Одно письмо найдено во Входящих Gmail, в Спаме Mail.ru и в другой категории ещё одного провайдера. Такой отчёт не нужно сводить к вопросу, какой сервис «правильно» оценил отправителя. Для начала это несколько наблюдений о разных полученных копиях.
Полезная диагностика начинается с проверки сопоставимости. Совпадают ли содержимое и способ отправки? Когда прочитаны ящики? Все ли результаты подтверждены? Только после этого можно выбирать гипотезу для следующего теста.
Не начинайте с общего процента
Откройте результаты по отдельным ящикам. Для каждого запишите фактическую папку, время и доступность наблюдения. Неудачный результат одного провайдера нельзя скрыть средним значением, если именно этот провайдер важен для вашей аудитории.
Также не переносите результат одного контрольного ящика на всех пользователей сервиса. Проверка показывает размещение конкретной копии в конкретном ящике. История взаимодействий, настройки и среда другого получателя могут отличаться.
Приоритет следующей проверки выбирайте по своей задаче и известному составу аудитории. Если нужный вам тип ящика не представлен, прямо укажите пробел. Успех потребительского ящика не доказывает прохождение корпоративного шлюза организации.
Проверьте, действительно ли отправлено одно письмо
Одинаковая тема ещё не делает копии идентичными. Сервис рассылок может подставить разные обращения, ссылки, служебные заголовки и данные. Несколько подключённых отправителей или маршрутов тоже усложняют сравнение.
Посмотрите доступные сведения о каждой копии: From, время получения и идентификаторы. В техническом блоке проверьте источник выбранной копии. Не предполагайте, что один общий результат аутентификации автоматически описывает все внешние ящики.
Если исходящие IP различаются, сохраните это различие. Но не объявляйте любой IP из цепочки Received вашим исходящим сервером: он может принадлежать промежуточному узлу. Вывод должен соответствовать тому, что удалось установить.
Для нового сопоставимого теста используйте инструкцию по подготовке точной копии. Она помогает сохранить рабочую систему отправки и не заменить кампанию случайным письмом из личной почты.
Различайте Спам и дополнительные категории
«Промоакции», «Оповещения» и другая папка не равны Спаму. Например, Gmail описывает категории как способ сортировки полученных сообщений. Письмо в рекламной категории может соответствовать своему назначению.
В отчёте Check дополнительная категория учитывается как полученная копия, но не как основные Входящие. Поэтому отдельно фиксируйте получение, папку и цель проверки. Если задача — найти уведомление среди основных писем, дополнительная категория важна, но её нельзя переименовать в блокировку.
Для unknown и no-data логика другая: подтверждённой папки может не быть вовсе. Если провайдера не удалось прочитать, его строка не участвует в доказательстве, что письмо фильтруется строже.
Сравните время наблюдений
Папка относится к моменту чтения. Ранний результат Gmail и более поздний результат Mail.ru не являются одновременным снимком. Это не делает данные бесполезными, но ограничивает вывод.
Посмотрите последовательность подтверждённых замеров. Если копия позже сменила папку, сохраните оба наблюдения и интервал между ними. Не назначайте точное время перемещения, которого отчёт не установил.
Пропуск следующей проверки не отменяет предыдущую находку. Он также не доказывает, что папка осталась прежней. Правила 24-часового наблюдения и подсчёта полученных копий приведены в методологии Check.
Что различие позволяет предположить
Если одна сопоставимая копия найдена в Спаме, а другая во Входящих, результат даёт повод исследовать условия обработки у проблемного провайдера. Он не доказывает конкретную причину: содержание, репутацию, историю ящика или определённое правило.
Сначала изучите подтверждённые ошибки отправки и доступные технические результаты. Если SPF, DKIM и DMARC успешны, это не завершает диагностику. Для такой ситуации есть отдельный разбор pass при попадании в Спам.
Не составляйте по одному тесту рейтинг «строгих» и «лояльных» провайдеров. Даже повторяющийся рисунок относится к вашим условиям отправки и наблюдаемым ящикам. Для более широкого утверждения нужна отдельная доказательная база.
Учебный пример: три строки, три следующих действия
Команда проверяет уведомление о записи. У первого провайдера копия во Входящих, у второго — в Спаме, у третьего произошла ошибка чтения. Общая фраза «доставка работает через раз» потеряет важные различия.
Для первого результата команда сохраняет подтверждённую папку и время. Для второго изучает аутентификацию и содержимое именно проверяемой отправки. Для третьего проверяет состояние наблюдения: переписывание темы не исправит недоступность тестового ящика.
Если найдена конкретная проблема, команда исправляет её и делает новую отправку с сопоставимыми условиями. Если проблемы не подтверждены, выбирает одну гипотезу и отмечает её как предположение.
В итоговой записи остаются три отдельных состояния. Так следующий тест отвечает на вопрос о проблемном провайдере, а не просто меняет красивую цифру в сводке.
Как использовать расхождение перед рассылкой
Определите, какие наблюдения необходимы для решения о вашей кампании, и где данных пока нет. Не обещайте всей аудитории Входящие на основании нескольких контрольных копий. Сохраните и успешные результаты, и ограничения.
Проверьте письмо в Check, отправив его из рабочей системы на доступные контрольные адреса. Начните с отдельных папок и времени замеров: именно они позволяют превратить расхождение между провайдерами в следующий проверяемый шаг.