Письма с сайта не доходят до почты: причины и решение

Одна из самых дорогих поломок сайта не выглядит как поломка. Сайт открывается, форма заполняется, посетитель видит «Спасибо, ваша заявка отправлена» — а письмо не приходит никуда. Реклама крутится, деньги списываются, люди оставляют контакты, и всё это уходит в пустоту. Обнаруживается такое обычно случайно: через месяц кто-то из клиентов позвонит и спросит, почему ему не ответили. Разберём, почему письма с сайта пропадают, как это диагностировать и как выстроить приём заявок так, чтобы потеря была невозможна.

Почему это происходит чаще, чем кажется

Отправка письма с сайта выглядит простой операцией, но за ней стоит цепочка из нескольких независимых участников: скрипт на сайте, почтовая служба сервера, почтовый сервер отправителя, почтовый сервер получателя и фильтры на стороне получателя. Сбой на любом звене приводит к тому, что письма нет, а сайт при этом рапортует об успехе.

Отдельная сложность в том, что борьба со спамом за последние годы серьёзно ужесточилась. То, что нормально работало пять лет назад, сегодня отправляется в спам или отклоняется без объяснений. Многие сайты продолжают отправлять почту по старым схемам просто потому, что никто не проверял.

Ещё одна причина: сайт мог работать безупречно, а потом сменился хостинг, обновилась система управления, изменились настройки почты — и тихо сломалось то, о чём никто не думал.

Причина первая: отправка через встроенную функцию сервера

Исторически сайты отправляют письма встроенной функцией веб-сервера. Она проста в использовании и не требует настроек, поэтому её ставят по умолчанию в большинстве шаблонов и модулей.

Проблема в том, что письма, отправленные таким способом, воспринимаются принимающей стороной с большим подозрением. Отправитель не подтверждён, репутация адреса сервера часто испорчена другими сайтами на той же площадке, техническая информация в письме неполная. Крупные почтовые службы — Яндекс Почта, Mail.ru, корпоративные системы — либо кладут такие письма в спам, либо отклоняют вовсе.

Дополнительный фактор: на многих хостингах эта функция ограничена или отключена. Скрипт при этом отрабатывает без видимой ошибки, а письмо просто не уходит.

Решение — отправка через авторизованное соединение с почтовым сервером. Заводится нормальный почтовый ящик на вашем домене, и сайт отправляет письма через него, представляясь настоящим отправителем с паролем. В большинстве систем управления это настраивается в разделе почтовых параметров или отдельным модулем: указываются адрес сервера, порт, имя ящика и пароль.

Для российских компаний удобный вариант — Яндекс 360 для бизнеса: почта на своём домене, понятная настройка, стабильная доставляемость. Похожие возможности дают Mail.ru для бизнеса и корпоративные решения хостинг-провайдеров.

После такой настройки доставляемость обычно приходит в норму сразу — это самое результативное действие из всех перечисленных в статье.

Причина вторая: адрес отправителя не соответствует домену

Классическая ошибка в настройках формы: в качестве отправителя подставляется адрес самого посетителя. Логика понятна — чтобы можно было ответить прямо из письма. Последствие: ваш сервер отправляет письмо, представляясь чужим почтовым доменом, чего он делать не имеет права. Принимающая сторона расценивает это как подделку и отклоняет.

Правильная схема: отправителем всегда указывается ваш собственный адрес на вашем домене, например заявки собака ваш-домен точка ру. Адрес посетителя помещается в поле для ответа и в текст письма. Тогда кнопка «Ответить» работает как задумано, а письмо не выглядит подозрительным.

Причина третья: не настроены записи, подтверждающие право на отправку

Даже при правильной отправке письма могут попадать в спам, если в настройках домена не прописаны специальные записи, подтверждающие, что вы действительно имеете право отправлять почту от его имени. Не углубляясь в технику, их три.

Запись, перечисляющая разрешённых отправителей. Указывает, какие серверы могут отправлять почту от имени вашего домена. Если её нет, любой сервер может представляться вами — и почтовые службы, зная это, относятся к таким письмам настороженно.

Цифровая подпись писем. Позволяет получателю убедиться, что письмо действительно отправлено вами и не изменено по дороге. Настраивается на стороне почтового сервиса, который выдаёт значение для добавления в настройки домена.

Политика обработки. Указывает почтовым службам, что делать с письмами, не прошедшими проверку, и куда присылать отчёты.

