Письма с сайта: как не потерять заявки в спам-фильтре
Сценарий классический: клиент запускает сайт, кто-то оставляет заявку — а письма не приходят.
Или, что хуже, приходят в спам. Или через раз. Или через час.
Или, что хуже, приходят в спам. Или через раз. Или через час.
На деле причина почти всегда в том, что отправка писем не настроена корректно. И это не про “галочку в админке”.
💡 Откуда вообще письма с сайта?
Когда человек что-то заполняет (форма обратной связи, заказ, подписка), сайт должен:
1. отправить письмо администратору (вам)
2. отправить письмо клиенту (например, “Спасибо, ваш заказ №…”)
Если не настроено правильно — письма или не доходят, или улетают в спам.
Когда человек что-то заполняет (форма обратной связи, заказ, подписка), сайт должен:
1. отправить письмо администратору (вам)
2. отправить письмо клиенту (например, “Спасибо, ваш заказ №…”)
Если не настроено правильно — письма или не доходят, или улетают в спам.
⚙️ Что именно нужно сделать, чтобы письма доходили
1️⃣ SMTP — вместо “от балды”
Сайт по умолчанию может пытаться отправлять письма сам, через встроенную функцию. Но это выглядит подозрительно для почтовых сервисов: «А кто ты вообще такой?»
Поэтому нужно использовать SMTP — это как выдать сайту официальный доступ к вашей почте. Сайт говорит: “Я пишу от лица info@вашдомен.ру, вот пароль, всё честно.”
Я настраиваю это всегда — особенно если домен привязан к Яндекс.Почте или Mail для бизнеса.
Сайт по умолчанию может пытаться отправлять письма сам, через встроенную функцию. Но это выглядит подозрительно для почтовых сервисов: «А кто ты вообще такой?»
Поэтому нужно использовать SMTP — это как выдать сайту официальный доступ к вашей почте. Сайт говорит: “Я пишу от лица info@вашдомен.ру, вот пароль, всё честно.”
Я настраиваю это всегда — особенно если домен привязан к Яндекс.Почте или Mail для бизнеса.
2️⃣ SPF — защита от фейков
SPF — это запись в DNS, где вы говорите:
“Письма с моего домена может отправлять только этот сервер.”
Без неё любой спамер может подделать ваш адрес, и почтовики будут в шоке:
«Может, это и правда ваш сайт, а может — мошенник…»
С SPF всё понятно: “ага, этот сервер имеет право, значит, письмо настоящее.”
SPF — это запись в DNS, где вы говорите:
“Письма с моего домена может отправлять только этот сервер.”
Без неё любой спамер может подделать ваш адрес, и почтовики будут в шоке:
«Может, это и правда ваш сайт, а может — мошенник…»
С SPF всё понятно: “ага, этот сервер имеет право, значит, письмо настоящее.”
3️⃣ DKIM — цифровая подпись
Это как печать на письме: “да, это я, вот моя подпись, проверь.”
Почтовик сверяет подпись — и письмо идёт в «входящие», а не в ад.
На практике: без DKIM даже с SMTP и SPF письма иногда падают в спам.
Это как печать на письме: “да, это я, вот моя подпись, проверь.”
Почтовик сверяет подпись — и письмо идёт в «входящие», а не в ад.
На практике: без DKIM даже с SMTP и SPF письма иногда падают в спам.
4️⃣ DMARC — не всегда, но стоит
Если хотите вообще жёстко отсечь весь фейковый трафик от вашего домена — ставим DMARC.
Но для большинства интернет-магазинов хватит SPF + DKIM.
Если хотите вообще жёстко отсечь весь фейковый трафик от вашего домена — ставим DMARC.
Но для большинства интернет-магазинов хватит SPF + DKIM.
🚧 Частые ошибки заказчиков
— «Ну мы сделали почту info@… через Яндекс, значит всё норм?»
Нет. Это визуально выглядит норм, но сайт всё равно шлёт как попало.
— «Письма доходят на Gmail, значит всё ок?»
Не факт. Mail.ru может скидывать их в спам, особенно без DKIM.
— «Да зачем заморачиваться?»
Потому что одна потерянная заявка = один потерянный клиент. А вы об этом даже не узнаете.
— «Ну мы сделали почту info@… через Яндекс, значит всё норм?»
Нет. Это визуально выглядит норм, но сайт всё равно шлёт как попало.
— «Письма доходят на Gmail, значит всё ок?»
Не факт. Mail.ru может скидывать их в спам, особенно без DKIM.
— «Да зачем заморачиваться?»
Потому что одна потерянная заявка = один потерянный клиент. А вы об этом даже не узнаете.
Что я делаю в каждом проекте:
🔹 Настраиваю SMTP через интерфейс CMS или отдельный модуль.
🔹 Прописываю SPF, DKIM, иногда DMARC в DNS.
🔹 Проверяю доставку через реальные почты: Gmail, Mail, Яндекс.
🔹 Тестирую: что видит клиент, куда уходит письмо, с каким временем задержки.
🔹 Убираю “письма без темы”, “no-reply@” и прочие вещи, которые убивают доверие.
Вывод: если письма с сайта не доходят — сайт теряет деньги.
🔹 Настраиваю SMTP через интерфейс CMS или отдельный модуль.
🔹 Прописываю SPF, DKIM, иногда DMARC в DNS.
🔹 Проверяю доставку через реальные почты: Gmail, Mail, Яндекс.
🔹 Тестирую: что видит клиент, куда уходит письмо, с каким временем задержки.
🔹 Убираю “письма без темы”, “no-reply@” и прочие вещи, которые убивают доверие.
Вывод: если письма с сайта не доходят — сайт теряет деньги.
