Правила отправки массовых писем для Google, Yahoo, Microsoft и Apple iCloud Mail

Поставщики услуг электронной почты уделяют повышенное внимание аутентификации отправителей, чтобы уменьшить количество фишинга, подделки и спама. Такие технологические гиганты, как Google, Yahoo, Microsoft и Apple, внедряют более строгие политики соответствия, особенно для массовых отправителей.

Если ваша организация отправляет большое количество электронных писем, несоответствие этим новым требованиям негативно скажется на эффективности доставки. Хорошие новости? Соблюдение требований не обязательно должно быть сложным. Вот полное руководство по требованиям к отправителям массовых электронных сообщений для основных поставщиков услуг электронной почты!

Что такое массовый отправитель электронной почты?

Массовый отправитель электронной почты - это любой человек или организация, отправляющие большой объем электронных сообщений. Большинство провайдеров классифицируют их как отправляющих, как правило, 5 000 и более сообщений в день. Это относится к письмам, отправляемым с одного домена нескольким получателямобычно для:

• Маркетинговые кампании
• Информационные бюллетени
• Транзакционные сообщения (например, подтверждения заказов, сброс пароля)
• Уведомления или оповещения

Ключевые черты рассыльщиков массовых сообщений:

• Электронные письма часто отправляются партиями (а не один на один).
• Получатели могут взаимодействовать или не взаимодействовать с отправителем ранее.
• Сообщения часто автоматизированы и отправляются через платформы электронного маркетинга, CRM-системы или инструменты массовой рассылки.

Пороговые значения и требования к отправителям массовых рассылок по поставщикам

Если вы отправляете тысячи писем в день, вы попали в поле зрения. Вот как каждый крупный провайдер определяет массового отправителя и чего он от вас ожидает:

1. Google (Gmail)

Порог массового отправителя: 5 000+ писем в день на домен

Ключевые требования: 

• Реализация SPF, DKIM и DMARC 
• Spam rate <0.3% 
• Отказ от подписки одним щелчком мыши 
• Соответствие стандарту RFC 5322 
• Действительные записи PTR 
• ARC-заголовки для пересылаемых писем

Сроки исполнения: 

• Февраль 2024 года: Временные ошибки для писем, не соответствующих требованиям
• Апрель 2024 года: Постепенное отклонение не соответствующих требованиям электронных писем
• Июнь 2024 года: Полное соблюдение закона с прямым отклонением не соответствующих требованиям электронных писем
• Ноябрь 2025 года: С ноября 2025 года Gmail ужесточит контроль за соблюдением правил - письма, не соответствующие требованиям, будут отклоняться временно или даже постоянно.

Подробнее в Справка администратора рабочего пространства Google.

2. Yahoo

Порог массового отправителя: 5 000+ писем в день на домен

Ключевые требования: 

• Реализация SPF, DKIM и DMARC 
• Spam rate <0.3% 
• Простая отписка 
• Действительные записи PTR
• Соответствие стандарту RFC 5322

Срок исполнения: Февраль 2024 года

Узнайте больше в Yahoo Sender Hub.

3. Microsoft (Outlook, Hotmail и Live)

Порог массового отправителя: 5 000+ писем в день на домен

Ключевые требования: 

• Реализация SPF и DKIM 
• DMARC, согласованный с SPF или DKIM (предпочтительно с обоими) 
• Политика DMARC, по крайней мере, при p=none

Срок исполнения: 5 мая 2025 года

Узнайте больше в Microsoft Community Hub.

4. Apple (iCloud Mail)

Порог массового отправителя: Не указано

Ключевые требования: 

• Реализация SPF, DKIM и DMARC 
• Добавление заголовков ARC к пересылаемым сообщениям
• Валидные и последовательные От: имя
• Ссылка для отмены подписки
• Действительные записи PTR 
• Соответствие стандарту RFC 5322 

Срок исполнения: Не установлен

Узнайте больше в разделе Поддержка Apple.

Примечание: Мы в PowerDMARC рекомендуем начинать внедрение DMARC с p=none, постепенно переходить к p=quarantine и, наконец, к p=reject, отслеживая при этом ваши отчеты .

Почему аутентификация электронной почты важна для массовых отправителей?

SPF (Sender Policy Framework): SPF помогает доменам проверять авторизованных отправителей. При получении электронного письма сервер-получатель проверяет запись SPF, опубликованную в DNS отправителя. Если отправитель не указан в списке, письмо не проходит SPF.

DKIM (DomainKeys Identified Mail): DKIM добавляет цифровую подпись к электронным письмам. Это позволяет серверу-получателю убедиться, что сообщение не было изменено и действительно пришло от заявленного отправителя.

DMARC (Domain-based Message Authentication Reporting & Conformance): DMARC основывается на SPF и DKIM. Он позволяет владельцам доменов указывать, как должны обрабатываться неавторизованные сообщения. DMARC предоставляет подробные отчеты о действиях по проверке подлинности электронной почты.