Настройка выполняется в панели управления доменом или хостингом, занимает полчаса и делается один раз. Сервисы вроде Яндекс 360 дают готовые значения — их нужно просто добавить.

Эффект от этих трёх записей заметный: письма перестают уходить в спам, а вы начинаете получать статистику о том, что происходит с почтой вашего домена.

Причина четвёртая: письмо уходит, но попадает в спам у получателя

Иногда письма отправляются корректно и даже доходят, но оседают в спаме почтового ящика компании. Причины бывают довольно бытовыми.

Содержимое письма похоже на рассылку. Много ссылок, картинок, восклицательных знаков, слова вроде «бесплатно» и «акция» в теме. Служебное письмо о заявке должно быть простым: тема с указанием формы и сайта, текст с данными клиента, минимум оформления.

Пустая или одинаковая тема. Письма с темой «Без темы» или с одной и той же строкой сотни раз подряд вызывают подозрение. Хорошая практика — включать в тему название формы и время: «Заявка с сайта, форма расчёта, 18.08».

Отправитель не в списке контактов. Простое действие, которое стоит сделать сразу: добавить служебный адрес отправителя в контакты и создать правило, помещающее такие письма в отдельную папку, минуя спам.

Ящик переполнен. Банально, но встречается. При переполнении почтовый сервер начинает отклонять входящие.

Корпоративный почтовый фильтр. В компаниях с собственной почтовой системой письма может отсекать внутренний фильтр. Здесь помогает добавление отправителя в список доверенных на стороне администратора.

Причина пятая: письма уходят на несуществующий или заброшенный адрес

Обидная и очень распространённая ситуация. В настройках формы стоит адрес сотрудника, который уволился два года назад. Или ящик, который никто не открывает. Или адрес с опечаткой, из-за которой письма улетают в никуда.

Отдельный случай — адрес на бесплатной почте, привязанный к личному аккаунту сотрудника. Человек ушёл, забрал ящик с собой, и связь с заявками потеряна.

Решение: служебный ящик на домене компании, доступ к которому есть минимум у двух человек, плюс дублирование на второй адрес. Проверять актуальность адресов стоит при каждом кадровом изменении.

Причина шестая: форма вообще не отправляет письмо

Бывает и так, что дело не в почте. Скрипт отправки сломан, модуль отключился после обновления, изменились настройки, истёк пароль от почтового ящика, сработала защита от спама и молча блокирует отправку.

Особенность в том, что посетитель этого не видит: сообщение «Спасибо» показывается независимо от того, ушло письмо или нет, потому что многие формы выводят его сразу, не дожидаясь результата отправки.

Как проверить: отправьте тестовую заявку с телефона, как обычный посетитель, и убедитесь, что письмо пришло. Делать это стоит регулярно — раз в месяц и обязательно после любого обновления сайта, смены хостинга или правок в форме.

Ещё надёжнее — включить логирование отправок: тогда все попытки фиксируются в журнале и видно, отработал ли скрипт вообще.

Как правильно диагностировать проблему

Если заявки не приходят, разбираться нужно по порядку, а не наугад.

Шаг первый: проверьте папку со спамом. Начинать надо с самого простого. Часто письма находятся именно там.

Шаг второй: отправьте тестовую заявку на три разных адреса. На корпоративную почту, на Яндекс Почту и на Mail.ru. Если приходит на одни и не приходит на другие — проблема в доставляемости и репутации, а не в форме. Если не приходит никуда — проблема на стороне сайта.

Шаг третий: посмотрите журналы почты на сервере. Там видно, была ли попытка отправки и с каким результатом. Если попытки нет — сломан скрипт формы. Если попытка была и получен отказ — в тексте отказа обычно есть причина.

Шаг четвёртый: проверьте настройки домена. Существуют бесплатные онлайн-проверки, которые показывают, какие записи прописаны и корректны ли они.

Шаг пятый: проверьте, не заблокирован ли адрес сервера. Если сайт стоит на общем хостинге, репутация может быть испорчена соседями. Крупные почтовые службы имеют формы обратной связи для таких случаев, но радикальное решение — отправлять почту через собственный почтовый сервис, а не через сервер сайта.

Правильная схема приёма заявок

Даже идеально настроенная почта — единственная точка отказа. Правильный подход состоит в том, чтобы заявка попадала сразу в несколько мест.

Сохранение в базе сайта. Первое и главное. Каждая заявка должна записываться в административную часть сайта независимо от того, ушло письмо или нет. Тогда даже при полном отказе почты данные не теряются: их всегда можно посмотреть в панели управления. Многие системы управления, включая HostCMS, умеют это из коробки — нужно только включить.

