Не приходят заявки с сайта: 10 причин и способы решения

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

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

Почему не приходят заявки с сайта и как исправить проблему? Разберём 10 распространённых причин, способы диагностики и особенности отправки уведомлений на WordPress.

Как понять, что заявки с сайта действительно не приходят

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

Условно процесс отправки заявки состоит из нескольких шагов:

1. Посетитель заполняет форму на сайте.
2. Браузер отправляет данные на сервер.
3. Сайт обрабатывает обращение.
4. Данные сохраняются в базе, передаются в CRM или используются для формирования письма — в зависимости от настроек.
5. Уведомление отправляется на указанный адрес электронной почты.
6. Почтовый сервис принимает письмо и доставляет его получателю.

Ошибка может возникнуть на любом этапе. Например, заявка успешно сохранилась в базе данных, но уведомление не дошло до почты. Или форма вообще не отправила данные на сервер.

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

1. Письма с заявками попадают в спам

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

Это может происходить по нескольким причинам:

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

Как исправить

Проверьте папки «Спам», «Нежелательная почта» и правила фильтрации. Если письмо найдено, изучите его технические заголовки и результаты проверок SPF, DKIM и DMARC.

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

Рекомендации по настройке этих механизмов приведены в официальных требованиях Google к отправителям электронной почты.

Важно понимать: даже правильно настроенные SPF, DKIM и DMARC не гарантируют доставку каждого письма, но помогают уменьшить вероятность блокировок.

2. Неправильно указан адрес получателя

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

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

Что проверить

• адрес получателя в настройках каждой формы;
• отсутствие опечаток в домене и имени почтового ящика;
• работоспособность самого почтового ящика;
• правила переадресации;
• настройки получателей в CRM и других подключённых сервисах.

Если на сайте несколько форм — например, в шапке, на странице услуги и в подвале, — проверять нужно каждую отдельно.

3. Не настроена отправка писем с сервера

Сайт может правильно обработать форму, но не суметь передать уведомление почтовому серверу.

На WordPress для отправки писем часто используется функция wp_mail(). В стандартной конфигурации она опирается на почтовую инфраструктуру сервера. Если эта инфраструктура отсутствует, ограничена или настроена неправильно, уведомления могут не отправляться.

Подробности описаны в документации WordPress по настройке почты.

Как исправить

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

Для WordPress часто применяют подключение через SMTP или API специализированного почтового сервиса. Это позволяет отправлять уведомления через настроенную и авторизованную почтовую инфраструктуру, а не полагаться исключительно на стандартную конфигурацию хостинга.

4. Ошибки SMTP: неправильный порт, пароль или шифрование

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

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

Чаще всего встречаются следующие ошибки:

• неправильный адрес SMTP-сервера;
• ошибка в имени пользователя или пароле;
• неподходящий порт или тип шифрования;
• истёкший токен авторизации;
• блокировка исходящего соединения на стороне хостинга;
• изменение настроек почтового провайдера.

Как проверить SMTP на WordPress

1. Откройте настройки установленного SMTP-плагина.
2. Проверьте адрес сервера, порт и способ авторизации.
3. Убедитесь, что почтовый ящик или API-ключ действуют.
4. Используйте функцию отправки тестового письма, если она предусмотрена плагином.
5. Изучите сообщение об ошибке или журнал отправки.
6. После успешного теста отправьте заявку через реальную форму сайта.

Важно: успешное тестовое письмо подтверждает работоспособность конкретного способа отправки, но ещё не гарантирует, что все формы сайта настроены правильно.

5. Contact Form 7 не отправляет письма

Contact Form 7 — популярный плагин для создания форм обратной связи на WordPress. Если заявки перестали приходить, необходимо проверить не только сам плагин, но и его почтовые настройки.

Что проверить в Contact Form 7

