Как проверить, доходят ли письма о заказе из CRM?

Чтобы проверить письма о заказе, пройдите путь покупателя: оформите тестовый заказ, найдите событие отправки в CRM и проверьте входящие, спам и другие папки почты. Если письма нет, выясните, где оборвалась цепочка: CRM не запустила отправку, почтовый сервис отклонил сообщение или почта получателя отфильтровала его. Ниже — порядок проверки для интернет-магазина и простое объяснение, когда смотреть настройки SPF, DKIM и DMARC.

Как проверить весь путь письма от заказа до почтового ящика?

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

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

Запишите время заказа и адрес, на который ждали письмо. С этими данными проще искать событие в журнале CRM и обращаться в поддержку почтового сервиса. Если магазин передаёт заказы между сайтом, CRM и 1С, отдельно проверьте, не теряется ли нужный статус при обмене. Для такого случая пригодится проверка интеграции 1С и CRM перед распродажей.

Как понять, на каком этапе пропало письмо?

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

• В CRM нет события отправки. Проверьте правило автоматизации: нужный статус заказа, условие запуска, адрес получателя и включён ли шаблон.
• CRM зафиксировала ошибку передачи. Проверьте настройки подключения к почтовому сервису и текст ошибки. Для SMTP это могут быть параметры сервера и учётной записи; для API — доступ к подключению.
• Почтовый сервис отклонил письмо. Сохраните его ответ и проверьте адрес отправителя, настройки домена и само сообщение. Причину ищите в конкретной ошибке, а не в отметке «не доставлено».
• Почтовый сервис принял письмо, но во входящих его нет. Проверьте спам и другие папки у получателя. После этого переходите к SPF, DKIM и DMARC.

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

Что проверить в SPF, DKIM и DMARC, если письмо попало в спам?

Эти записи помогают принимающему почтовому сервису проверить, связан ли отправитель с доменом магазина. SPF перечисляет серверы, которым разрешено отправлять почту от имени домена. DKIM добавляет к письму подпись, по которой можно проверить его происхождение и целостность. DMARC задаёт правило проверки адреса в поле «От» с учётом SPF и DKIM. Сами по себе эти настройки не обещают попадания во входящие, но их ошибки мешают почте проходить проверку (RetailCRM, «Топ-7 сервисов имейл-рассылок для бизнеса в 2026 году»).

Посмотрите, какой адрес стоит в поле «От» у тестового письма. Затем проверьте домен этого адреса в настройках почтового сервиса: указан ли сервис в SPF, включена ли подпись DKIM и опубликована ли запись DMARC. Если письма магазина отправляют разные системы, сначала составьте их список. Иначе при правке SPF легко забыть один из действующих источников почты.

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

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

Какие ошибки чаще всего мешают найти причину?

• Проверяют только папку «Входящие». Поищите тестовое письмо по отправителю во всех папках, включая спам.
• Смотрят только на статус заказа. Откройте журнал отправки: заказ мог сохраниться, а правило письма — не сработать.
• Тестируют адрес, который уже получал похожие письма. Добавьте адрес в другом почтовом сервисе и сравните результаты.
• Меняют DNS-записи до проверки ошибки. Сначала выясните, отправляла ли CRM письмо и что ответил почтовый сервис.
• Проверяют старое письмо после изменения настроек. Сделайте новый заказ и изучите технические сведения нового сообщения.

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