Google Postmaster Tools показывает данные. Мониторинг сообщает, когда нужно действовать: пороги, baseline, инциденты и алерты с контекстом в Telegram, Slack, email и webhook.
Postmaster Tools — бесплатный источник агрегированной статистики о почте, которую ваш домен отправляет на личные адреса Gmail (@gmail.com и @googlemail.com). По корпоративным ящикам Google Workspace статистики нет.
Данные привязаны к аутентификационному домену: DKIM (тег d=) или SPF (Return-Path). С 2026 года Google отдает их через новую версию Postmaster Tools (API v2), прежняя версия отключена. Метрики новой версии:
| Метрика | Что показывает |
|---|---|
| Spam rate | Доля писем, доставленных во входящие, которые получатели пометили как спам. Знаменатель: доставленные во входящие, а не отправленные. |
| Соответствие требованиям Google | Отметка "выполнено" или "нужна доработка" по каждому требованию Google к отправителям: SPF, DKIM, DMARC, формат писем, записи DNS, шифрование, доля жалоб, отписка в один клик и исполнение отписок. Эту проверку Google дает вместо репутации домена. |
| SPF / DKIM / DMARC, % | Доля писем, прошедших каждую проверку аутентификации. |
| TLS | Доля писем, переданных по шифрованному соединению, и число писем, по которым она посчитана. |
| Ошибки доставки | Доля и число отклоненных писем. Сервис показывает их одним общим значением, без разбивки по типам ошибок. |
| Feedback loop | Spam ratio по идентификаторам из заголовка Feedback-ID — если вы его передаёте в письмах. |
В 2026 году Google перевел Postmaster Tools на новую версию. Репутации домена и репутации IP в ней нет: ни в веб-интерфейсе, ни в API. Google объяснил это тем, что по репутации трудно понять, какие действия нужны.
Вместо репутации Google показывает соответствие требованиям к отправителям. По каждому требованию стоит отметка "выполнено" или "нужна доработка": SPF, DKIM, SPF и DKIM вместе, политика DMARC, выравнивание DMARC (домен в заголовке "От"), формат писем, записи DNS (прямая и обратная), шифрование TLS, доля жалоб на спам, отписка в один клик и исполнение отписок. Если требование по отписке не выполнено, Google называет причину.
Postmaster Tools публикует статистику суточными срезами с задержкой: в норме данные за день появляются через 1-2 суток. Пустой "вчерашний" день еще не сбой, дождитесь следующего среза. Google может дозаполнить прошедший день позже: день, который сначала пришел пустым, потом появляется с данными.
Если данных нет дольше, типичная причина — порог объёма: Google не показывает статистику за дни, когда писем на Gmail было слишком мало. Это защита приватности получателей; точное значение порога не раскрывается.
Практический вывод: у доменов с небольшим или нерегулярным объёмом рассылок график идёт с пропусками. Это свойство источника, а не признак поломки — и именно поэтому «нет данных» нужно мониторить отдельно от «метрика в норме».
Требование Google к массовым отправителям: держать spam rate ниже 0,10% и не допускать достижения 0,30%. Из этого следуют два рабочих порога:
Самый частый вопрос после подключения. Порядок диагностики — от самой вероятной причины:
Подробный разбор с чек-листом — в статье блога «Почему Postmaster не показывает данные».
Какие домены стоят в d= и Return-Path вашего письма, можно проверить в анализаторе заголовков.
Подключение третьей стороны к Postmaster Tools идёт через OAuth 2.0 с единственным scope — postmaster.traffic.readonly. Это принципиально «узкое» разрешение:
Как выглядит безопасное подключение: на экране согласия Google запрошен только postmaster.traffic.readonly — без лишних scope; сервис хранит токены в зашифрованном виде и даёт отзыв в один клик. В PostmastersTool токены шифруются AES-256-GCM, при отключении интеграции токен отзывается у Google и удаляется. Если на экране согласия запрошено больше одного scope — это повод отказаться от подключения.
Три экрана продукта, которые заменяют ручной обход кабинетов:
Все домены Google и Mail.ru в одном экране с health-статусом. У каждой метрики видно «данные на {дата}» — лаг источника не маскируется под «всё в порядке».
При пробитии порога создаётся инцидент с severity, причиной и playbook «что делать». Есть ack, mute и заметки: видно, кто и когда отреагировал.
Уведомление в Telegram, Slack, email или webhook с контекстом: домен, метрика, значение, порог, ссылка на инцидент. Маршрутизация по severity и тихие часы.
Под капотом: синхронизация каждые 6 часов; правила по умолчанию (доля жалоб от 0,1% и от 0,3%, рост жалоб к прошлому периоду вдвое и втрое) создаются автоматически; ложные "нет данных" подавляются.
Данные те же — мы читаем официальный API. Разница в слое обнаружения: кабинет показывает графики, которые надо открыть и интерпретировать самому; мониторинг сам решает, что изменение опасно, и доставляет его ответственному — с инцидентом, playbook и историей реакции.
Так работает источник: Google публикует суточные срезы с лагом 1–2 дня, и у всех решений этот лаг одинаковый. Мы показываем дату данных и алертим на их отсутствие, чтобы лаг не приняли за «всё тихо».
Нет. Scope postmaster.traffic.readonly отдаёт только агрегированные суточные метрики: ни содержимого писем, ни адресов получателей в нём нет технически. Отправлять почту с этим разрешением невозможно.
Нужен разбор уже возникшей проблемы? Посмотрите, как устроен аудит доставляемости.
21 день на тарифе «Бизнес», без карты. Подключение Google — два клика через OAuth, данные появятся за 1–3 дня (лаг источника).