Клиент нажал «Отправить», увидел сообщение об успехе и ждёт ответа. А у компании в почте нет новой заявки. Такая ситуация опаснее обычной ошибки формы: посетитель уверен, что обращение принято, а бизнес может потерять заказ.
Важно не искать одну универсальную причину, а проверить всю цепочку: браузер → обработчик формы → почтовый сервер → почтовый ящик получателя. Ниже — последовательность, которая помогает находить проблемы на MODX, WordPress и собственных сайтах.
1. Проверьте форму реальной тестовой отправкой
Заполните все обязательные поля, отправьте сообщение и зафиксируйте время, страницу и адрес получателя. Повторите тест на телефоне и компьютере. Обратите внимание на ошибки JavaScript, капчу, галочки согласия и поля, которые могут не проходить проверку на сервере.
Сообщение «Заявка успешно отправлена» само по себе не доказывает, что письмо получено. Иногда интерфейс показывает успех по факту HTTP-ответа, не проверяя результат последующих действий.
2. Посмотрите вкладку Network и ответ обработчика
Откройте DevTools → Network, отправьте форму и найдите её POST-запрос. Проверьте HTTP-статус и JSON-ответ: нет ли сообщения об ошибке валидации, антиспама или доставки. Код 200 означает лишь, что сервер обработал HTTP-запрос, но не гарантирует получение письма.
3. Проверьте адрес получателя и логику обработчика
Неверный адрес в параметре emailTo, неправильный чанк письма, ошибочная последовательность hooks или отключённый обработчик могут помешать отправке. В MODX с FormIt проверьте настройки вызова и журналы ошибок, а для AJAX-форм — фактический ответ сервера.
Если используется собственная форма, проверьте, что запись заявки и попытка отправки почты происходят на сервере, а не только в JavaScript браузера.
4. Убедитесь, что письмо не попало в спам
Проверьте папки «Спам», «Нежелательные», «Промоакции», правила сортировки, переадресации и блокировки отправителей. Отправьте тестовое письмо на второй независимый ящик, например у другого почтового провайдера. Это помогает отделить проблемы сайта от фильтрации у получателя.
5. Проверьте почту MODX и SMTP
У MODX есть встроенная почтовая служба. Она может использовать PHP mail() либо SMTP. Официальная документация рекомендует SMTP как более контролируемый способ отправки.
Для MODX проверьте системные настройки mail_use_smtp, mail_smtp_auth, mail_smtp_hosts, mail_smtp_port, mail_smtp_user и настройки шифрования, предусмотренные вашей версией. Проверьте также emailsender: адрес отправителя должен быть разрешён вашим почтовым сервисом.
Официальная документация: отправка почты в MODX Revolution. Не публикуйте пароли SMTP и полные технические журналы в открытом доступе.
6. Проверьте SPF, DKIM и DMARC
Даже успешно отправленное сервером сообщение может отклоняться принимающей стороной. Причиной бывают ошибки DNS, отсутствие корректной аутентификации, несовпадение доменов отправителя и плохая репутация почтового сервера.
Gmail требует для всех отправителей как минимум SPF или DKIM, а для массовых отправителей действуют более строгие требования, включая SPF, DKIM и DMARC. Независимо от объёма писем бизнесу полезно правильно настроить все три механизма.
Официальная справка Google: руководство для отправителей писем.
7. Проверьте очередь и журналы почтового сервера
Если SMTP или почтовый сервер находится на вашем VPS, нужно проверить журналы исходящих сообщений. У сервера Exim это могут быть mainlog и очередь сообщений. Ищите результат для конкретной тестовой заявки: принято к доставке, отложено, отклонено, возвращено с ошибкой.
Важно различать успешное принятие письма почтовым сервером и доставку в конечный ящик. Первое не означает второе. Если сервер обслуживает хостинг-провайдер, запросите у поддержки диагностику по времени и адресу отправителя.
8. Сохраняйте заявки независимо от email
Самая надёжная архитектура — сначала сохранить обращение в базе данных, административной панели или CRM, затем отправить уведомление. Тогда временная проблема SMTP не приводит к полной потере заявки.
Для интернет-магазинов на miniShop2 заказ должен оставаться в базе магазина независимо от доставки email. Для обычных форм можно использовать серверное журналирование заявок, отдельную таблицу или подходящее дополнение. При этом учитывайте законодательство о персональных данных, разграничивайте доступ и не храните лишнее.
Короткая таблица диагностики
| Симптом | Где искать |
|---|---|
| Кнопка не реагирует | JavaScript, валидация, капча |
| POST возвращает ошибку | Обработчик формы, серверные логи |
| Форма показывает успех, письма нет | SMTP, адрес получателя, спам, очередь |
| На один адрес приходит, на другой нет | Принимающий сервер и фильтрация |
| Письмо приходит, но с большой задержкой | Очередь, временные ошибки доставки |
Итог
Если заявки не приходят на почту, не стоит сразу переписывать форму. Сначала проведите контрольную отправку, изучите ответ сервера и почтовые журналы. И обязательно предусмотрите независимое хранение обращений.
Нужна диагностика форм на MODX, настройка SMTP или восстановление уведомлений интернет-магазина? Свяжитесь с SAIT-MODX.BY — поможем найти конкретную причину и проверить результат тестовой заявкой.
