Перевірка пошти домену: MX, SPF, DMARC
Листи з форми на сайті осідають у спамі — почніть звідси. Три записи в DNS пояснюють більшість таких випадків.
- Безкоштовно
- Без реєстрації
- Перевірка на нашому сервері — нічого не зберігаємо
MX, SPF і DMARC — хто за що відповідає
MX каже, куди нести пошту, адресовану вашому домену. Це вхідний напрямок: без коректного MX листи вам просто не дійдуть, скільки б їх не слали. У записі є пріоритет — менше число означає вищу чергу, і резервні сервери ставлять із більшими числами.
SPF відповідає за вихідний бік і перелічує, з яких серверів дозволено слати листи від імені домену. Логіка тут така: приймальна сторона бачить, звідки прийшов лист, і звіряє зі списком. Найтиповіша поломка виглядає буденно — сайт надсилає листи через свій хостинг, а в SPF записана лише поштова служба компанії, тож листи з форми ніде не значаться дозволеними. Другий класичний прокол — два записи SPF на одному домені: замість подвійного захисту виходить помилка, і перевірка не проходить взагалі.
Читати далі
DMARC — це вказівка, що робити з листами, які перевірку не пройшли: пропустити й лише повідомити вас, покласти в спам чи відхилити. Він же вмикає звіти, за якими видно, хто шле від вашого імені. Політику зазвичай спершу ставлять мʼяку й дивляться звіти, а вже потім посилюють — інакше легко відрубати власну розсилку разом із підробками.
Чого ця перевірка не бачить. Вона читає лише публічні записи DNS. Вона не знає репутації вашого сервера й IP, не читає вміст листів, не бачить скарг отримувачів і не має доступу до внутрішніх фільтрів поштових служб. Лист із бездоганними записами теж потрапляє в спам, якщо адресу масово позначали як небажану або в тексті стоїть те, що фільтр не любить. Записи прибирають технічну причину, репутацію ж заробляють практикою розсилок.
Часті питання
Записи в порядку, а листи все одно в спамі. Чому?
Бо технічна перевірка — лише перший бар’єр. Далі працює репутація домену й адреси, історія скарг, вміст листа й те, як отримувачі з ним поводяться. Ці речі в DNS не лежать і жодною перевіркою записів не видно.
Що змінити насамперед, якщо форма на сайті шле листи в порожнечу?
Спершу перевірте, чи сервер сайта взагалі дозволений у SPF. Дуже часто сайт шле через хостинг, а в записі перелічена тільки корпоративна пошта — формально це лист від чужого імені.
Чи можна мати два SPF-записи?
Ні. Запис має бути один; усі дозволені відправники перелічуються всередині нього. Два записи призводять до помилки перевірки, і виходить гірше, ніж якби SPF не було зовсім.
З якої політики DMARC починати?
З найм’якшої, яка нічого не блокує й лише збирає звіти. Місяць-другий дивитесь, хто реально шле від вашого імені, доналаштовуєте дозволених — і аж потім переходите до спаму чи відхилення.
Ще інструменти
Інструмент показав проблему, а полагодити нема кому?
Ми робимо сайти, магазини й підтримку — від адреси домену до пошти, яка не потрапляє у спам.
Натискаючи кнопку, ви погоджуєтесь з політикою приватності
Харків · Київ
