Требования Gmail к массовым отправителям и при чём тут холодный B2B-аутрич

Требования Google формально касаются тех, кто шлёт от 5000 писем в день на Gmail-адреса. Отправитель холодных B2B-писем на 50–150 адресов в день под это определение не попадает — и именно поэтому вопрос путает: раз лимит не про меня, значит настройки не нужны? Нужны, просто по другой причине: не чтобы не попасть под ограничение объёма, а чтобы письмо от незнакомого домена не улетело во «Входящие» с меткой подозрительности или сразу в папку «Спам».

Что именно требует Google и от кого

В требованиях Google к отправителям, обновлённых в последние годы, есть чёткий порог: правила про one-click unsubscribe и жёсткий контроль spam rate обязательны для тех, кто отправляет от 5000 сообщений в день на адреса Gmail. Это правила для email-маркетинга и транзакционных рассылок в привычном понимании — по подписной базе, десятками и сотнями тысяч писем.

Требования включают несколько блоков: аутентификацию домена (SPF, DKIM, обязательный DMARC — минимум с политикой p=none), поддержание spam rate ниже 0,3% по данным Google Postmaster Tools, валидные форвард-и-обратные DNS-записи для отправляющего IP и наличие простого способа отписаться в одно нажатие для рассылок, которые формально попадают под категорию массовых.

Холодный B2B-аутрич — это не рассылка по подписчикам. Здесь нет базы людей, давших согласие получать письма регулярно, письма адресные (конкретному человеку на конкретной должности в конкретной компании), объёмы на порядки ниже, и цель — не охват, а точечный диалог с несколькими десятками ЛПР в день. Формально порог 5000 писем такой отправитель не задевает.

Но путать «требования ко мне не применяются» с «настройки мне не нужны» — ошибка. Часть требований — это не порог объёма, а базовая техническая гигиена, без которой любое письмо от малознакомого домена автоматически проверяется почтовым сервисом строже. Дальше по пунктам, что из списка обязательно и почему.

SPF, DKIM, DMARC — зачем они холодному отправителю

SPF (Sender Policy Framework) отвечает на вопрос «имеет ли этот сервер право отправлять почту от имени этого домена». DKIM — цифровая подпись письма, подтверждающая, что оно не было изменено при пересылке. DMARC — политика, которая говорит принимающему серверу, что делать с письмом, если SPF или DKIM не прошли проверку, и куда слать отчёт о таких случаях.

Без этой тройки письмо от домена, у которого нет истории у Gmail, автоматически получает более настороженную оценку — не потому что оно от «массового» отправителя, а потому что почтовый сервис не может подтвердить его подлинность. Домен без SPF/DKIM/DMARC выглядит технически неотличимо от домена, который кто-то использует для спуфинга — подделки адреса отправителя, — и Gmail реагирует соответственно, даже если письмо ушло единственному человеку.

Для холодного аутрич-домена минимальный рабочий набор: SPF-запись, включающая все сервисы, через которые реально отправляется почта; DKIM-подпись, включённая для домена и настроенная в том сервисе, который непосредственно отправляет письма; DMARC хотя бы с политикой p=none — на старте она не блокирует ничего, но приучает домен присылать отчёты о попытках подделки и даёт репутационный сигнал, что домен вообще думает про аутентификацию.

Отдельный момент — согласованность выравнивания (alignment) между доменом From и доменом, который прошёл SPF/DKIM. Если письмо технически отправляется через промежуточный сервис, а в поле «От кого» стоит корпоративный домен, без правильной настройки DMARC-выравнивание не пройдёт, и письмо будет расцениваться так же, как если бы аутентификации не было вовсе.

Порог spam rate 0,3% — ориентир и для малых объёмов

Требование Google держать spam rate ниже 0,3% сформулировано для больших отправителей, но сам показатель — доля получателей, нажавших «Это спам» — одинаково опасен для домена вне зависимости от того, сколько писем ушло за день: 5 из 1000 или 1 из 200.

Для холодного B2B-письма практический ориентир по жалобам — держаться заметно ниже одной жалобы на 300–500 отправленных писем. Если жалобы идут чаще, это почти всегда сигнал не про объём, а про содержание или таргетинг: письмо выглядит как реклама, ушло не тому человеку, или база собрана без разбора по релевантности.

Ключевое отличие адресного B2B-аутрича от массовой рассылки в том, что жалоба на письмо от незнакомого домена, отправленное на десятки адресов, портит репутацию домена так же ощутимо, как жалоба у крупного отправителя на тысячи писем — просто из-за меньшего объёма каждая жалоба «весит» больше в процентном выражении. Одна жалоба на 50 писем в день — это уже 2%, что для Google Postmaster Tools выглядит катастрофой, даже если по факту письмо ушло всего полусотне человек.

Практический вывод: при малых объёмах контроль качества базы и релевантности предложения даже важнее, чем при больших — там одна ошибка размывается статистикой, здесь каждая ошибка сразу видна в процентах.

One-click unsubscribe: что применимо к адресному письму, а что нет