1. Откройте административную панель WordPress.
2. Перейдите в раздел «Контактные формы».
3. Выберите форму, с которой не приходят заявки.
4. Откройте вкладку «Письмо».
5. Проверьте поля получателя, отправителя и темы письма.
6. Убедитесь, что почтовые теги соответствуют полям формы.
7. Сохраните изменения и выполните тестовую отправку.

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

Обычно надёжнее использовать корректно настроенный адрес своего домена в качестве отправителя, а адрес посетителя указывать в поле Reply-To, чтобы на заявку было удобно ответить.

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

6. Форма перестала работать после обновления WordPress или плагинов

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

Например, после обновления плагина формы может измениться работа JavaScript, перестать выполняться пользовательский обработчик или нарушиться взаимодействие с другим расширением.

Что делать

• вспомните, после каких изменений возникла проблема;
• проверьте журнал обновлений и ошибок;
• убедитесь, что тема и плагины совместимы с используемой версией WordPress;
• проверьте работу формы на тестовой копии сайта;
• при необходимости восстановите работоспособную конфигурацию из резервной копии.

Не стоит бездумно откатывать весь сайт или отключать плагины на действующем интернет-магазине: это может привести к дополнительным ошибкам и потере данных.

Если самостоятельно найти конфликт не получается, может потребоваться доработка сайта с диагностикой его текущей конфигурации.

7. Ошибки JavaScript и AJAX мешают отправке формы

Многие современные формы отправляют данные без перезагрузки страницы. Для этого используются JavaScript и сетевые запросы к серверу.

Если в скриптах возникает ошибка, кнопка может не реагировать на нажатие, форма может зависать на этапе отправки или показывать некорректное сообщение.

Как обнаружить проблему

1. Откройте страницу с формой в браузере.
2. Нажмите F12, чтобы открыть инструменты разработчика.
3. Перейдите на вкладку Console.
4. Попробуйте отправить тестовую заявку.
5. Проверьте сообщения об ошибках JavaScript.
6. На вкладке Network посмотрите, отправляется ли запрос и какой ответ возвращает сервер.

Например, ответ сервера с кодом 403 может указывать на блокировку запроса, а код 500 — на серверную ошибку. Но точную причину необходимо определять по журналам и содержимому ответа.

Иногда проблема возникает из-за настроек кеширования, оптимизации JavaScript или защитных механизмов сайта.

8. CAPTCHA или антиспам блокируют настоящие заявки

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

Причиной могут быть:

• неправильно настроенные ключи CAPTCHA;
• конфликт антиспам-плагинов;
• ошибки загрузки внешних скриптов;
• блокировка запросов защитой сервера;
• ложное срабатывание фильтров.

Как исправить

Проверьте, загружается ли CAPTCHA, появляются ли ошибки при отправке и не блокирует ли антиспам реальные тестовые обращения.

Если используется несколько защитных механизмов одновременно, важно убедиться, что они не конфликтуют.

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

9. Заявки сохраняются в CRM, но уведомления не приходят

Не на каждом сайте обращение отправляется только по электронной почте. Иногда форма передаёт данные в CRM, Telegram-бота или другую систему.

В такой ситуации возможны два разных сценария:

• заявка успешно попадает в CRM, но сотрудник не получает уведомление;
• передача данных в CRM вообще не происходит из-за ошибки интеграции.

Причиной могут быть устаревший токен доступа, изменение настроек интеграции, сбой вебхука или некорректные правила уведомлений.

Что проверить

Создайте тестовое обращение и проверьте, появилась ли запись непосредственно в CRM. Затем проверьте ответственного сотрудника, настройки уведомлений и журнал интеграции.

Если заявка есть в CRM, но письмо не приходит, проблема может быть именно в уведомлении, а не в форме сайта.

10. На сайте нет резервного способа сохранения заявок

Даже хорошо настроенная отправка электронной почты может временно перестать работать из-за проблем с сервером или почтовым сервисом.

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

Как снизить риск

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

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

Как проверить форму обратной связи самостоятельно: пошаговая инструкция

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

