Иногда сайт выглядит исправным: главная открывается, каталог работает, корзина не падает. Но заявки из формы обратной связи не приходят, письма о заказах теряются, а клиенты говорят, что не получили подтверждение. Для владельца это неприятный тип сбоя: он не всегда виден при обычной проверке доступности, но напрямую влияет на продажи и поддержку.
Ниже — практический порядок проверки. Он поможет понять, где искать причину: в форме сайта, SMTP-настройках, DNS-записях домена, почтовом сервисе или на стороне хостинга.
Почему письма с сайта могут не приходить
Проблема с почтой редко сводится к одной кнопке «не работает». Сайт может успешно принять заявку, но не передать письмо дальше. Или письмо уходит, но почтовый сервис получателя считает его подозрительным. Бывает и наоборот: форма ломается на стороне сайта, а владелец сначала проверяет только почтовый ящик.
Чаще всего встречаются такие причины:
- форма отправки не вызывает нужный обработчик;
- на сервере отключена или неправильно настроена отправка почты;
- SMTP-логин, пароль, порт или шифрование устарели;
- DNS-записи домена не подтверждают право отправлять письма;
- письма попадают в спам или отклоняются почтовым сервисом;
- после переезда сайта на новый хостинг забыли обновить настройки;
- на сайте появилась ошибка, но страница формы продолжает открываться.
Поэтому проверять нужно не только факт открытия сайта, но и весь путь заявки: от заполнения формы до появления письма у получателя.
Сначала отделите сбой сайта от сбоя почты
Начните с простого вопроса: сайт действительно работает для посетителей или вы видите только часть картины? Если страница с формой открывается у вас из кэша, а у клиентов она отдает ошибку, проблема не в почтовом ящике.
Проверьте несколько вещей:
- Открывается ли страница формы в обычном браузере и в режиме инкогнито.
- Возвращает ли страница корректный HTTP-статус, а не скрытую ошибку.
- Есть ли на странице нужный текст: например, заголовок формы или кнопка отправки.
- Появляется ли сообщение об успешной отправке после тестовой заявки.
- Не показывает ли сайт техническую заглушку, страницу обслуживания или ошибку CMS.
Для быстрой проверки доступности можно использовать страницу /tools/check-site/. Если сайт открывается нестабильно, сначала разберитесь с доступностью, а уже потом с доставкой писем.
Проверьте саму форму заявки
Форма может выглядеть нормальной, но фактически не отправлять данные. Такое случается после обновления CMS, смены темы, установки антиспама, правки JavaScript или переноса сайта.
Что проверить вручную
Оставьте тестовую заявку с понятными данными: имя, телефон, email и короткий комментарий. После отправки посмотрите, что произошло:
- появилась ли понятная страница успеха;
- не остались ли поля заполненными без сообщения;
- нет ли ошибки в консоли браузера;
- появилась ли заявка в административной панели сайта или CRM;
- записалась ли заявка в базу данных, если сайт хранит обращения.
Если заявка есть в админке, но письма нет, форма скорее всего принимает данные, а проблема находится на этапе отправки или доставки почты. Если заявки нет нигде, нужно разбирать обработчик формы.
Пример
Интернет-магазин получает заказы в панели управления, но менеджерам не приходят уведомления. В этом случае покупатель уже создал заказ, а сбой касается только оповещения. Действия будут одни: проверить SMTP, адрес отправителя, почтовые логи и спам.
Другой пример: после нажатия «Отправить» страница просто перезагружается, а заявки нет даже в админке. Тогда нужно смотреть код формы, защиту от спама, обязательные поля и ошибки серверной части.
Проверьте SMTP и серверную отправку
Надежнее отправлять письма с сайта через SMTP-аккаунт, а не через неопределенную функцию сервера. SMTP позволяет явно указать почтовый сервер, порт, шифрование и учетные данные. Но у этого подхода есть слабое место: если пароль поменяли, порт закрыли или почтовый сервис изменил требования, сайт продолжит открываться, а письма перестанут уходить.
Проверьте:
- какой адрес указан отправителем;
- совпадает ли домен отправителя с доменом сайта или разрешен ли он почтовым сервисом;
- актуальны ли SMTP-логин и пароль;
- правильно ли указан порт и тип шифрования;
- нет ли лимитов на отправку;
- есть ли ошибки в логах CMS, плагина формы, хостинга или почтового сервиса.
Если в логах есть ответы вида «authentication failed», «relay denied», «connection timed out» или «message rejected», это уже конкретная подсказка. Ее лучше сохранять целиком: по одному тексту ошибки специалист быстрее поймет, где сбой.
Проверьте DNS-записи для почты
DNS влияет не только на открытие сайта, но и на доверие к письмам с домена. Если записи настроены неправильно, письмо может уйти с сайта, но не дойти до входящих.
SPF
SPF показывает, какие серверы имеют право отправлять почту от имени домена. Если сайт отправляет письма через один сервис, а SPF разрешает только другой, получатель может отклонить сообщение или отправить его в спам.
Практический пример: домен использует корпоративную почту у одного провайдера, а сайт после переезда начал отправлять письма с хостинга. Если этот хостинг не указан в SPF, доставка может стать нестабильной.
DKIM
DKIM добавляет цифровую подпись к письму. Получатель проверяет подпись через DNS-запись домена. Если подпись не совпадает или запись удалена, доверие к письму снижается.
После смены почтового сервиса DKIM часто забывают обновить. Внешне сайт работает, форма отправляется, но письма начинают попадать в спам.
DMARC
DMARC задает правило, что делать с письмами, которые не прошли SPF или DKIM. Строгая политика полезна для защиты домена, но при ошибочной настройке она может блокировать легитимные письма с сайта.
Если вы недавно усиливали защиту доменной почты, проверьте, не стало ли это причиной пропажи заявок.
Проверьте адреса получателей и спам-фильтры
Иногда проблема не в сайте, а в маршруте письма. Например, уведомления уходят на старый адрес сотрудника, пересылка в почтовом ящике отключена, папка спама очищается автоматически, а письмо с сайта имеет слишком общий текст.
Проверьте несколько получателей: корпоративный адрес, внешний почтовый ящик и адрес администратора. Если письмо приходит только на часть ящиков, причина ближе к фильтрации и репутации отправителя. Если не приходит нигде, смотрите отправку на стороне сайта.
Полезно сделать отдельный технический адрес для тестов, например form-test@ваш-домен. Так проще отличить реальные обращения клиентов от проверочных сообщений.
Как не пропустить проблему в следующий раз
Ручная проверка помогает найти текущую причину, но она не защищает от повторения. Форма может сломаться ночью после обновления, SMTP-доступ может перестать работать после смены пароля, а DNS-записи могут измениться при переезде домена.
Минимальный контроль выглядит так:
- мониторить доступность страницы с формой;
- проверять, что на странице есть ожидаемый текст, а не ошибка или заглушка;
- отслеживать SSL, потому что браузер может не дать клиенту открыть форму на небезопасной странице;
- хранить историю инцидентов, чтобы понимать, когда началась проблема;
- после любых работ с хостингом, DNS или почтой отправлять тестовую заявку.
Web-Puls помогает регулярно проверять доступность сайта и быстрее узнавать, если важная страница перестала открываться. Для форм заявок полезно контролировать не только HTTP-ответ, но и наличие ожидаемого текста на странице: об этом подробнее написано в материале про проверку текста страницы.
Когда стоит подключить специалиста
Если проблема связана с DNS, SMTP, почтовыми логами или серверными ошибками, ее не всегда удобно разбирать без технического опыта. Особенно если письма то доходят, то пропадают, а разные почтовые сервисы ведут себя по-разному.
В такой ситуации соберите исходные данные:
- адрес страницы с формой;
- пример времени тестовой отправки;
- адрес отправителя и получателя;
- текст ошибки из логов, если он есть;
- что менялось перед сбоем: хостинг, DNS, CMS, плагины, почтовый сервис.
Если проблему нужно не только заметить, но и разобрать технически, можно отправить заявку на профессиональную поддержку через форму /support/ или воспользоваться контактной информацией на странице /contacts/.
Вывод
Если письма с сайта не приходят, не ограничивайтесь проверкой почтового ящика. Сначала убедитесь, что страница формы доступна, затем проверьте саму отправку заявки, SMTP, DNS-записи и фильтрацию писем. Такой порядок экономит время: вы быстрее поймете, где именно ломается цепочка.
Для владельца сайта главное — не узнавать о проблеме от клиента через несколько дней. Регулярный мониторинг доступности и контроль важных страниц помогают заметить сбой раньше и спокойно перейти к диагностике почты, DNS или сервера.