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

Email deliverability аудит — диагностический процесс, surfacing, что реально не так, когда placement падает — до того, как другая кампания запустится и получится buried в спаме. Большинство команд не гоняет структурированный аудит; они react’ят на симптомы (низкие replies, высокие bounces, complaints от prospect’ов) и пробуют фиксы в изоляции. Proper аудит покрывает каждый слой in sequence, находит root cause и приоритизирует фиксы по импакту. Эта статья — точный аудит-чеклист, который мы гоняем на каждом клиентском домене в 2026, в порядке, ловящем больше всего проблем с наименьшим back-and-forth. Пара к гайду по доставляемости email, обзору SPF/DKIM/DMARC и гайду по Gmail spam prevention.

Deliverability аудит в 2026 гоняет через семь слоёв: domain authentication, sender reputation, sending infrastructure, list quality, content patterns, sending behavior и recipient engagement signals. У каждого слоя specific вещи для верификации, specific failure mode’ы для look for и specific фиксы. Запуск out of order производит шум — фикс content до authentication, например, не помогает, если SPF сломан.

Секция 1: Domain authentication

Верифицируйте, что SPF, DKIM и DMARC все corectly сконфигурированы. Полные setup-детали живут в как настроить SPF, как настроить DKIM и DMARC policy — аудит просто верифицирует, что они работают.

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

• SPF-запись существует и включает все sending-сервисы. Используйте dig +short TXT yourdomain.com, чтобы view; верифицируйте, что каждый сервис, шлющий с вашего домена, в include: списке.
• SPF lookup count под 10. Используйте Kitterman SPF Test или MXToolbox SPF Surveyor для счёта lookup’ов. Over 10 = permerror failures.
• DKIM signing работает для каждого sending-сервиса. Шлите тестовые email с каждого сервиса на Gmail-адрес; inspect headers для dkim=pass с alignment.
• DMARC-запись существует и на p=quarantine или выше (после миграции). p=none приемлем во время initial setup, но не должен быть long-term state.
• DMARC alignment проходит. DKIM или SPF домен должен align’ить с From-address доменом.

Pass condition: все три pass с alignment для каждого sending-сервиса. Fail condition: любой сервис производит spf=fail, dkim=fail или dmarc=fail в test sends.

Секция 2: Sender reputation

Верифицируйте репутацию домена через major receiving-системы.

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

• Google Postmaster Tools dashboard. Domain reputation, IP reputation, spam rate. Target: domain reputation на “High” или “Medium,” spam rate под 0.3%.
• Microsoft SNDS (Smart Network Data Services). Для доменов, шлющих в Microsoft 365 / Outlook получателей.
• Public blacklist check. Используйте MXToolbox blacklist check или HetrixTools, чтобы верифицировать, что sending IP/домен не на major blocklist (Spamhaus, Barracuda, SORBS и т.д.).

Pass condition: Postmaster shows “High” или “Medium,” нет major blacklist hits. Fail condition: “Low” или “Bad” reputation в Postmaster, или any presence на Spamhaus/Barracuda/major blocklist.

Секция 3: Sending infrastructure

Верифицируйте техническую настройку sending-стека.

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

• PTR-записи (reverse DNS). PTR-запись sending IP должна указывать обратно на домен, матчащий ваш sending-домен.
• Custom tracking domain. Cold email платформы должны использовать custom tracking domain (track.yourdomain.com), а не shared tracking domain платформы. Shared tracking domains накапливают poor reputation от других senders.
• TLS/STARTTLS support. Sending-сервер должен поддерживать TLS encryption. Большинство платформ handle это автоматически.
• Sending domain isolation. Cold outreach должен использовать dedicated sending-домен (например, outreach.yourdomain.com), отдельный от transactional и marketing email.
• Warm-up state. Sending-домены должны быть warmed 4+ недели до scaling cold объёма; проверьте warm-up tool reports.

Pass condition: PTR матчит, custom tracking domain configured, TLS поддерживается, sending isolation in place, warm-up complete. Fail condition: missing PTR, shared tracking domain, нет isolation между cold и transactional.

Секция 4: List quality

Верифицируйте, что списки, на которые шлёте, clean.

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

