Вам хочется получить одно число: рейтинг репутации отправителя для домена, который покажет, доходят ли письма. Но ваш рейтинг репутации отправителя состоит не из одной оценки, а из трех. Google, Microsoft и Yahoo выносят собственные внутренние вердикты о домене отправки и не обмениваются ими. В один и тот же день Gmail может оценивать репутацию как "High", а Outlook может блокировать письма.
Из-за этого искать причину очень сложно. Сторонний сервис показывает рейтинг "82/100", вы считаете, что все в порядке, а Microsoft тем временем отклоняет половину сообщений с кодом 550 5.7.515. Косвенная оценка не дала полезной информации. Более широкий взгляд на место репутации в процессе доставки представлен в нашем руководстве о сигналах репутации отправителя. Здесь мы подробнее разберем, что именно учитывает каждый провайдер, где проходят жесткие границы и как может выглядеть конкретный план восстановления.
Что на самом деле представляет собой рейтинг репутации отправителя
Это внутренняя оценка риска, которую получатель рассчитывает для домена и IP-адреса отправки с учетом соблюдения требований аутентификации, частоты жалоб, гигиены списка и характера рассылок. Она не хранится в общей базе данных. Каждый крупный провайдер рассчитывает ее независимо по своим данным и порогам, поэтому статус в Gmail мало говорит о положении в Outlook.
Сторонние инструменты, такие как SenderScore и Talos Intelligence, дают косвенные оценки. Они полезны для наблюдения за тенденциями, но не отражают фактический внутренний рейтинг. Именно эти значения не считывает фильтр Gmail при получении письма. Оценки, влияющие на доставку, остаются закрытыми, непрозрачными и контролируются получателем.
Доступны лишь панели соответствия требованиям, коды ошибок и данные о жалобах, на основе которых формируются внутренние оценки.
Как Google, Microsoft и Yahoo оценивают ваш домен
Каждый крупный провайдер по-своему взвешивает сигналы. Знание этих различий помогает диагностировать проблемы доставки у разных провайдеров, ведь исправление для Gmail может не дать того же результата в Outlook.
Google (Gmail)
Для проверки используется Google Postmaster Tools. На панели соответствия Google учитывает SPF, DKIM, выравнивание DMARC, частоту жалоб на спам и поддержку отписки одним нажатием. Систематические нарушения могут привести к фильтрации или отклонению писем на SMTP-шлюзе.
Важные пороги, которые напрямую влияют на рейтинг:
| Частота жалоб | Статус | Влияние на доставку |
|---|---|---|
| <0.10% (1 из 1,000) | Соответствие | Размещение во входящих обычно не затронуто |
| 0.10%-0.30% | Зона предупреждения | Доставляемость может ухудшаться |
| ≥0.30% (3 из 1,000) | Нарушение правил | Письма могут отклоняться на SMTP-шлюзе |
Есть слепая зона: если суточный объем отправки в Gmail ниже примерно 200-500 сообщений, панель показывает "No Data". В этом случае важных данных для наблюдения нет.
Microsoft (Outlook / Office 365)
Для проверки используется SNDS (Smart Network Data Services). Microsoft оценивает прежде всего IP, а не только домен, и считается особенно строгой средой для B2B-отправителей. Статус бывает Green (<10% отфильтровано), Yellow (10-90%) или Red (>90%, что на практике может быть близко к блокировке).
О проблемах с рейтингом сообщают коды ошибок: 550 5.7.515 означает "Sender identity not authenticated". 451 4.7.500 означает "Server busy" и у Microsoft может указывать на недостаточное доверие к отправителю.
Yahoo (включая AOL)
Yahoo Sender Hub уделяет основное внимание частоте жалоб. Важно учитывать особенность: Yahoo рассчитывает долю спама относительно писем, доставленных во входящие, а не общего числа отправлений. Если из-за слабой репутации 900 из 1,000 сообщений попадают в спам и только 100 доходят до входящих, одна жалоба дает 1/100 (1.0%), а не 1/1,000 (0.1%). Так плохое размещение во входящих может ускорять дальнейшее снижение рейтинга в Yahoo.
Четыре фактора, меняющие рейтинг репутации отправителя
Рейтинг формируется не случайно. Это постоянно обновляемый расчет на основе конкретных измеримых факторов. Улучшая их, можно влиять и на итоговую оценку.
1. Частота жалоб на спам: граница 0.3%
Это особенно чувствительный сигнал. Жалоба появляется, когда пользователь нажимает "Report Spam". Google и Yahoo устанавливают четкие границы: желательно оставаться ниже 0.1%, а при 0.3% могут начинаться блокировки. В автоматизированном процессе обычно не предусмотрены переговоры, апелляция или льготный период.
Если ссылку для отписки трудно найти, пользователь скорее нажмет кнопку спама. Поэтому заголовки отписки одним нажатием по RFC 8058 стали важным требованием Google для маркетинговых писем и рассылок по подписке:
List-Unsubscribe: <https://yourdomain.com/unsub?id=abc123>
List-Unsubscribe-Post: List-Unsubscribe=One-Click2. Выравнивание аутентификации: SPF, DKIM, DMARC
Репутация привязана к идентичности. Если отправитель не может подтвердить, кто он, сформировать устойчивую репутацию сложно.
- SPF: Проверка должна проходить. Превышение лимита в 10 DNS-запросов возвращает PermError и может серьезно ухудшить рейтинг. Подробности приведены в нашем руководстве по настройке SPF.
- DKIM: Проверка и выравнивание должны проходить. Используйте ключи длиной 2048 бит, поскольку устаревшие ключи длиной 1024 бита становятся все более рискованными.
- DMARC: Отправка без записи DMARC, даже с
p=none, может восприниматься как признак неуправляемого домена.
3. Попадания в спам-ловушки
Чистые ловушки представляют собой адреса, созданные провайдерами специально для обнаружения собранных или купленных списков. Попадание в такую ловушку может иметь тяжелые последствия. Переработанные ловушки представляют собой старые заброшенные адреса, которые провайдеры вновь активируют для проверки гигиены списка. Попадание в них указывает на отсутствие регулярной очистки. Оба вида способны непропорционально объему ухудшать рейтинг.
4. Стабильность объема и порог массового отправителя
С февраля 2024 года Google и Yahoo применяют порог массового отправителя в 5,000 писем в день. Если домен хотя бы однажды его пересек, к нему могут надолго применяться более строгие требования: DMARC, отписка одним нажатием и очень низкая частота жалоб. Последующее снижение объема не обязательно отменяет такую классификацию.
На что не стоит тратить время
Некоторые "лучшие практики доставляемости" устарели и повторяются по привычке. Не оптимизируйте факторы, которые почти не меняют рейтинг. Они отвлекают от действительно значимых данных.
- "Спам-слова": Универсального списка запрещенных слов нет. При высокой репутации могут работать "Free" и "Discount", а при низкой даже пустое письмо может попасть в спам. Контекст и история отправителя обычно важнее отдельных слов.
- Соотношение текста и изображений: Старое правило 60/40 для оценки репутации устарело. Не отправляйте одно огромное изображение из соображений доступности, но не пытайтесь любой ценой оптимизировать долю пикселей.
- Колебания сторонних оценок: Если SenderScore снизился на 5 пунктов, но Google Postmaster показывает соответствие требованиям, а открываемость не меняется, сторонняя оценка может быть несущественным шумом.
План восстановления на 14 дней при резком падении рейтинга
Если рейтинг обрушился, например до Red у Microsoft или Low у Google, либо жалобы превысили 0.3%, одного совета "отправлять меньше" недостаточно. Нужно улучшить качество сигналов, а не только сократить их объем.
Этап 1: остановить ухудшение (дни 1-3)
- Приостановите маркетинговые письма. Ожидаемые транзакционные сообщения, например сброс пароля и счета, можно продолжать отправлять: их более высокая вовлеченность может помочь восстанавливать доверие.
- Исправьте аутентификацию. Проверьте Forward-Confirmed Reverse DNS для IP отправки, найдите в журналах ошибки
5.7.515и внедрите заголовки отписки одним нажатием по RFC 8058. - Удалите неактивные контакты. Исключите всех, кто не открывал письма в течение 90 дней. Во время восстановления такие получатели повышают риск.
Этап 2: повторный прогрев (дни 4-14)
- Создайте сегмент наиболее активных получателей, открывавших письма за последние 30 дней.
- Наращивайте объем линейно: день 4 = 50 писем, день 5 = 100, день 6 = 200. Удваивайте объем ежедневно, пока показатели стабильны, до достижения обычного уровня.
- При снижении репутации или ограничении скорости (
421 RP-001) остановите рост и удерживайте объем неизменным 3 дня, прежде чем продолжить. - Ежедневно проверяйте Google Postmaster и следите за стабилизацией статуса соответствия.
Две недели дисциплинированной отправки по чистым спискам часто позволяют перевести рейтинг из заблокированного состояния в рабочее. Не торопитесь: преждевременный скачок объема способен отбросить прогресс и вновь ухудшить рейтинг.
Как архитектура хостинга влияет на репутацию
Многие малые компании и агентства сталкиваются с трудностями в управлении репутацией, потому что архитектура почтового хостинга может незаметно ухудшать рейтинг. Он зависит от инфраструктуры, которую вы нередко контролируете лишь частично. На общем хостинге cPanel репутация связана с другими пользователями того же IP, поэтому их спам может повредить и вашей доставке. В Google Workspace за $7+/user цена выше, но одна агрессивная кампания все равно может создать риск блокировки домена.
Один из подходов состоит в отделении хостинга ящиков от инфраструктуры отправки. Если проблемы с репутацией домена уже заметны, диагностические шаги приведены в руководстве о скомпрометированной репутации домена.
| Старый подход | Новый подход |
|---|---|
| Ящики и отправка на одном общем IP | Хостинг ящиков отделен от исходящего SMTP |
| Спам другого пользователя ухудшает репутацию домена | Репутация отправки изолирована по SMTP-провайдеру |
| Оплата почтового хостинга за пользователя | Фиксированная цена хостинга, SMTP оплачивается только по объему |
| Ущерб репутации может затронуть всех клиентов | Риск отправки каждого клиента лучше изолирован |
TrekMail построен с учетом такого разделения. Вы получаете IMAP-хостинг ящиков по фиксированной цене без платы за пользователя и общий пул хранилища для доменов. Исходящая почта отправляется либо через управляемый SMTP TrekMail в планах Starter и выше, либо через собственного SMTP-провайдера с BYO SMTP в плане Nano.
Для агентств особенно важна модель BYO SMTP: назначьте клиенту A отдельную учетную запись SendGrid, а клиенту B Amazon SES. Если клиент A повредит свою репутацию, при такой изоляции прежде всего пострадают его собственные учетные данные SMTP. Клиент B и основной домен агентства должны остаться отделенными. Масштабирование этой схемы описано в руководстве о мультидоменном почтовом хостинге.
Проверка статуса DNS в TrekMail может отмечать проблемы SPF, DKIM и DMARC на панели до их проявления в рабочей среде. Это помогает заметить неверную настройку до того, как она повлияет на рейтинг или клиент сообщит о возврате писем.
Вывод: рейтинг репутации отправителя можно изменить
Рейтинг не является загадкой или лотереей. Он рассчитывается на основе соблюдения требований аутентификации, частоты жалоб, гигиены списка и архитектуры отправки. Потолок жалоб 0.3%, лимит SPF в 10 запросов и различия между вердиктами Google и Microsoft действительно важны. Вместо погони за косвенными оценками управляйте исходными факторами рейтинга.
Если хостинг усложняет это общими IP, ценой за пользователя или отсутствием изоляции отправки, TrekMail предлагает мультидоменный хостинг по фиксированной цене с SPF include, встроенными проверками DNS и возможностью разделять исходящую отправку по клиенту или домену. План Nano включает 10 доменов с BYO SMTP без необходимости указывать банковскую карту. Платные планы начинаются с $3.50/month, включают управляемый SMTP и 14-day пробный период, для которого нужна карта. Актуальные планы смотрите на trekmail.net/pricing.
