Перейти к основному содержанию
AFF Lab
Доставляемость писем

Чек-лист аудита доставляемости писем на 2026 год

Аудит доставляемости из 7 разделов, который мы проводим на каждом клиентском домене в 2026: что проверять, как выглядит норма и как чинить типичные сбои.

Автор Mark Barkan 7 мин чтения
На странице

Аудит доставляемости писем — это диагностический процесс, который вскрывает, что на самом деле не так, когда попадание во входящие падает, — ещё до того, как запустится очередная кампания и утонет в спаме. Большинство команд не проводят структурированный аудит: они реагируют на симптомы (мало ответов, много возвратов, жалобы от получателей) и пробуют исправления вразнобой. Правильный аудит проходит каждый слой по порядку, находит первопричину и расставляет исправления по степени влияния. Эта статья — тот самый чек-лист аудита, который мы проводим на каждом клиентском домене в 2026 году, в порядке, который ловит больше всего проблем с наименьшими метаниями. Она дополняет руководство по доставляемости писем, обзор SPF/DKIM/DMARC и руководство по защите от спама в Gmail.

Аудит доставляемости в 2026 году проходит через семь слоёв: аутентификация домена, репутация отправителя, инфраструктура отправки, качество списков, паттерны содержимого, поведение при отправке и сигналы вовлечённости получателей. У каждого слоя — свои вещи для проверки, свои типичные сбои, которые нужно искать, и свои исправления. Проходить их не по порядку означает плодить шум: чинить содержимое до аутентификации, например, бесполезно, если сломан SPF.

Раздел 1: Аутентификация домена

Убедитесь, что SPF, DKIM и DMARC настроены правильно. Полные детали настройки описаны в материалах как настроить SPF, как настроить DKIM и политика DMARC — аудит лишь проверяет, что они работают.

Что проверять:

  • Запись SPF существует и включает все сервисы отправки. Посмотрите её командой dig +short TXT yourdomain.com; убедитесь, что каждый сервис, отправляющий письма с вашего домена, есть в списке include:.
  • Число DNS-запросов SPF меньше 10. Посчитайте запросы через Kitterman SPF Test или MXToolbox SPF Surveyor. Больше 10 — ошибки permerror.[3]
  • Подпись DKIM работает для каждого сервиса отправки. Отправьте тестовые письма с каждого сервиса на адрес Gmail; проверьте в заголовках dkim=pass с выравниванием.
  • Запись DMARC существует и стоит на p=quarantine или строже (после миграции). p=none допустим на этапе первичной настройки, но не должен оставаться постоянным состоянием.[4]
  • Выравнивание DMARC проходит. Домен DKIM или SPF должен совпадать с доменом в поле From.

Условие прохождения: все три проверки проходят с выравниванием для каждого сервиса отправки. Условие провала: любой сервис даёт spf=fail, dkim=fail или dmarc=fail в тестовых отправках.

DNS-панель Cloudflare с записями A, MX, SPF, DKIM и DMARC для домена отправителя
Как выглядит первый раздел, когда он пройден: все четыре типа записей на месте, и каждая почтовая запись стоит в режиме DNS only, а не проксируется.

Раздел 2: Репутация отправителя

Проверьте репутацию домена в основных принимающих системах.

Что проверять:

  • Панель Google Postmaster Tools. Репутация домена, репутация IP, доля спама. Цель: репутация домена «High» или «Medium», доля спама ниже 0,3%.[1][2]
  • Microsoft SNDS (Smart Network Data Services). Для доменов, отправляющих письма получателям в Microsoft 365 / Outlook.
  • Проверка по публичным чёрным спискам. Через MXToolbox blacklist check или HetrixTools убедитесь, что отправляющий IP/домен не значится ни в одном крупном блок-листе (Spamhaus, Barracuda, SORBS и т. д.).

Условие прохождения: Postmaster показывает «High» или «Medium», нет попаданий в крупные чёрные списки. Условие провала: репутация «Low» или «Bad» в Postmaster либо любое присутствие в Spamhaus/Barracuda/крупных блок-листах.

Раздел 3: Инфраструктура отправки

Проверьте техническую настройку стека отправки.

Что проверять:

  • Записи PTR (обратный DNS). Запись PTR отправляющего IP должна указывать на домен, совпадающий с вашим доменом отправки.
  • Собственный домен трекинга. Платформы холодной рассылки должны использовать собственный домен трекинга (track.yourdomain.com), а не общий домен трекинга платформы. Общие домены трекинга накапливают плохую репутацию от других отправителей.
  • Поддержка TLS/STARTTLS. Сервер отправки должен поддерживать шифрование TLS. Большинство платформ делают это автоматически.
  • Изоляция домена отправки. Для холодной рассылки нужен отдельный домен отправки (например, outreach.yourdomain.com), отделённый от транзакционной и маркетинговой почты.
  • Состояние прогрева. Домены отправки нужно прогревать 4+ недели до наращивания холодного объёма; проверьте отчёты инструмента прогрева.

Условие прохождения: PTR совпадает, собственный домен трекинга настроен, TLS поддерживается, изоляция отправки на месте, прогрев завершён. Условие провала: PTR отсутствует, общий домен трекинга, нет изоляции между холодной и транзакционной почтой.

Раздел 4: Качество списков

Проверьте, что списки, по которым идёт рассылка, чистые.