Требование давать получателю кнопку отписки в одно нажатие (List-Unsubscribe с параметром One-Click) написано для рассылок с накопленной базой подписчиков — там это и юридическая норма, и техническое требование Gmail/Yahoo для потока однотипных писем.

В холодном B2B-аутриче формат другой: письмо адресовано конкретному человеку, а не «подписчику», и часто это первое касание, а не письмо из регулярной рассылки. Формальный заголовок List-Unsubscribe в таком контексте не всегда уместен технически — но сама идея простого способа сказать «не пишите мне больше» обязательна по смыслу, если не по букве требования.

Рабочая практика для адресных писем — явная и короткая фраза в подписи или в последнем предложении: «если тема неактуальна, дайте знать одним словом — уберу вас из списка контактов». Это не заменяет техническую отписку для регулярных рассылок, но выполняет ту же функцию уважения к получателю и снижает риск жалобы на спам, потому что человек получает лёгкий выход вместо кнопки «Это спам».

Если в компании выстроена email-цепочка (sequence) с несколькими follow-up, добавление технического List-Unsubscribe для второго-третьего письма цепочки уже оправдано — на этом этапе письмо больше похоже на регулярную коммуникацию, и явная отписка работает как сигнал добросовестности домена для почтового сервиса.

Прогрев домена и репутация: чем аутрич отличается от массовой рассылки

У массового отправителя репутация домена размазана по огромному потоку писем, и просадка на день-два растворяется в объёме. У домена холодного аутрича репутация строится медленнее и рушится быстрее — каждое письмо весомее, а история переписки с новым доменом у Gmail короче.

Поэтому домен, с которого ведётся холодная рассылка, стоит держать отдельно от основного корпоративного домена, на который приходит обычная деловая переписка с текущими клиентами и партнёрами. Если у прогреваемого поддомена или отдельного домена просядет репутация из-за агрессивного объёма или жалоб, это не должно задеть доставляемость счетов, договоров и обычной переписки с уже действующими контрагентами.

Прогрев — это постепенное наращивание объёма с нового ящика: несколько писем в день в первую неделю, рост в разы медленнее, чем кажется естественным, плюс имитация обычной переписки (ответы, переписка внутри команды) до начала холодных отправок. Домен без истории, который сразу начинает слать десятки холодных писем в день, воспринимается почтовым сервисом настороженно вне зависимости от того, насколько корректно настроены SPF/DKIM/DMARC.

Чек-лист перед стартом холодной рассылки на домен

Ниже — минимальный набор проверок, который стоит пройти до первой отправки, а не после того, как письма начали улетать в спам.

• SPF-запись покрывает все сервисы, реально отправляющие почту с домена
• DKIM включён и подписывает исходящие письма
• DMARC настроен минимум с политикой p=none, для зрелого домена — p=quarantine
• Домен для холодных писем отделён от домена основной деловой переписки
• Прогрев нового ящика/домена пройден постепенно, без резкого старта на полный объём
• В письме есть явный и лёгкий способ отказаться от дальнейшего контакта
• База получателей проверена на актуальность адресов и релевантность предложения перед отправкой
• Мониторинг через Google Postmaster Tools подключён, если объём и домен позволяют получить по нему данные

Как отслеживать доставляемость после настройки

Настройка SPF/DKIM/DMARC — не разовое действие «сделал и забыл», а база, поверх которой нужно регулярно смотреть, как домен ведёт себя у Gmail на практике. Google Postmaster Tools — бесплатный инструмент, который показывает репутацию домена, долю жалоб на спам, статистику доставки и статус аутентификации, но подключить его можно только к домену, у которого уже накоплен достаточный объём отправки на Gmail — для совсем маленьких доменов данные могут быть неполными.

Если объём отправки не позволяет получить статистику через Postmaster Tools, стоит опираться на косвенные сигналы: тестовые письма на несколько личных Gmail-ящиков с разной историей, отслеживание, в какую папку падает письмо — «Входящие», «Промоакции» или «Спам», — и динамику open rate по кампаниям на одинаковых по качеству сегментах.

Отдельно стоит смотреть на bounce rate — долю писем, которые не доставились технически. Здоровый ориентир для холодного B2B-аутрича — не выше 2-3% на проверенной базе; рост bounce rate сверх этого почти всегда означает, что в список попали устаревшие или неверные адреса, и это тоже бьёт по репутации домена вне зависимости от настроек аутентификации.

Практика, которая экономит время в будущем — вести журнал изменений домена: когда включили DKIM, когда ужесточили политику DMARC с p=none до p=quarantine, когда сменили сервис отправки. Если репутация вдруг просядет, такой журнал сразу подсказывает, какое изменение могло быть причиной, вместо того чтобы гадать по всей истории настроек.

• Google Postmaster Tools — репутация домена, spam rate, статус аутентификации, если объём отправки это позволяет
• Тестовые письма на личные Gmail-ящики — куда падает письмо: «Входящие», «Промоакции» или «Спам»
• Bounce rate по кампаниям — ориентир не выше 2-3% на проверенной базе
• Журнал изменений домена — дата включения DKIM, ужесточения DMARC, смены сервиса отправки

Вопросы и ответы