Проверка письма перед рассылкой полезна, когда тест воспроизводит будущую отправку. Если рабочую кампанию отправляет сервис рассылок, а тестовое письмо вы набрали вручную в личной почте, результат относится к личной почте. По нему нельзя уверенно судить о кампании.
Задача подготовки — сохранить существенные условия отправки: систему, адрес отправителя, шаблон, ссылки и настройки отслеживания. Тогда найденная проблема относится к проверяемому сценарию, а следующий тест можно сравнить с первым.
Сначала определите, что именно проверяете
Разделите две задачи. Для проверки подключения SMTP и аутентификации достаточно простого письма из той же системы. Для проверки готовой рассылки нужен её рабочий вариант. Короткая фраза «Тест доставки» не воспроизводит письмо с баннером, персонализацией и ссылками.
Запишите цель одной строкой: «Проверить выпуск еженедельной рассылки из текущего сервиса» или «Проверить отправку уведомления о заказе после изменения SMTP». Это поможет не подменить предмет проверки по дороге.
Ввод адреса на странице Check сам по себе не запускает отправку. Сервис выдаёт контрольные адреса, а письмо отправляете вы. Общий принцип описан в материале о проверке попадания во Входящие.
Сохраните путь, по которому уйдёт кампания
Используйте тот же аккаунт и способ отправки, которые выбраны для получателей. Проверьте видимый адрес From, подключённый домен и настройки отправляющей системы. Если в сервисе есть несколько проектов или SMTP-подключений, убедитесь, что тест ушёл через нужное.
Кнопка «Отправить тест» в вашем редакторе может формировать письмо иначе, чем обычная кампания. Посмотрите документацию своего сервиса: сохраняет ли она персонализацию, подмену ссылок и обычную подпись. Если поведение отличается, организуйте небольшую контрольную отправку штатным способом.
Не пересылайте готовое письмо из другого ящика. Пересылка добавляет новый этап обработки и проверяет уже другой путь. Для диагностики важна копия, отправленная из исходной системы.
Проверьте содержимое до отправки
Откройте итоговый вариант после подстановки данных. В нём должны быть настоящая тема, корректное обращение, рабочие адреса переходов и предусмотренная отписка. Для теста используйте безопасные демонстрационные данные вместо сведений клиента, но сохраните структуру письма.
Проверьте, не остались ли переменные вроде имени получателя или номера заказа. Убедитесь, что текст кнопки соответствует её назначению. Если вложение заявлено в тексте, проверьте его наличие. Если приложенный файл для теста заменён, учитывайте это различие при выводах.
Не убирайте все ссылки и оформление ради красивого результата. Так можно проверить упрощённый вариант, но исходная кампания останется непроверенной. Упрощение пригодится позже, когда появится конкретная гипотеза о причине проблемы.
Для массовой подписной рассылки отдельно проверьте механизм отписки. Руководство Gmail для отправителей описывает требования, зависящие от типа и объёма отправки. Наличие ссылки в редакторе не подтверждает выполнение всех этих требований.
Отправьте и дождитесь наблюдений
Запустите проверку в Check, получите актуальные тестовые адреса и отправьте на них подготовленное письмо. Сохраните время отправки и идентификатор сообщения из своей системы, если он доступен. Это поможет сопоставить журнал отправки с найденной копией.
Сначала посмотрите на результаты отдельных ящиков. Где копия найдена? Когда? Есть ли ящики, которые пока не удалось прочитать? Подтверждённая папка и отсутствие данных требуют разных действий.
По методологии Check первый сбор обычно занимает около десяти минут. Затем сервис наблюдает полученные внешние копии в течение их 24-часового окна. Это ориентир работы проверки, а не обещание, что каждый ящик ответит в одинаковое время.
Пример: красивый тест и проблемная кампания
Представим учебную ситуацию. Маркетолог отправил из личного ящика короткое письмо и увидел Входящие. Затем отправил рабочую рассылку через сервис, а контрольная копия оказалась в Спаме.
Первый тест не доказывает, что проблема возникла внезапно. Между отправками изменились система, содержание и, возможно, техническая идентичность отправителя. Сравнивать только адрес From недостаточно.
Правильный следующий шаг — отправить рабочий шаблон из сервиса на контрольные адреса и изучить именно этот отчёт. Если обнаружена конкретная ошибка аутентификации, исправить её. Если таких ошибок нет, проверять гипотезы по одному изменению, сохраняя исходный вариант для сравнения.
Что сохранить перед выпуском
Оставьте у себя время проверки, версию шаблона, название отправляющей системы, выбранных провайдеров и результаты по каждой полученной копии. Отдельно отметьте пропуски. Формулировка «найдено во Входящих на проверенных ящиках» точнее, чем «вся рассылка доставляется».
Данные проверки в Check хранятся семь дней. Сохраните необходимые выводы заранее и не передавайте ссылки на отчёт тем, кому не хотите раскрывать содержимое.
Проверьте готовое письмо в Check: получите контрольные адреса и отправьте на них рабочий вариант из своей системы. Так у вас будет наблюдение о конкретной отправке перед запуском кампании.