Технічні нюанси доставки: як SPAM Чекер перевіряє SPF, DKIM, DMARC

Email-платформа показує 98% доставлених листів. Маркетинг бачить падіння відкриваності. Sales-команда повідомляє, що частина клієнтів не отримує комерційні пропозиції. Support починає отримувати звернення про відсутність листів із підтвердженням акаунта або відновленням пароля.

У таких ситуаціях проблема рідко пов'язана з контентом розсилки або якістю бази контактів. Найчастіше причина знаходиться на рівні SPF, DKIM і DMARC – механізмів, які поштові сервіси використовують для перевірки легітимності відправника. Лист може бути відправлений, але так і не потрапити до Inbox.

Чому технічна автентифікація впливає на доставку повідомлень

Багато компаній оцінюють email-маркетинг через відкриваність, CTR або конверсію. Але всі ці показники втрачають значення, якщо повідомлення не доходять до основної папки користувача.

Різниця між доставкою, відкриваністю та довірою до відправника

У звіті email-платформи лист може відображатися як успішно доставлений, але при цьому потрапити до Spam, Promotions або бути заблокованим корпоративними фільтрами. Показник доставки не дорівнює реальній видимості повідомлення для клієнта.

Якщо компанія надсилає 100 000 листів і 5% повідомлень не потрапляють до Inbox через проблеми автентифікації, це 5000 контактів, які не побачать комерційну пропозицію, нагадування або системне повідомлення.

Як спам-фільтри оцінюють домен і відправника

Google, Microsoft та інші поштові сервіси оцінюють не лише зміст листа. Перед доставкою перевіряється репутація домену, історія попередніх розсилок, SPF-record, DKIM signature, DMARC policy та десятки інших сигналів. Якщо система не може підтвердити справжність відправника, довіра до листа автоматично знижується.

Важливе уточнення: SPF, DKIM і DMARC стосуються email-доставки

Технічні налаштування SPF, DKIM і DMARC працюють виключно в email-каналі. Але їхній вплив виходить далеко за межі маркетингових розсилок і зачіпає транзакційні листи, OTP-коди та системні повідомлення.

Чому проблема часто залишається непоміченою

Більшість компаній дізнаються про проблеми після того, як показники вже впали. Маркетинг бачить нижчу відкриваність. SaaS-команда отримує скарги на відсутність OTP-кодів. Інтернет-магазин стикається зі зверненнями клієнтів, які не отримали підтвердження замовлення. До цього моменту проблема може існувати тижнями.

Що таке SPF і що перевіряє SPAM Checker

SPF визначає, які сервери мають право надсилати листи від імені домену.

Що відбувається, якщо SPF налаштований неправильно

Компанія може одночасно використовувати CRM, email-платформу, систему підтримки та SaaS-сервіси. Якщо хоча б один із серверів не вказаний у SPF-записі, поштові сервіси починають отримувати суперечливі сигнали про легітимність відправника. Для маркетингових розсилок це означає нижчу доставку. Для SaaS-продукту – проблеми з кодами підтвердження, відновленням паролів або системними повідомленнями.

Типові помилки SPF-записів

Під час аудитів найчастіше зустрічаються: відсутність SPF-запису, дублювання SPF-record, перевищення DNS lookup limit і використання застарілих IP-адрес.

Ризик softfail, neutral і permerror

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

Що таке DKIM і навіщо потрібен цифровий підпис

DKIM підтверджує, що повідомлення не було змінене після відправлення.

Як DKIM підтверджує цілісність повідомлення

Цифровий підпис додається до кожного листа та перевіряється поштовим сервером одержувача. Якщо перевірка проходить успішно, довіра до повідомлення зростає і шанси потрапити до Inbox збільшуються.

Проблеми з ключами, селекторами та DNS

Некоректні DNS-записи, застарілі ключі або помилки конфігурації можуть повністю нівелювати роботу DKIM навіть при правильному налаштуванні платформи відправки.

Що таке DMARC і як він захищає домен

DMARC визначає, що робити з повідомленнями, які не проходять SPF або DKIM.

Політики none, quarantine, reject

Політика none використовується для моніторингу без активних дій. Quarantine рекомендує переносити підозрілі повідомлення до спаму. Reject дозволяє повністю відхиляти листи, які не проходять перевірку.

Domain alignment і роль звітів DMARC

DMARC також перевіряє відповідність доменів між заголовками листа та системами автентифікації. Завдяки звітам компанія може бачити спроби підробки домену та знаходити помилки налаштувань до того, як вони вплинуть на доставку.

Як SPAM Checker аналізує технічну готовність розсилки

Перед запуском кампанії важливо оцінити не лише контент, а й технічну готовність домену.

Перевірка DNS-записів

SPAM Checker аналізує SPF, DKIM і DMARC на предмет помилок, конфліктів і ризиків для доставки.

Аналіз sender reputation

Оцінюється репутація домену, історія попередніх кампаній і потенційні проблеми з довірою до відправника. Якщо домен потрапив до blacklist або має низький sender score, це видно ще до запуску розсилки.

Виявлення ризиків потрапляння у спам

Перевірка дозволяє знайти технічні проблеми до запуску розсилки, а не після падіння відкриваності або конверсії.

Use case: SaaS-компанія перед запуском великої розсилки

Перед запуском повідомлень для 80 000 користувачів SaaS-компанія провела аудит доставки. Перевірка показала, що частина транзакційних листів надсилалася через сервери, які не були включені до SPF-запису домену. Після виправлення конфігурації знизився bounce rate, покращилася доставка системних повідомлень, а користувачі почали стабільніше отримувати листи з підтвердженням акаунта та відновленням доступу.

Аналітика: які метрики показують проблеми доставки

Першими сигналами технічних проблем зазвичай стають різке зростання bounce rate, збільшення spam complaint rate, падіння inbox placement rate, зниження CTR без змін у контенті розсилки та скарги клієнтів на відсутність транзакційних листів. Саме ці показники варто аналізувати до початку змін у контенті або стратегії email-маркетингу.

Експертний коментар від deliverability-команди

«Коли компанія бачить падіння відкриваності, перша реакція зазвичай – змінити тему листа або контент. Але якщо SPF, DKIM або DMARC налаштовані некоректно, проблема починається ще до того, як повідомлення потрапляє до клієнта.»
–Deliverability команда

Перевірити SPF, DKIM, DMARC перед запуском розсилки

Перед масовою або транзакційною розсилкою варто перевірити технічну конфігурацію домену так само ретельно, як і самі листи.

Чек-лист технічної перевірки доставки

Перед запуском кампанії перевірте SPF record, DKIM signature, DMARC policy, sender reputation, blacklist status, bounce rate попередніх кампаній, inbox placement і domain alignment.

Провести deliverability-аудит і зменшити ризик спаму

Детальніше про перевірку домену та аналіз ризиків доставки можна дізнатися на сторінці сервісу DID Global. Deliverability-аудит дозволяє виявити технічні проблеми до запуску розсилки та зменшити ризик втрати важливих повідомлень.