Домен і доставлюваність листів: що варто знати?
Автор: Редакція Domeny.ForSale Опубліковано Оновлено
Коротко: Сам по собі хороший домен не гарантує доставлення повідомлень до вхідних. Важливі також репутація домену та інфраструктури надсилання, правильні записи SPF, DKIM і DMARC, а також спосіб залучення одержувачів. Новий домен слід вводити в роботу поступово, відстежуючи відхилення, скарги та результати автентифікації.
Як домен впливає на доставлюваність
Доставлюваність електронних листів — це здатність повідомлень потрапляти до поштової скриньки одержувача, бажано до основної папки, а не до спаму. Поштові сервери оцінюють багато сигналів: домен, видимий у полі відправника, домени в технічних елементах повідомлення, IP-адресу сервера, вміст листа та реакції одержувачів.
Репутація домену формується на основі історії надсилання. Їй шкодять, зокрема, скарги на спам, повідомлення на неактивні або неіснуючі адреси, різкі стрибки обсягу надсилання та спроби видавати себе за власника домену. Зміна постачальника поштових послуг не усуває автоматично проблем, пов’язаних із самим доменом.
Доменне розширення, як-от .pl чи .com, зазвичай не визначає доставлюваність. Важливіша узгодженість налаштувань і поведінки відправника. Водночас незвичне розширення може вимагати більшої обережності з погляду бізнесу, якщо одержувачі не впізнають адресу й частіше позначають повідомлення як підозрілі.
SPF, DKIM і DMARC: три основні засоби захисту
SPF — це запис DNS, який указує сервери, уповноважені надсилати пошту від імені домену. Він має охоплювати всіх фактичних відправників, наприклад корпоративну пошту, систему виставлення рахунків і платформу розсилок. Домен повинен мати один правильно сформований запис SPF; створення кількох окремих записів може спричиняти помилки перевірки.
DKIM додає до повідомлення криптографічний підпис. Сервер одержувача перевіряє його за допомогою відкритого ключа, опублікованого в DNS. Коректний підпис підтверджує, що повідомлення авторизоване відповідним доменом і не було змінене під час передавання.
DMARC визначає, що має зробити одержувач, якщо повідомлення не проходить перевірку SPF або DKIM з узгодженням із доменом, видимим у полі «Від». Він також дає змогу отримувати звіти про використання домену. Політику краще посилювати поетапно: почати з моніторингу, визначити джерела легітимної пошти й лише потім розглянути спрямування невідповідних повідомлень до спаму або їх відхилення.
Приклад: компанія надсилає звичайну пошту через Microsoft 365, розсилку — через зовнішню платформу, а рахунки — через бухгалтерську систему. Перш ніж увімкнути сувору політику DMARC, адміністратор має скласти перелік усіх трьох джерел, налаштувати їх у SPF або DKIM і перевірити узгодження доменів. Якщо пропустити систему виставлення рахунків, коректні повідомлення можуть почати відхилятися.
Один домен чи окремі піддомени
Розділення різних типів надсилання за допомогою піддоменів полегшує налаштування й аналіз репутації. Листування працівників може вестися з основного домену, а маркетингові повідомлення — наприклад, із піддомену news.example.pl. Системні сповіщення можна надсилати з іншого піддомену, як-от notify.example.pl.
Такий поділ обмежує поширення проблем між каналами, але не забезпечує повної ізоляції. Постачальники поштових послуг можуть пов’язувати репутацію піддомену з основним доменом. Окремий домен, який використовується лише для масових розсилок, теж не є простим рішенням: він може здаватися одержувачеві незнайомим і потребує формування репутації з нуля.
Адреса відправника має бути зрозумілою та відповідати бренду. Домени, схожі на основний, навмисні помилки в написанні або випадкові варіанти можуть знижувати довіру й нагадувати фішинг.
Як почати надсилання з нового домену
Новий домен не має усталеної історії, тому не слід починати з великої кампанії на всю базу. Безпечніша процедура передбачає:
- налаштування SPF і DKIM та запуск DMARC у режимі моніторингу;
- надсилання тестових листів на скриньки кількох популярних постачальників і перевірку заголовків повідомлень;
- початок надсилання активним одержувачам, які очікують листування;
- поступове збільшення обсягу без різких стрибків;
- видалення адрес, які спричиняють постійні відхилення, та аналіз скарг;
- посилення політики DMARC після підтвердження всіх легітимних джерел надсилання.
«Прогрівання» домену не виправить неякісну базу контактів. Куплені списки, відсутність згоди, необхідної для відповідного типу комунікації, та складна процедура відписки від розсилки підвищують ризик скарг незалежно від технічних налаштувань. Питання правової підстави маркетингу та змісту згод потрібно узгодити з особою, відповідальною за дотримання законодавства.
Що відстежувати після запуску
Найкориснішими є звіти DMARC, повідомлення про відхилення, частка постійних помилок адрес і скарги, про які повідомляють доступні інструменти постачальників поштових послуг. Потрібно також контролювати строк дії домену, доступ до панелі DNS і несанкціоновані зміни записів. Обліковий запис реєстратора та сервіс DNS слід захистити надійною багатофакторною автентифікацією.
Вимоги великих поштових операторів можуть змінюватися й залежати від масштабу та типу надсилання. Перед запуском кампанії потрібно перевірити актуальну документацію власної платформи розсилок і постачальників поштових скриньок одержувачів.
Перший практичний крок — скласти перелік усіх систем, які надсилають пошту з корпоративного домену. Лише на цій основі можна правильно сформувати SPF, впровадити DKIM і налаштувати DMARC, не блокуючи легітимні повідомлення.
Дивіться також: Домен і корпоративна пошта — чому це важливо?
Читайте також