1. Откройте сайт как обычный посетитель. Желательно использовать режим инкогнито или другой браузер.
2. Заполните форму тестовыми данными. Укажите имя, телефон и сообщение, по которым сможете найти обращение.
3. Проверьте результат на странице. Появилось ли сообщение об успешной отправке или ошибка?
4. Проверьте почту. Посмотрите входящие сообщения, спам и правила фильтрации.
5. Проверьте административную панель. Если установлен механизм сохранения заявок, найдите тестовое обращение.
6. Проверьте CRM. Если она подключена, убедитесь, что данные действительно поступили.
7. Повторите проверку на телефоне. Некоторые ошибки проявляются только на мобильных устройствах.
8. Протестируйте остальные формы. Проверьте заявки со страниц услуг, всплывающих окон и подвала сайта.

Если тестовая заявка сохранилась в системе, но письмо не пришло, в первую очередь исследуйте отправку и доставку уведомлений.

Если обращение нигде не сохранилось, необходимо проверить обработчик формы, запросы браузера и серверные ошибки.

Как настроить надёжное получение заявок на WordPress

Для сайтов на WordPress желательно использовать несколько уровней контроля.

1. Настроить отправку через подходящий почтовый сервис

В зависимости от хостинга и используемой почты можно подключить SMTP или API почтового провайдера. После настройки необходимо проверить авторизацию и отправить тестовое письмо.

2. Проверить SPF, DKIM и DMARC

Эти механизмы помогают почтовым системам проверять подлинность сообщений. Их параметры настраиваются в DNS домена и зависят от используемого почтового сервиса.

3. Сохранять заявки независимо от почтовых уведомлений

Если форма поддерживает сохранение обращений в базе данных или CRM, это помогает не зависеть исключительно от доставки писем.

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

4. Настроить диагностику ошибок

Журналы отправки и серверных ошибок позволяют быстрее определить, на каком этапе возникла неисправность. Не следует сохранять пароли и другие секретные данные в открытых логах.

5. Регулярно тестировать формы

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

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

Что делать, если заявки перестали приходить после переноса сайта

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

После миграции могут измениться:

• параметры почтового сервера;
• IP-адрес отправителя;
• ограничения исходящих соединений;
• DNS-записи домена;
• настройки SMTP и авторизации;
• пути к файлам и конфигурация серверного окружения.

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

Когда стоит обратиться к разработчику

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

Но если форма перестала работать после обновления, возникают ошибки JavaScript, сервер возвращает код 500 или не удаётся настроить SMTP, может потребоваться помощь специалиста.

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

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

Часто задаваемые вопросы

Почему форма пишет «Сообщение отправлено», но письмо не приходит?

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

Почему не приходят письма с сайта WordPress?

Возможные причины — некорректная работа стандартной почтовой отправки, ошибки SMTP, неправильный адрес получателя, блокировка почтовым сервисом или конфликт плагинов. Начать следует с тестовой отправки и проверки журналов ошибок.

Что делать, если Contact Form 7 не отправляет письма?

Проверьте вкладку «Письмо» в настройках формы, корректность адресов, почтовых тегов и заголовков. Затем протестируйте отправку через почтовую систему WordPress и проверьте ошибки сервера.

Нужно ли устанавливать SMTP-плагин на WordPress?

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

Могут ли заявки пропасть после обновления сайта?

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

Как узнать, отправляли ли посетители заявки, которые не дошли?

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

Как часто нужно проверять формы обратной связи?

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

Заключение

Если заявки с сайта перестали приходить, это не обязательно означает, что посетители больше не интересуются вашими услугами. Возможно, проблема связана с формой, почтовым сервером, настройками WordPress или интеграцией с CRM.

Начните с тестовой отправки, проверьте получение письма и сохранение обращения. Затем последовательно исключайте ошибки настроек, SMTP, антиспам-защиты и серверной части.

Главное — не ориентироваться только на сообщение «Заявка отправлена». Важно убедиться, что обращение действительно поступило туда, где его сможет обработать сотрудник компании.