Как работает email-доставка: SMTP, DNS, маршрутизация и фильтры спама простыми словами

Коротко по статье:
- Путь письма: клиент/сервис → SMTP → DNS/MX → промежуточные серверы → решение провайдера (Входящие/Промо/Спам/отказ).
- SMTP-сервер отправителя проверяет лимиты, IP/доменные ограничения, «диалог» командами и отдаёт статусы в отчёты.
- Маршрутизация по MX: приоритеты, фейловер, динамика у крупных провайдеров; лишние хопы = задержки и риск отказа.
- Throttling и очереди: временные коды замедляют кампанию; резкий рост объёма (5k→80k) бьёт по репутации и папке.
- Типовые причины потерь: ошибки DNS/SMTP, SPF/DKIM/DMARC, репутация домена/IP, качество базы, контент-триггеры.
- «Цепочка доверия»: домен → IP/сервер → вовлечённость (открытия/клики/жалобы) → контент/HTML → частота.
- Перевод статусов в действия: 4xx — снизить скорость и выровнять объём; 5xx — проверить аутентификацию, жалобы, сегменты.
Определение
Доставляемость email в 2026 — это результат работы цепочки SMTP, DNS/MX-маршрутизации и спам-фильтров, которые оценивают аутентификацию (SPF, DKIM, DMARC), репутацию домена/IP, контент и вовлечённость получателей. На практике вы настраиваете домен и DNS, выбираете SMTP с управлением скоростью, чистите и сегментируете базу, а затем по кодам 4xx/5xx выравниваете объём и устраняете блоки, чтобы письма возвращались во «Входящие».
Содержание
- Базовая схема: что происходит с письмом после нажатия «Отправить»
- Почему письмо доходит не всем: где теряется доставка?
- SMTP простыми словами: как сервера разговаривают между собой
- DNS, SPF, DKIM и DMARC: как домен доказывает свою честность
- Как почтовые сервисы решают, что отправить в спам
- Практическая схема для арбитражника и маркетолога в 2026 году
Когда арбитражник или маркетолог говорит «рассылка не доходит», на самом деле ломается довольно сложная цепочка из SMTP, DNS-записей, маршрутизации и фильтров спама. В 2026 году крупные почтовики ещё жёстче смотрят на техническую настройку и поведение подписчиков, поэтому понимать, как всё устроено внутри, уже не «опция для технарей», а вопрос выживания ваших рассылок.
Если вы только подступаетесь к каналу и хотите сначала собрать общую картину, полезно пройтись по базовым принципам: что даёт email воронке, как измеряются результаты и где он выигрывает у других источников. Для этого можно опереться на подробный разбор основ email-маркетинга и роли канала для бизнеса, а уже затем погружаться в технику доставки.
Базовая схема: что происходит с письмом после нажатия «Отправить»
Если упростить до минимума, после клика «Отправить» ваше письмо уезжает с почтового клиента на SMTP-сервер, тот по DNS находит, куда именно его везти, передаёт по цепочке серверов-посредников, а почтовый сервис получателя решает, положить письмо во «Входящие», промоакции, спам или не принимать вовсе.
На стороне отправителя всё начинается с почтового клиента. Это может быть сервис рассылок, CRM, самописный скрипт или обычный почтовый интерфейс. Клиент открывает соединение с вашим SMTP-сервером: авторизуется, сообщает, от какого адреса и домена отправляет письмо, кому его нужно доставить и какое у письма содержимое.
Дальше в дело вступает маршрутизация. SMTP-сервер спрашивает у DNS: «К какому почтовому серверу относится этот домен получателя?» DNS отвечает через MX-записи, где описано, какие сервера обслуживают, например, gmail.com или mail.ru. Если путь сложный, письмо может пройти через несколько промежуточных серверов, но для вас это выглядит как единый процесс.
Роль почтового клиента и SMTP-сервера отправителя
SMTP-сервер по сути выступает диспетчером. Сначала он проверяет базовые ограничения: не превышен ли лимит писем в минуту, нет ли запрета на отправку с этого IP, не попали ли вы во внутренний блок-лист. Потом сервер «заводит диалог» с принимающей стороной, используя набор стандартных команд, и по шагам передаёт заголовки и тело письма.
В этот момент уже могут сработать первые стоп-факторы: странный обратный адрес, отсутствующие или битые DNS-записи домена, попытка отправлять письмо от имени домена, который к этому серверу не привязан. Часть проблем режется ещё до того, как получатель вообще увидит контент.
Как маршрутизатор писем ищет нужный сервер
Когда SMTP-сервер отправителя делает запрос в DNS, он ищет MX-записи домена получателя. В каждой записи указан приоритет и адрес сервера. Сначала пробуется сервер с наименьшим числом приоритета, при недоступности — следующий. Так письма расползаются по дата-центрам и кластерам конкретного почтового сервиса.
У крупных провайдеров маршрутизация динамическая: нагрузка, география пользователя, технические аварии — всё это влияет на то, по какой цепочке конкретно ваше письмо будет доставлено. Маркетолог этого не видит, но каждое лишнее перенаправление добавляет потенциальную точку отказа и задержку.
Под капотом доставки: троттлинг, очереди и почему «резкий объём» ломает рассылку
Почтовики в 2026 году редко режут отправителя «в лоб» одним запретом. Чаще включается throttling — удалённый сервер принимает письма медленнее, отдаёт временные коды и заставляет ваш SMTP держать сообщения в очереди. Для маркетолога это выглядит как «кампания отправлялась часами», «часть базы не получила письмо вовремя», «конверсия просела», хотя контент не меняли.
Внутри это работает просто: если домен или IP ещё не заслужили доверие, провайдер ограничивает скорость приёма, а ваш сервер начинает дозировать поток. Дальше важна дисциплина: стабильная частота и плавный рост объёма укрепляют репутацию, а «вчера 5k, сегодня 80k» воспринимается как подозрительный всплеск. В такой ситуации даже письмо по чистой базе может сначала улететь в промо, а затем — в спам не из-за текста, а из-за поведения отправителя.
На практике сигнал прост: если вы видите задержки и "временные ошибки", это не повод давить газ. Это просьба почтовика «покажите предсказуемость». Когда вы выравниваете объём и даёте провайдеру устойчивую картину, доставка постепенно возвращается в норму без магии и переписывания тем.
Почему письмо доходит не всем: где теряется доставка?
В 2026 году основные точки потерь — это технические ошибки на уровне DNS и SMTP, отсутствие или неправильная настройка SPF/DKIM/DMARC, слабая репутация домена и IP, а также поведение базы: массовые жалобы, низкие открытия, неактуальные адреса. Подробно про то, как именно DNS-записи и аутентификация меняют картину доставляемости, разбирается в материале о настройке SPF, DKIM, DMARC и BIMI для email.
Если разложить типичные проблемы по категориям, получается понятная карта рисков для любого, кто отправляет массовые рассылки.
| Тип проблемы | Что происходит технически | Как это выглядит для маркетолога |
|---|---|---|
| DNS и аутентификация | Нет SPF/DKIM/DMARC или они настроены с ошибками | Письма массово попадают в спам, часть не принимается вовсе |
| Репутация IP и домена | Адрес в блок-листах, высокий процент жалоб и ботов | Внезапный обвал доставляемости без очевидных изменений в контенте |
| Качество базы | Много несуществующих, устаревших, «пассивных» адресов | Мягкие и жёсткие отказы, открываемость падает от рассылки к рассылке |
| Контент и триггеры спама | Слишком агрессивные формулировки, тяжёлые вложения, подозрительные ссылки | Часть писем стабильно в промоакциях или спаме, даже по «чистой» базе |
Аналитический блок «Цепочка доверия»: где на самом деле решается судьба письма
Если смотреть глазами почтового сервиса, каждое входящее письмо — гипотеза: «это ценно для пользователя или это помойка?». Решение складывается из нескольких уровней доверия. Сначала проверяется домен: есть ли корректные DNS-записи, был ли он замечен в злоупотреблениях. Затем проверяется отправляющий сервер и IP: не участвует ли он в массовом спаме. Потом смотрят на историю взаимодействия получателей с предыдущими письмами: открывали ли, кликали, жаловались.
Отдельный слой — содержимое: плотность «спам-слов», структура HTML, наличие изображений и ссылок, техническая аккуратность письма. Наконец, учитывается контекст: когда отправлено, как часто этот отправитель пишет, не выглядит ли это как резкий всплеск рассылочной активности. Любой слабый слой в этой цепочке снижает шанс попадания в «Входящие», даже если остальные параметры выглядят прилично. Отдельная статья о технических причинах попадания в спам и триггерных ошибках хорошо дополняет эту картину.
Совет эксперта от npprteam.shop, эксперт по трафику и email-инфраструктуре: «Когда вы видите просадку по доставляемости, первым делом разложите проблему на эти уровни: домен, IP, база, контент, частота. Ищите не одну большую причину, а маленькие накопившиеся перекосы — именно они чаще всего убивают доверие почтовиков».
SMTP простыми словами: как сервера разговаривают между собой
SMTP — это протокол, по которому серверы обмениваются письмами пошагово: установить соединение, представиться, назвать отправителя, получателя, передать контент, подтвердить приём. Вся магия email-доставки сверху надёжно держится на этом довольно старом, но до сих пор актуальном языке общения серверов.
Технически общение напоминает диалог. Отправляющий сервер делает приветствие, получающий отвечает, что готов работать. Далее по цепочке идут команды: сначала указывается, от кого письмо, потом — кому, затем начинается передача содержимого. На каждом шаге получатель может сказать «да» или «нет», возвращая специальные коды статуса. Эти коды потом превращаются для маркетолога в отчёты «доставлено», «ошибка адреса», «отклонено» и тому подобное.
Команды SMTP без страшных терминов
Базовый набор команд у SMTP небольшой. Сервер отправителя говорит «HELO» или «EHLO» — это приветствие и представление. Дальше команда «MAIL FROM» сообщает, от какого адреса идёт письмо, а «RCPT TO» — кому оно адресовано. После команды «DATA» начинается передача письма: сначала заголовки, потом тело.
Каждый ответ принимающего сервера — это не просто «ок» или «не ок», а трёхзначные коды. Они подсказывают, временная проблема или постоянная, связана она с адресом, доменом или политикой сервиса. Если в отчётах рассылки не просто смотреть на «ошибка», а разбирать коды, становится гораздо легче понимать, в какой точке ломается цепочка.
Как читать отказы без паники: быстрый перевод статусов SMTP в действия
Чтобы не гадать «это спам или сломалась инфраструктура», полезно держать в голове один принцип: коды 4xx — временные, коды 5xx — постоянные. Временные означают «пробуйте позже» и часто связаны с троттлингом, перегрузкой, серыми зонами репутации. Постоянные означают «не примем так» и чаще говорят про адрес, домен или политику.
| Сигнал в отчётах | Что это обычно значит | Что делать в первую очередь |
|---|---|---|
| Deferred / 4xx | Троттлинг, очередь, временная недоверчивость | Снизить скорость, выровнять объём, проверить репутацию домена и IP |
| Blocked / 5xx | Политика провайдера, блок по репутации или аутентификации | Проверить SPF DKIM DMARC, жалобы, резкие всплески, проблемные сегменты базы |
| Hard bounce | Адрес не существует или домен получателя не принимает | Чистка базы, остановка отправки на этот сегмент, контроль источника лидов |
Важный нюанс: если у вас много "временных" ошибок, чаще всего проблема не в контенте, а в том, что вы пытаетесь «продавить» провайдера объёмом. Если же преобладают постоянные блоки, почти всегда всплывает либо аутентификация, либо качество базы и жалобы. Такой перевод статусов в действия экономит дни тестов и помогает чинить именно то звено цепочки, которое реально просело.
Расширения SMTP в 2026 году
Современные SMTP-серверы почти всегда работают поверх шифрованных соединений, чтобы содержимое писем и данные авторизации не уходили в открытом виде. Плюс используются расширения для передачи информации о размере письма, для оптимизации очередей, для более аккуратной работы с массовыми рассылками.
Для арбитражника это означает одно: выбор и настройка SMTP-провайдера — не формальность. Важно, какие расширения он поддерживает, как управляет скоростью отправки, как реагирует на обратную связь от почтовиков и даёт ли прозрачную статистику по ошибкам и блокировкам. Подробнее о плюсах, минусах и скрытых ограничениях можно посмотреть в материале про выбор SMTP-провайдера и почтовой инфраструктуры.
DNS, SPF, DKIM и DMARC: как домен доказывает свою честность
DNS для email — это не только «где лежит сайт», но и «кто имеет право отправлять письма от имени домена и как проверять их подлинность». Пара записей SPF, DKIM и DMARC в DNS превращают обычный домен в понятного и предсказуемого отправителя.
На практике для маркетолога это выглядит как набор задач к техспециалисту, хотя логика у них довольно простая. SPF говорит, какие серверы могут отправлять письма. DKIM ставит на письмо криптографическую подпись, чтобы никто не подменил содержимое. DMARC описывает, что делать с письмами, которые не прошли проверки — пропускать, помечать или отклонять.
| Механизм | Где настраивается | Основная роль |
|---|---|---|
| SPF | TXT-запись в DNS домена | Определяет список серверов, которым доверено отправлять письма от домена |
| DKIM | TXT-запись с открытым ключом и подпись в заголовках письма | Позволяет проверить, что письмо не было изменено по пути и пришло от заявленного отправителя |
| DMARC | TXT-запись с политикой проверки | Говорит, что делать с письмами, которые не прошли SPF/DKIM, и куда отправлять отчёты |
SPF: кто имеет право отправлять письма от вашего домена
SPF-запись — это строка в DNS, в которой перечислены IP-адреса и домены серверов, имеющих право отправлять письма от вашего имени. Если письмо пришло с сервера, которого там нет, почтовик увидит несоответствие и снизит уровень доверия или вообще отклонит письмо.
Типичная ошибка маркетологов — подключить к одному домену сразу несколько сервисов рассылок, холодных писем и систем уведомлений, но не обновить SPF. В итоге часть рассылок формально идёт «от чужих» серверов, и вы сами создаёте себе проблемы с доставляемостью.
DKIM и DMARC: подпись и политика поведения
DKIM добавляет к письму цифровую подпись. Отправитель подписывает письмо закрытым ключом, а в DNS домена лежит открытый ключ. Почтовик получателя проверяет подпись: если всё совпало, значит, письмо по пути не подменяли и оно действительно отправлено тем, кто заявлен в заголовках.
DMARC связывает воедино результаты SPF и DKIM. В политике вы описываете, нужно ли отклонять письма, которые не прошли проверки, как жёстко действовать и куда слать отчёты. По этим отчётам видно, кто ещё пытается отправлять письма от вашего домена, и насколько стабильно проходят проверки ваши собственные рассылки.
Совет эксперта от npprteam.shop, эксперт по трафику и email-политикам: «Если вы всерьёз работаете с email, заведите привычку смотреть DMARC-отчёты хотя бы раз в неделю. Это как мониторинг рекламных кабинетов: только здесь вы ловите не "сливы бюджета", а попытки подделать ваш домен и тихие технические ошибки».
Как почтовые сервисы решают, что отправить в спам
Современные фильтры спама работают не на одном признаке, а на комбинации технических сигналов, контента письма и поведения получателей. В 2026 году ключевую роль играют не только SPF/DKIM/DMARC, но и история вовлечённости: открывают ли ваши письма, кликают ли, отвечают ли, убирают ли из спама во «Входящие».
Можно представить, что каждый почтовик ведёт собственную «карточку» вашего домена и IP. Туда по шагам записываются жалобы, отписки, частота рассылок, стабильность объёмов, качество баз. Как только интеллект почтовика видит слишком много негативных сигналов подряд, он начинает аккуратно сдвигать ваши письма из «Входящих» в промоакции, а затем — в спам.
Что учитывают алгоритмы фильтрации контента?
Контент-фильтр смотрит не только на набор «запрещённых» слов. Для него важны структура письма, соотношение текста и картинок, количество и тип ссылок, корректность HTML-разметки. Аккуратно свёрстанное письмо с понятной текстовой частью и нормальной плотностью ключевых слов выглядит значительно менее подозрительно, чем тяжёлый креатив с одним большим баннером и десятком ссылок.
Для арбитражника, привыкшего к агрессивным связкам в рекламе, это означает необходимость чуть сбавить градус в письмах. Чем меньше резких обещаний и манипулятивных формулировок, тем спокойнее ведут себя фильтры. В email-канале зарабатывают не те, кто громче всех кричит, а те, кто стабильно поддерживает доверие к своему домену.
Как репутация домена и IP влияет на доставляемость?
Репутация домена и IP — это итого всех ваших прошлых рассылок. Если вы годами отправляли полезные письма по опт-ин базе, держали низкий процент жалоб и следили за частотой, почтовики относились к вам как к надёжному отправителю. Если же вы резко начали жечь новый домен по холодным базам, шансы увидеть спам вместо «Входящих» очень высоки.
Часть репутационных сигналов можно приблизительно оценивать по метрикам рассылочных сервисов: доставляемость, открываемость, CTR, жалобы, отписки. Ниже пример ориентира по ключевым показателям, который помогает не выходить за «красную зону» для массовых рассылок.
| Показатель | Комфортный уровень | Что означает превышение |
|---|---|---|
| Жалобы на спам | < 0,1% от доставленных писем | Почтовики начинают понижать репутацию домена и IP |
| Доля несуществующих адресов | < 1–2% от базы | База устарела или собрана нерелевантными методами |
| Открываемость рассылок | 20–40% по тёплой базе | При значениях сильно ниже письма, вероятно, уже в промо или спаме |
| Резкие скачки объёма | Плавный рост от рассылки к рассылке | Всплеск без прогрева воспринимается как подозрительная активность |
Совет эксперта от npprteam.shop, эксперт по трафику и email-аналитике: «Следите не только за конверсией, но и за "здоровьем" отправителя. Иногда стоит сознательно отправить меньше писем по более узкой, активной части базы, чтобы поднять вовлечённость и восстановить репутацию домена, а уже потом масштабироваться».
Практическая схема для арбитражника и маркетолога в 2026 году
Рабочий подход в 2026 году строится вокруг трёх опор: технический фундамент (DNS и аутентификация), аккуратная работа с базой (сбор, очистка, сегментация) и управление темпом рассылок, чтобы ваши письма выглядели для почтовиков как естественная, полезная коммуникация, а не поток подозрительных промо. При этом часть инфраструктурных задач можно закрыть готовыми почтовыми ящиками под задачи трафика — например, использовать массовые аккаунты почтовых сервисов для рассылок и регистрации вместо долгой ручной прокачки новых адресов.
Сначала вы наводите порядок в инфраструктуре: домен, DNS-записи, SPF/DKIM/DMARC, адекватный SMTP-провайдер. Затем приводите базу к состоянию, когда большинство адресов живые и заинтересованные. И уже после этого выстраиваете регулярные коммуникации с понятным для пользователя и почтовиков ритмом. Там, где критично именно качество трафика из конкретных сервисов, часто удобнее сразу работать через готовые аккаунты Gmail под рассылки и входящие потоки, не тратя время на длительный прогрев личных ящиков.
Минимальный технический чек-лист перед массовой рассылкой
Перед тем как отправлять серьёзные объёмы, стоит пройтись по короткому внутреннему чек-листу. Домен должен быть не вчера купленным, а хотя бы немного пожившим с нормальным сайтом. В DNS настроены MX-записи, прописаны корректные SPF/DKIM/DMARC, проверены их результаты через тестовые сервисы. SMTP-провайдер умеет адекватно дозировать отправку и возвращать понятную статистику по ошибкам.
Полезно отдельно проверить, как тестовые письма прилетают на разные ящики — российские и зарубежные. Пара десятков тестовых отправок с разным содержимым может сэкономить вам много нервов при запуске полноценной кампании: вы заранее увидите, где письма уходят в промо, а где уже на грани папки спама.
| Элемент | Что должно быть сделано | Зачем это нужно |
|---|---|---|
| Домен | Настроен сайт, домен не выглядит «однодневкой» | Повышает базовое доверие почтовых сервисов к отправителю |
| DNS и аутентификация | SPF, DKIM, DMARC настроены и проходят проверки | Защищает от подделок и снижает риск попадания в спам |
| SMTP-провайдер | Поддержка шифрования, гибкие лимиты, прозрачная статистика | Позволяет управлять скоростью и качеством отправки |
| База адресов | Очищена от ботов, дублей и явно несуществующих ящиков | Снижает количество отказов и жалоб на спам |
Как читать метрики открутки писем, а не только клики
В email-канале, как и в платном трафике, важно смотреть не только на клики, но и на «показы» — то есть на то, сколько писем реально долетают до людей в адекватные папки. Если вы видите нормальный CTR, но доля доставленных писем падает, значит, вы просто сжимаете трафик на всё более узкую часть базы.
Для оценки открутки писем удобно смотреть связку показателей: процент доставленных, долю папки спама по тестовым ящикам, открываемость по сегментам, скорость откликов после отправки. Такая «картина дня» помогает принимать взвешенные решения: где стоит ужаться по объёму, где подкорректировать тему письма, а где пора «лечить» сам домен и инфраструктуру.
Совет эксперта от npprteam.shop, эксперт по трафику и email-стратегии: «Относитесь к email-доставке как к ещё одному рекламному инвентарю. Здесь тоже есть открутка, частота показов, выгорание аудитории и репутация площадки — просто роль площадки играет ваш домен и IP. Чем аккуратнее вы с ним обращаетесь, тем дольше канал остаётся рабочим и прибыльным».
