Дополнительные обязательные и рекомендуемые требования к массовому отправителю

1. Действительные записи PTR

Без надлежащего записи PTR (rDNS) спам-фильтры становятся подозрительными. Ваши письма могут попасть в спам. Если вы отправляете электронные письма с выделенного IP или самостоятельно размещенного MTA, этот IP должен иметь правильную PTR-запись (также называемую обратным DNS). Проще говоря, IP должен указывать на доменное имя, а это доменное имя должно указывать обратно на тот же IP. Это двусторонняя проверка.

2. Отказ от подписки одним щелчком мыши

Поставщики услуг электронной почты, в том числе Google, Yahoo и Apple, требуют, чтобы отправители массовых сообщений включали функцию возможность легко отписаться от рассылки одним щелчком мыши в письмах. Microsoft также рекомендует включить эту опцию в список лучших практик для обеспечения гигиены электронной почты.

Google ожидает, что вы включите специальные заголовки, которые позволят пользователям отписаться от рассылки одним щелчком мыши. Без этого Google не сможет отобразить кнопку "Отписаться" в почтовых ящиках Gmail.

Вот что вам нужно сделать:

Включите эти два заголовка в свое письмо:

• List-Unsubscribe-Post: List-Unsubscribe=One-Click
• List-Unsubscribe: <https://yourdomain.com/unsubscribe/example>

3. Низкий уровень спама в почте

Поставщики электронной почты отслеживают ваши жалобы на спам. Если слишком много людей сообщают о вашем письме как о спаме, ваша репутация пострадает, и эффективность доставки быстро пойдет вниз. Максимально допустимый порог для большинства провайдеров составляет ниже 0,3 %. Это относится именно к жалобам на спам, сообщенным пользователямиа не к показателям отказов.

Чтобы снизить количество жалоб, рекомендуется отправлять письма только тем, кто действительно подписался на рассылку. Включите кнопку отказа от подписки в один клик, чтобы получателям было проще отказаться от рассылки. Периодически отслеживайте количество спама, используя онлайн-калькуляторы спама в электронной почте. 

4. Правильные заголовки "От" и "Ответ до"

Поставщики электронной почты ожидают, что вы будете использовать действительные адреса From: и Reply-to. Эти адреса должны быть способны принимать почту. Использование просроченных или недействительных заголовков может привести к отказу в приеме почты. Поддельные или самодельные заголовки также могут привести к временным сбоям и проблемам с доставкой. 

5. Форматирование контента и гигиена списков рассылки

Поддерживайте чистоту и лаконичность списка адресов электронной почты и следите за тем, чтобы ваши письма были правильно отформатированы. Формат содержимого вашего письма должен соответствовать стандарту Internet Message Format (IMF), RFC 5322. 

План действий для массового отправителя

1. Внедрение SPF, DKIM и DMARC для вашего домена
2. Включить отказ от подписки одним кликом
3. Проверьте записи PTR чтобы убедиться, что они действительны
4. Держите уровень спама ниже 0,3%
5. Используйте правильные заголовки для "From:" и "Reply-to".
6. Держите свои чистые списки рассылки
7. Соблюдайте специфическое для RFC правильное форматирование электронной почты рекомендации
8. Внедрение ARC-заголовков для пересылаемых сообщений электронной почты  

Инструменты и ресурсы, которые помогут вам соответствовать требованиям 

• Проверка настроек SPF, DKIM и DMARC

• Проверьте записи PTR 

• Анализ заголовков электронной почты 

• Проверьте уровень спама в электронной почте 

• Просмотреть рекомендации RFC по форматированию сообщений 

Заключительные слова

Политики отправителей массовой электронной почты развиваются у таких провайдеров, как Google, Yahoo, Microsoft и Apple, чтобы обеспечить более безопасную и надежную работу с почтовыми ящиками. Хотя контрольный список соответствия может показаться длинным, каждый шаг поможет вам укрепить доверие, улучшить доставляемость и гарантировать, что ваши письма дойдут до нужной аудитории. Начните с SPF, DKIM и DMARC, поддерживайте здоровые списки, и пусть аутентификация электронной почты работает в вашу пользу!

• О сайте
• Последние сообщения

Юнес Тарада

Эксперт по безопасности доменов и электронной почты в PowerDMARC

Юнес - руководитель группы операций в PowerDMARC, обладающий экспертными знаниями в области аутентификации и безопасности электронной почты. Юнес имеет сертификат Microsoft Azure Administrator Associate, а также сертификаты CompTIA A+ и многие другие.

Последние сообщения Юнеса Тарады (см. все)

• Неверный формат серийного номера SOA: причины и способы устранения - 13 апреля 2026 г.
• Как отправлять защищенные письма в Gmail: пошаговое руководство - 7 апреля 2026 г.
• Как отправлять защищенные электронные письма в Outlook: пошаговое руководство - 2 апреля 2026 г.