• Bounce rate (последние 30 дней). Target: под 2%. Above 5% = serious list quality проблема.
• Spam complaint rate (последние 30 дней). Target: под 0.1%. Above 0.3% = serious проблема, требующая immediate снижения объёма.
• Unsubscribe rate (последние 30 дней). Higher unsubscribe rate не обязательно плохо, но rapid acceleration сигналит content или targeting проблемы.
• List source documentation. Для каждого списка задокументируйте источник (какая база, какой scrape, какой referral path). Списки без задокументированных источников — compliance риски.
• List freshness. Верифицируйте, что списки re-verified в пределах последних 30 дней до send.

Pass condition: bounce под 2%, complaints под 0.1%, sources задокументированы, lists fresh. Fail condition: любой из выше thresholds exceeded.

Секция 5: Content patterns

Верифицируйте, что outreach-контент сам по себе не триггерит spam classifiers.

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

• Subject line patterns. Избегайте curiosity-bait (“вы не поверите…”), fake reply prefix (“Re:” без referent), generic CTA (“быстрый вопрос”). Используйте конкретные, prospect-anchored subjects.
• Body content trigger words. Сканируйте на общие spam-flagged words (“free”, “guaranteed”, “limited time”, “act now” и т.д.). Тулы вроде Mail Tester scoring content на spam risk.
• Link count and quality. Максимум 1-2 link per email; links должны resolve clean и не redirect через suspicious domain.
• HTML simplicity. Cold email должен выглядеть как personal email, не marketing email. Избегайте heavy HTML, image-heavy designs, multi-column layouts.
• Tracking pixel visibility. Если используете open tracking, pixel не должен быть единственным image, и email не должен depend от его loading.
• Personalization quality. Каждый email должен содержать prospect-специфичный контент, не только {first_name} substitution.

Pass condition: subjects specific и varied, body avoids trigger phrases, minimal HTML, real personalization. Fail condition: templated content только с token substitution, marketing-style HTML, trigger-heavy phrasing.

Секция 6: Sending behavior

Верифицируйте, что actual sending pattern матчит то, что receiving-системы считают легитимным.

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

• Sends per hour per mailbox. Target: 30-80 email/час/mailbox. Higher = bot-pattern detection.
• Total daily volume per domain. Должен align с warm-up state. Scaling с 50/день до 500/день за неделю tank reputation.
• Sending window consistency. Mail, отправленный в predictable business hours, выглядит легитимно; mail, отправленный в 3am UTC каждый день, выглядит automated.
• Cadence между sequence email. Никаких same-weekday repetition; varying на 1-2 дня per sequence step.
• Multiple sending mailboxes/domains. Past 500/день, используйте multiple sending домены в ротации.

Pass condition: sends в пределах rate limits, scaling матчит warm-up, varied cadence and timing. Fail condition: bursty sending, single-weekday паттерны, rapid volume scaling.

Секция 7: Recipient engagement signals

Верифицируйте engagement signals, которые receiving-системы используют для судить о вашем домене, healthy.

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

• Open rate (cold кампании). Target: 25-45% на warmed domains.
• Reply rate. Target: 3-7% cumulative через 4-message sequence.
• Positive-intent reply rate. Target: 35-50% от replies — positive intent.
• Spam-mark rate (Postmaster Tools). Target: под 0.1%.
• Engagement trend через 30/60/90 дней. Stable или improving = healthy. Declining = что-то деградирует.

Pass condition: rates в пределах target band, stable или improving через 90 дней. Fail condition: любой rate ниже target band, declining trend.

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

Гоняйте все семь секций in order до launch любой cold кампании. Re-run поквартально для активных кампаний, или immediately когда видите любой из этих warning signs:

• Open rate падает 10+ points
• Reply rate падает 30%+ через 4-недельное окно
• Spam-mark rate climbs above 0.1%
• Bounce rate climbs above 2%
• Mail starts landing в spam folder, ранее hitting inbox

Когда аудит surface multiple failures, фиксите in order of section (1 first, 7 last). Authentication-проблемы делают все downstream-слои meaningless; фикс content, пока SPF сломан, не поможет.

Complete аудит занимает 60-90 минут для single домена (меньше, если вы аудитили до и ваш стек задокументирован). Пропуск производит deliverability mystery — placement падает без clear cause, фиксы attempted в random order, недели mediocre результатов. Run производит clear diagnosis и приоритизированный fix list. Investment мал относительно cost гонки cold кампаний в spam folder.