Чи потрапить холодний лист в Inbox, чи осяде в Спамі або Промоакціях

Перш ніж запускати розсилку на сотні реальних контактів, варто знати, куди насправді потрапить лист — у Основну, у Спам чи у вкладку Промоакції, де його ніхто не відкриє. Email deliverability test дозволяє побачити це заздалегідь, на невеликій контрольній вибірці, а не за фактом провального відкриття. Стаття показує, як провести такий тест самостійно і на що орієнтуватись за цифрами.

Чому inbox-плейсмент треба перевірити до масового запуску

Холодний B2B-лист працює тільки якщо його побачать — а бачать переважно те, що лежить у Основній. Лист, який осів у Спамі, просто не існує для отримувача: жодного відкриття, жодної відповіді, і що гірше — жодного сигналу, що щось пішло не так, поки хтось із команди не почне вручну звіряти відповіді з надісланими листами.

Проблема в тому, що деліверабіліті — це не бінарний стан «домен хороший чи поганий». Один і той самий домен з однією і тією ж репутацією може класти листи в Основну одному отримувачу і в Промоакції — іншому, залежно від поштового провайдера, історії взаємодії конкретної скриньки з подібними листами і навіть від того, чи є в темі слово, яке система розпізнає як рекламне.

Тому перевірку варто робити не після скарг від відділу продажів «чомусь ніхто не відповідає», а до того, як перший лист піде на реальну базу контактів.

Як зробити email deliverability test: методи і критерії

Найнадійніший спосіб — зібрати невеликий пул seed-скриньок: кілька Gmail, кілька Outlook/Microsoft 365, один-два корпоративні поштові акаунти на власному домені компанії. Це і є, по суті, найпростіший email deliverability tester — набір контрольних адрес, куди свідомо надсилається тестовий лист перед основною розсилкою.

Після відправлення дивляться не тільки на факт доставки, а на конкретну вкладку: Основна, Промоакції, Спам чи Оновлення. Друге джерело даних — заголовки самого листа: поле Authentication-Results показує, чи пройшли SPF, DKIM і DMARC перевірку окремо для цього провайдера, а X-Spam-Status (там, де він є) дає числову оцінку спам-ризику.

Третій рівень — Google Postmaster Tools для домену, з якого йде розсилка: він показує репутацію домену й IP у розрізі Gmail, частку скарг на спам і затримки доставки в динаміці за останні тижні, а не по одному тестовому листу.

• Крок 1 — перевірити DNS-записи: SPF, DKIM, DMARC для домену відправника
• Крок 2 — надіслати тестовий лист на 6–10 seed-адрес різних провайдерів
• Крок 3 — зафіксувати, в яку саме вкладку потрапив лист у кожного отримувача
• Крок 4 — перевірити заголовки листа на предмет Authentication-Results
• Крок 5 — глянути репутацію домену в Google Postmaster Tools (якщо обсяг через Gmail значний)
• Крок 6 — повторити тест після будь-якої зміни шаблону, домену чи обсягу

Орієнтовні показники потрапляння в inbox: чого очікувати

Для щойно прогрітого домену з коректно налаштованою автентифікацією і невеликим денним обсягом типовий розподіл виглядає приблизно так — і це варто сприймати як орієнтир, а не як гарантований результат для конкретної бази.

Типові помилки, через які лист падає у Спам або Промоакції

Більшість проблем з деліверабіліті — не про «поганий» домен, а про конкретні технічні й контентні прорахунки, які легко виправити ще до запуску.

• Відсутній або неповний SPF/DKIM/DMARC — найчастіша причина потрапляння у Спам напряму
• Різкий стрибок обсягу з нового домену без поступового прогріву
• Лист виглядає як масова розсилка: багато посилань, велика картинка-банер, кнопка-заклик — типові тригери для Промоакцій
• Однаковий текст без персоналізації на сотні отримувачів одразу — провайдери розпізнають шаблонність за структурою
• Ігнорування скарг і низького engagement: якщо отримувачі не відкривають і не відповідають, репутація домену падає для всіх наступних листів
• Відсутність легкого способу відписатися — а це ще й формальна вимога до комерційної електронної кореспонденції за Законом України «Про захист персональних даних», недотримання якої додатково б'є по репутації відправника

Як базова автентифікація підвищує inbox-рейт

Найбільший стрибок у показниках дає не якийсь хитрий трюк, а послідовне налаштування трьох базових DNS-записів разом із поступовим прогрівом домену. Ізольовано SPF чи DKIM дають менший ефект, ніж повний комплект плюс контроль обсягу.

Чек-лист перед запуском і як це організовано в LDM

У LDM тест деліверабіліті — обов'язковий крок перед будь-яким запуском таргетованої розсилки, а не опційна перевірка «якщо є час». Комбінація email deliverability testing tools — власний моніторинг заголовків, seed-скриньки на основних провайдерах і контроль Google Postmaster Tools — вбудована в конвеєр запуску кампанії, а не залишається на розсуд оператора.

Практично це виглядає так: домен спочатку проходить прогрів на малих обсягах, потім тестовий лист іде на контрольний пул скриньок, і тільки після підтвердження стабільного потрапляння в Основну обсяг масштабується на реальну базу контактів. Якщо тест показує зсув у Промоакції чи Спам, шаблон і налаштування коригують до запуску, а не по факту низького open rate.

• SPF, DKIM, DMARC налаштовані та перевірені для домену відправника
• Домен пройшов поступовий прогрів, а не стартує одразу з повного обсягу
• Тестовий лист перевірено на seed-скриньках мінімум трьох провайдерів
• Перевірено вкладку доставки (Основна / Промоакції / Спам), а не тільки факт доставки
• Шаблон без масивних банерів, зайвих посилань і явно шаблонної структури
• Є проста і робоча відписка у листі

Питання й відповіді