Письмо на два адреса. Основной служебный ящик и резервный, например руководителя.

Дублирование в мессенджер. Сообщение о новой заявке приходит ответственному сотруднику мгновенно. Реакция ускоряется в разы: человек видит уведомление сразу, а не когда откроет почту. Настраивается через бота или через готовые интеграции.

Передача в CRM. Битрикс24 или amoCRM принимают заявки напрямую с сайта: создаётся сделка, назначается ответственный, ставится задача перезвонить. Заявка перестаёт зависеть от чьей-то внимательности и попадает в рабочий процесс.

Уведомление о том, что заявок нет. Неочевидный, но полезный приём: настроить оповещение, если за сутки не поступило ни одной заявки при обычном потоке в несколько штук. Это ранний признак поломки, который позволяет заметить проблему за день, а не за месяц.

При такой схеме отказ любого одного канала не приводит к потере обращений.

Что ещё проверить, чтобы заявки не терялись

Страница благодарности. После отправки человек должен попасть на отдельную страницу с подтверждением. Она нужна не только посетителю, но и вам: на неё удобно ставить цель в Яндекс.Метрике, а расхождение между количеством нажатий на кнопку и количеством достижений цели сразу покажет, что часть отправок не проходит.

Цели в Метрике. Настройте отдельную цель на успешную отправку каждой формы. Сравнивайте количество достижений цели с количеством писем в ящике. Расхождение — сигнал тревоги.

Автоответ клиенту. Короткое письмо «Мы получили вашу заявку» полезно вдвойне: оно снимает тревогу у человека и заодно проверяет работоспособность почты в обе стороны.

Мобильная проверка. Отправляйте тестовые заявки именно с телефона: иногда форма отрабатывает на компьютере и ломается на мобильных из-за особенностей вёрстки или клавиатуры.

Проверка после каждого изменения. Обновили систему, поставили модуль, сменили хостинг, поправили форму — сразу отправьте тест.

Отдельно про почту на домене

Если у вашей компании до сих пор нет почты на собственном домене, а переписка ведётся с бесплатных ящиков, это стоит изменить. Причин несколько.

Письма с адреса на собственном домене доставляются лучше и вызывают больше доверия у получателей.

Заявки с сайта, отправленные с корпоративного адреса, реже попадают в спам.

Ящики принадлежат компании, а не сотрудникам: при увольнении доступ остаётся у вас.

Появляется возможность настроить те самые записи подтверждения, без которых доставляемость страдает.

Российские решения — Яндекс 360 для бизнеса и Mail.ru для бизнеса — покрывают все потребности небольшой компании и настраиваются за один день. Многие хостинг-провайдеры предоставляют почту на домене в составе тарифа.

Частые ошибки

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

Единственный канал — почта. Никакого дублирования, никакого сохранения в базе.

Заявки приходят на ящик, который открывают раз в неделю.

Отправитель — адрес посетителя. Гарантированные проблемы с доставкой.

Отправка через встроенную функцию сервера без нормальной настройки.

Не настроены записи подтверждения домена.

После смены хостинга почту не перенастроили. Сайт переехал, работает, а письма перестали уходить — потому что настройки почты остались от старой площадки.

Ящик переполнен. Проверяйте объём хотя бы иногда.

Итог

Пропадающие письма с сайта — проблема, которая обходится дороже почти любой другой технической неисправности, потому что она невидима. Сайт работает, реклама идёт, посетители оставляют контакты, и всё это исчезает без следа и без сообщений об ошибках.

Решается вопрос комплексно: отправка через нормальный почтовый ящик на своём домене вместо встроенной функции сервера, корректный адрес отправителя, настроенные записи подтверждения домена, сохранение заявок в базе сайта и дублирование в мессенджер и CRM. Плюс регулярная привычка отправлять тестовую заявку раз в месяц и после каждого изменения на сайте.

Если вы подозреваете, что часть заявок до вас не доходит, или просто хотите убедиться, что всё настроено правильно, — обратитесь к специалистам компании «Сайты Профессионально». Мы проверим отправку писем со всех форм, посмотрим настройки домена и почты, найдём, где именно теряются обращения, и настроим схему приёма заявок так, чтобы ни одно обращение не пропало из-за технического сбоя. Диагностику и рекомендации мы делаем бесплатно — напишите или позвоните нам, чтобы проверить свой сайт.