Ты сделал рассылку, отправил важное письмо клиенту или партнёру — и что дальше? Как понять, что письмо реально дошло, а не потерялось где-то между SMTP-серверами, не улетело в спам или вообще не было заблокировано? В этой статье я расскажу, как отслеживать доставку писем, какие есть способы, на что смотреть и какие подводные камни вас могут ждать. Будет полезно всем, кто хоть раз занимался email-маркетингом, рассылками или просто хочет, чтобы его почта доходила до адресата.

Зачем вообще отслеживать доставку писем?

• Понимать, что твои письма реально доходят до получателей, а не оседают где-то в спаме.
• Анализировать эффективность рассылок (открытия, клики, отписки, ошибки доставки).
• Быстро реагировать на проблемы с инфраструктурой: блокировки, ошибки, проблемы с DNS-записями и т.д.
• Улучшать репутацию домена и повышать deliverability (доставляемость писем).

Если ты владелец сайта, SEO-шник, вебмастер, дорвейщик или просто отправляешь рассылки — игнорировать контроль доставки писем нельзя. Это как ездить с закрытыми глазами: вроде бы машина едет, но куда и как — фиг его знает.

Что вообще такое “доставка письма”?

Тут важно не путать: доставлено — это когда письмо физически попало на почтовый сервер получателя (например, в Gmail, Яндекс, Mail.ru и т.д.), а прочитано — это когда человек реально открыл письмо.

Доставка — это про техническую сторону: письмо не было отброшено, не попало в спам, не было заблокировано по фильтрам. Прочтение — это уже маркетинговая метрика.

Как реально отслеживать доставку писем?

1. SMTP-ответы и bounce-уведомления

Когда ты отправляешь письмо через SMTP, почтовый сервер получателя возвращает код ответа. Если всё ок — приходит 250 OK, если что-то не так — 550 5.1.1 User unknown или что-то подобное.

Bounce (отскок) — это уведомление о том, что письмо не доставлено. Бывают:

• Hard bounce — адрес не существует, письмо не будет доставлено никогда.
• Soft bounce — временные проблемы: переполнен ящик, сервер недоступен, и т.д.

Если ты используешь свой SMTP-сервер (Postfix, Exim, Sendmail), логи можно смотреть так:

tail -f /var/log/mail.log
# Или для exim:
tail -f /var/log/exim/mainlog

Ищи строки с status=sent или status=bounced.

2. Delivery Reports (DSN, Delivery Status Notification)

Почтовый протокол SMTP поддерживает запрос delivery report. В заголовке письма добавляется:

Return-Receipt-To: [email protected]
Disposition-Notification-To: [email protected]

Но! Не все почтовые серверы и клиенты поддерживают DSN, и часто такие письма попадают в спам. Поэтому надёжность метода — так себе.

3. Использование email-трекеров (пиксели отслеживания)

Классика email-маркетинга — встраивать невидимый пиксель (1×1 px картинка) в тело письма. Когда письмо открывают, картинка загружается с твоего сервера — ты видишь IP, время и факт открытия.

Пример кода для вставки в письмо:

<img src="https://yourdomain.com/[email protected]" width="1" height="1" style="display:none;" />

Минусы:

• Многие клиенты блокируют внешние картинки по умолчанию.
• Письмо может попасть в спам из-за трекеров.
• Не все открытия фиксируются (например, если юзер читает письмо в текстовом режиме).

4. Использование специализированных сервисов

Самый удобный способ — использовать сторонние сервисы, которые берут на себя все сложности доставки и трекинга:

• SendGrid
• Mailgun
• Postmark
• Mandrill (Mailchimp)
• Unisender (RU)

Плюсы:

• Красивые дашборды, статистика по доставке, открытиям, ошибкам.
• Поддержка webhook — можно автоматически реагировать на события (доставлено, не доставлено, открыто, кликнуто и т.д.).
• Встроенные антиспам-фильтры и помощь с настройкой DKIM, SPF, DMARC.

Минусы:

• Платно (обычно бесплатные лимиты быстро заканчиваются).
• Нужно отдавать часть контроля стороннему сервису.

5. Встроенная статистика почтовых сервисов

Если ты используешь сервисы типа Mailchimp, UniSender, eSputnik, GetResponse — у них уже есть встроенная статистика по доставке, открытиям, ошибкам. Просто смотри в админке.

6. Проверка через Postmaster Tools

Крупные почтовики (Gmail, Яндекс) дают свои инструменты для анализа доставки:

• Google Postmaster Tools
• Яндекс Постмастер

Там можно видеть репутацию домена, количество доставленных/отброшенных писем, причины блокировок, попадание в спам.

Кейсы и примеры из жизни

Позитивный кейс: рассылка через SendGrid

SEO-агентство отправляло клиентам отчёты через свой SMTP-сервер. Часть писем терялась, клиенты жаловались. Перешли на SendGrid, подключили webhooks. Теперь видят, кому письмо не доставлено, кто открыл, кто кликнул. Плюс — автоматическая обработка bounce-ов и отписок.