Что проверять:

  • Доля возвратов (bounce) за последние 30 дней. Цель: ниже 2%. Выше 5% — серьёзная проблема с качеством списка.
  • Доля жалоб на спам (за последние 30 дней). Цель: ниже 0,1%. Выше 0,3% — серьёзная проблема, требующая немедленного снижения объёма.[1]
  • Доля отписок (за последние 30 дней). Более высокая доля отписок не обязательно плоха, но её резкое ускорение сигнализирует о проблемах с содержимым или таргетингом.
  • Документирование источника списка. Для каждого списка зафиксируйте источник (какая база, какой парсинг, какой путь получения). Списки без задокументированных источников — риск для комплаенса.
  • Свежесть списка. Убедитесь, что списки были перепроверены в течение последних 30 дней до отправки.

Условие прохождения: возвраты ниже 2%, жалобы ниже 0,1%, источники задокументированы, списки свежие. Условие провала: любой из перечисленных порогов превышен.

Раздел 5: Паттерны содержимого

Проверьте, что само содержимое писем не запускает спам-классификаторы.

Что проверять:

  • Паттерны темы письма. Избегайте приманок на любопытство («you won’t believe…»), фальшивых префиксов ответа («Re:» без исходного письма), общих призывов к действию («quick question»). Используйте конкретные темы, привязанные к получателю.
  • Триггерные слова в теле письма. Просканируйте текст на распространённые слова-маркеры спама («free», «guaranteed», «limited time», «act now» и т. д.). Инструменты вроде Mail Tester оценивают содержимое на спам-риск.
  • Количество и качество ссылок. Максимум 1–2 ссылки на письмо; ссылки должны открываться корректно и не вести через подозрительные домены.
  • Простота HTML. Холодное письмо должно выглядеть как личное, а не как маркетинговое. Избегайте тяжёлого HTML, дизайнов с обилием изображений, многоколоночной вёрстки.
  • Видимость трекинг-пикселя. Если используете отслеживание открытий, пиксель не должен быть единственным изображением, и письмо не должно зависеть от его загрузки.
  • Качество персонализации. Каждое письмо должно содержать конкретику по получателю, а не только подстановку {first_name}.

Условие прохождения: темы конкретны и разнообразны, тело избегает триггерных фраз, минимум HTML, реальная персонализация. Условие провала: шаблонное содержимое только с подстановкой токенов, HTML в маркетинговом стиле, обилие триггерных формулировок.

Раздел 6: Поведение при отправке

Проверьте, что фактический паттерн отправки соответствует тому, что принимающие системы считают легитимным.

Что проверять:

  • Отправок в час на ящик. Цель: 30–80 писем в час на ящик. Больше — срабатывает детекция бот-паттерна.
  • Суммарный дневной объём на домен. Должен соответствовать состоянию прогрева. Скачок с 50 до 500 писем в день за неделю обрушивает репутацию.
  • Постоянство окна отправки. Почта, отправляемая в предсказуемые рабочие часы, выглядит легитимно; почта, уходящая в 3 часа ночи по UTC каждый день, выглядит автоматизированной.
  • Ритм между письмами последовательности. Никаких повторов в один и тот же день недели; сдвигайте на 1–2 дня на каждом шаге последовательности.
  • Несколько ящиков/доменов отправки. После 500 писем в день используйте несколько доменов отправки в ротации.

Условие прохождения: отправки в пределах лимитов, наращивание соответствует прогреву, разнообразные ритм и время. Условие провала: рваная отправка, паттерн одного дня недели, резкое наращивание объёма.

Раздел 7: Сигналы вовлечённости получателей

Проверьте, что сигналы вовлечённости, по которым принимающие системы судят о вашем домене, здоровые.

Что проверять:

  • Доля открытий (холодные кампании). Цель: 25–45% на прогретых доменах.
  • Доля ответов. Цель: 3–7% суммарно по последовательности из 4 писем.
  • Доля ответов с позитивным намерением. Цель: 35–50% ответов — с позитивным намерением.
  • Доля отметок «спам» (Postmaster Tools). Цель: ниже 0,1%.[2]
  • Тренд вовлечённости за 30/60/90 дней. Стабильный или растущий — здоровый. Падающий — что-то деградирует.

Условие прохождения: показатели в целевых диапазонах, стабильны или растут за 90 дней. Условие провала: любой показатель ниже целевого диапазона, падающий тренд.

Как использовать аудит

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

  • Доля открытий падает на 10+ пунктов
  • Доля ответов падает на 30%+ за 4-недельное окно
  • Доля отметок «спам» поднимается выше 0,1%
  • Доля возвратов поднимается выше 2%
  • Почта начинает попадать в спам там, где раньше доходила во входящие

Когда аудит вскрывает несколько сбоев, устраняйте их по порядку разделов (сначала 1-й, последним — 7-й). Проблемы с аутентификацией делают все нижележащие слои бессмысленными; чинить содержимое, пока сломан SPF, бесполезно.

Полный аудит одного домена занимает 60–90 минут (меньше, если вы уже проводили аудит и ваш стек задокументирован). Пропустить его — значит получить загадку доставляемости: попадание падает без ясной причины, исправления вносятся в случайном порядке, недели посредственных результатов. Провести его — значит получить ясный диагноз и приоритизированный список исправлений. Вложение невелико на фоне стоимости холодных кампаний, уходящих в спам.

Источники

  1. 1.Email sender guidelines — authentication & spam-rate requirements — Google Workspace Admin Help
  2. 2.Google Postmaster Tools — domain/IP reputation & spam rate — Google
  3. 3.RFC 7208 — Sender Policy Framework (SPF) — IETF
  4. 4.RFC 7489 — Domain-based Message Authentication, Reporting & Conformance (DMARC) — IETF

Похожие статьи