Почему Postmaster не показывает данные: диагностика за 10 минут
Пустой график в Postmaster Tools — не диагноз, а симптом трёх разных состояний. Разбираем, как за десять минут понять, какое из них у вас, и что делать в каждом случае.
Три состояния, которые выглядят одинаково
«Нет рассылок»: вы не отправляли почту на Gmail или Mail.ru — данных нет и не должно быть. Это норма, а не проблема.
«Нет данных»: рассылки были, но источник не опубликовал статистику — лаг, порог объёма или потерянная верификация домена. Проблема — где-то между вами и источником.
«Сломан доступ»: источник данные публикует, но мониторинг их не получает — отозван токен, истёк доступ, ошибка интеграции. Проблема — между источником и мониторингом.
Перепутать эти состояния — потратить день не на то: чинить «интеграцию», когда просто не было рассылок, или ждать «лаг», когда доступ отозван и алерты мертвы.
Шаг 1. Исключите норму: лаг и объём
Оба источника публикуют статистику с задержкой: Google — суточные срезы через 1–2 дня, Mail.ru — примерно через сутки. Пустой «вчерашний» день — ещё не сбой.
Вторая нормальная причина — порог объёма. Google не показывает данные за дни с малым числом писем на Gmail (защита приватности получателей, порог не раскрывается). У Mail.ru есть свой порог публикации для малых объёмов.
Как проверить: сравните дату последних данных с календарём рассылок и объёмами. Рассылка была позавчера, объём привычный — ждите срез. Рассылок неделю не было — пустой график закономерен.
Шаг 2. Проверьте домен и его верификацию
Данные появляются только по подтверждённым доменам. Проверьте статус верификации в кабинете источника и саму DNS-запись: при смене NS-провайдера или переносе зоны записи верификации теряются чаще всего.
Сверьте, на какой домен пишется статистика. У Google это DKIM (тег d=) или Return-Path домен; у Mail.ru — строго домен из DKIM-подписи, значение From игнорируется. Смена DKIM-селектора или подписывающего домена «уводит» статистику на другой домен — в привычном месте она исчезает.
Субдомены в Google Postmaster Tools имеют свои дашборды: если рассылка идёт с newsletter.example.com, добавьте его отдельно — после верификации основного домена подтверждать субдомен не нужно.
- •Google: статистика пишется на DKIM (d=) или Return-Path домен.
- •Mail.ru: строго на домен из DKIM-подписи — From игнорируется.
Шаг 3. Отличите «сломан доступ»
Признаки сломанного доступа: последние данные есть, потом обрыв при живой рассылке; статус подключения «доступ отозван»; в журнале синхронизаций — ошибки авторизации (у Google это 403, у Mail.ru — 403 на истёкшем access_token или «token not found» на отозванном refresh).
Лечение простое: повторная авторизация. Временные сбои (лимиты API, недоступность провайдера) проходят сами — синхронизация восстановится на следующем прогоне.
Не путайте с паузой: если рассылок не было, статус подключения останется активным, а ошибок в журнале не будет.
Чек-лист диагностики
Сводный порядок — от нормы к поломке:
- 1Дата последних данных: внутри лага 1–2 дней (Google) или ~1 дня (Mail.ru) — просто ждите.
- 2Календарь рассылок: отправлений не было — «нет рассылок», это норма.
- 3Объём: малый или разовый поток — вероятен порог приватности/публикации.
- 4Верификация: домен подтверждён, DNS-запись на месте (не терялась при смене NS).
- 5DKIM/Return-Path: подписывающий домен не менялся — статистика не «уехала» на другой домен.
- 6Субдомены: добавлены в Postmaster Tools явно.
- 7Подключение: статус активен, журнал синхронизаций без ошибок авторизации.
Как это различает PostmastersTool
У каждой метрики видна дата данных («данные на {дата}»), поэтому лаг не маскируется под «всё в порядке». Правила «нет данных» — 48 часов предупреждение, 72 часа критично — срабатывают только там, где поток был и пропал.
Ложные срабатывания подавляются: домен, у которого данных не было никогда, не алертит — нечего терять. Живой поток, который пропал, — алертит. Ошибки интеграции — отдельный тип инцидента со своим playbook: проверить статус подключения, переавторизоваться, дождаться восстановления после временного сбоя.
Итог: три состояния из начала статьи в продукте разведены — вы видите, «нет рассылок» это, «нет данных» или «сломан доступ», и реагируете на нужное.