Негативный кейс: отправка с VPS без настройки SPF/DKIM

Вебмастер решил сэкономить и отправлял рассылки с VPS. Не настроил SPF и DKIM. В итоге 90% писем улетало в спам или вообще не доходило, а сам сервер попал в блэклист Spamhaus. В логах — куча ошибок типа 550 5.7.1 Message rejected as spam.

Плюсы и минусы разных подходов

• Свои SMTP + логи: полный контроль, но много ручной работы, нужна экспертиза, легко ошибиться.
• Пиксели трекинга: просто, но не всегда работает, влияет на спам-фильтры.
• Сторонние сервисы: удобно, надёжно, но платно и не всегда гибко.
• Postmaster Tools: информативно, но только для крупных почтовиков и требует подтверждения домена.

Команды и примеры для быстрой проверки

Проверка отправки письма через telnet

telnet smtp.gmail.com 587
# Далее вручную отправляешь письмо, смотришь ответы сервера.

Проверка DNS-записей SPF, DKIM, DMARC

dig +short TXT yourdomain.com
dig +short TXT default._domainkey.yourdomain.com
dig +short TXT _dmarc.yourdomain.com

Просмотр логов Postfix

tail -f /var/log/mail.log | grep "status="

Бонус: ошибки новичков, советы и мифы

Частые ошибки:

• Не настроен SPF/DKIM/DMARC — письма летят в спам или не доходят вообще.
• Использование публичных SMTP (gmail, yandex) для массовых рассылок — быстро блокируют.
• Отсутствие анализа bounce-ов — продолжают слать на несуществующие адреса, портят репутацию.
• Слишком частая рассылка — сервер попадает в блэклисты.
• Нет unsubscribe-ссылки — жалобы на спам, блокировки.

Советы по выбору решения:

• Если рассылка небольшая (до 1000 писем/мес) — можно использовать бесплатные тарифы сервисов (Mailgun, SendGrid).
• Если нужен полный контроль — подними свой SMTP, но обязательно настрой SPF, DKIM, DMARC и следи за логами.
• Для массовых рассылок (>10 000 писем/мес) — только специализированные сервисы, иначе рискуешь потерять домен и сервер.
• Регулярно проверяй свой домен/сервер на блэклистах: MXToolbox

Мифы:

• Письмо дошло, если не вернулось bounce-уведомление — не всегда! Могло попасть в спам, фильтр или быть отброшено без уведомления.
• Пиксели трекинга дают 100% статистику — нет, многие клиенты их блокируют.
• Свой SMTP — всегда лучше — только если умеешь настраивать и следить за репутацией. Для большинства — лучше сервисы.

Похожие решения и инструменты

• Mail-tester.com — проверка писем на спам и корректность настройки.
• MXToolbox — анализ MX-записей, блэклистов, SMTP-ответов.
• SMTP Diag Tool — диагностика SMTP-соединения.

Заключение: что выбрать и как действовать

Отслеживать доставку писем — это не роскошь, а необходимость для любого, кто занимается email-рассылками или просто хочет, чтобы его письма доходили. Не полагайся на удачу: регулярно проверяй логи, используй специализированные сервисы, настраивай SPF/DKIM/DMARC, следи за репутацией домена.

Рекомендация: если ты не хочешь возиться с логами и настройками — используй сервисы типа SendGrid, Mailgun, UniSender. Если нужен полный контроль — поднимай свой SMTP, но не забывай про безопасность и мониторинг. И обязательно следи за bounce-ами и жалобами на спам!

В итоге, грамотный мониторинг доставки писем — это залог успеха любой email-рассылки. Не ленись, автоматизируй, и твои письма всегда будут доходить до адресата!

---

В этой статье собрана информация и материалы из различных интернет-источников. Мы признаем и ценим работу всех оригинальных авторов, издателей и веб-сайтов. Несмотря на то, что были приложены все усилия для надлежащего указания исходного материала, любая непреднамеренная оплошность или упущение не являются нарушением авторских прав. Все упомянутые товарные знаки, логотипы и изображения являются собственностью соответствующих владельцев. Если вы считаете, что какой-либо контент, использованный в этой статье, нарушает ваши авторские права, немедленно свяжитесь с нами для рассмотрения и принятия оперативных мер.

Данная статья предназначена исключительно для ознакомительных и образовательных целей и не ущемляет права правообладателей. Если какой-либо материал, защищенный авторским правом, был использован без должного упоминания или с нарушением законов об авторском праве, это непреднамеренно, и мы исправим это незамедлительно после уведомления. Обратите внимание, что переиздание, распространение или воспроизведение части или всего содержимого в любой форме запрещено без письменного разрешения автора и владельца веб-сайта. Для получения разрешений или дополнительных запросов, пожалуйста, свяжитесь с нами.