Для отправки интерактивных емейлов вы должны быть добросовестным рассыльщиком, ответственно относиться к своей базе и иметь специальное разрешение от почтовых провайдеров, которые умеют отображать AMP-письма: Gmail, Mail.ru и Yahoo (AOL).
Ниже рассмотрим, как происходит выдача разрешений, каким условиям необходимо соответствовать для успешного одобрения заявки и чему стоит уделить особенное внимание.
¶ Технические требования
В первую очередь нужно обеспечить соответствие рассылки ряду общих технических требований:
- Запрещающая политика DMARC
Настройки политики должны быть выставлены в одном из блокирующих режимов: quarantine или reject. Получить разрешение можно с любым из них, но надежнее использовать более строгий вариант reject. При нём письма, которые не прошли проверку подлинности, вообще не попадают в ящик. При режиме quarantine они направляются в папку «Спам», то есть всё же доходят до адресата, что не исключает возможности фишинга.
Кроме того, важен процент писем, к которым применяется политика DMARC (параметр pct). Он должен равняться 100%, это значение по умолчанию.
Для корректной работы DMARC также необходимо правильно настроить SPF и DKIM. - Требования к DKIM-подписи
Домен отправляющего емейла должен соответствовать домену DKIM-подписи.
У Gmail правила чуть мягче: достаточно выровненного домена (RFC7489). Это значит, что домен второго уровня подписи соответствует домену второго уровня отправляющего емейла. Например, подпись DKIM успешно подтверждается d=foo.example.com. Выровненными будут считаться отправляющие емейлы вида bar@foo.example.com , foo@example.com и foo@bar.example.com. А user@gmail.com — нет, так как gmail.com не совпадает с example.com. - Отправляющий домен
На нём должен располагаться ваш сайт. Некоторые компании используют для рассылки специальный выделенный поддомен, на котором нет доступных страниц. В таком случае необходимо настроить переадресацию с поддомена на основной сайт. - Репутация отправителя
Ваша репутация в постмастере Gmail должна быть не ниже средней. В Mail.ru ориентируйтесь на соотношение отправленных и открытых писем, а также на долю писем, удалённых без открытия, и на количество жалоб. Чётких критериев здесь нет, следует придерживаться здравого смысла. - Отписка
Наличие рабочей ссылки отписки обязательно для любой рассылки, и интерактивные письма — не исключение. Отписка должна происходить в один клик: без необходимости авторизоваться и желательно без дополнительных вопросов. Если хотите уточнить причину, сначала отпишите и только потом спрашивайте.
Также у Gmail и Mail.ru есть свои специфические требования.
- Gmail не одобрит заявку, если в рассылке не включено TLS-шифрование. Для проверки отправьте письмо себе на gmail-ящик и нажмите «Мне» — соответствующая запись будет в конце выпадающей карточки. Если окажется, что шифрование не применяется, попросите платформу включить его.
У Mail.ru три дополнительных условия:
- Работающий заголовок List-Unsubscribe, чтобы получатель мог отписаться и управлять подписками в интерфейсе почтового провайдера.
- Объём рассылок с домена не менее 5 000 писем в месяц на протяжении трёх месяцев. Эти объёмы позволят провайдеру собрать достаточную статистику и оценить вашу добросовестность как отправителя и качество вашей базы. Однако от этого требования могут отступить, если вы представляете крупную компанию, которая внушает доверие.
- Настроенный постмастер Mail.ru. Также нужно настроить обработку FBL-отчетов, то есть автоматическую отписку пользователей, которые оставили жалобу. Чаще всего это берёт на себя платформа.
Убедившись, что все требования соблюдены, можете переходить к следующему шагу.
¶ Подготовка AMP-письма
Чтобы получить разрешение почтовых провайдеров на отправку AMP-емейлов, нужно показать не только добропорядочность, но и умение пользоваться технологией. Для этого необходимо отправить им интерактивное письмо — причём оно должно быть «настоящим», то есть не выглядеть как тестовая заготовка.
Чтобы отправить такое письмо, вам нужны две его версии: HTML и AMP. Pixcraft позволяет создавать корректный код для обеих версий — тремя способами: с помощью блочного редактора Builder, плагина для Figma или с помощью TJML фреймворка.
Лучше подать заявку на утверждение с шаблоном, соответствующим фактическому AMP-сообщению, которое вы собираетесь отправить своей аудитории.
¶ Тестирование
Перед отправкой тщательно протестируйте письмо. Первым делом проверьте получившийся AMP-код в тестовых площадках Google и Mail.ru. Важно использовать обе: у провайдеров различается рендеринг, причём как в плане интерпретирования CSS, так и в отработке состояний.
После успешных тестов выполните следующие шаги:
1. Отправьте реальную кампанию на свой адрес на домене gmail.com. После этого в интерфейсе почтовика откройте «Настройки» → «Все настройки».
2. В настройках выберите «Динамический контент» → «Настройки для разработчиков».
3. Укажите свой отправляющий емейл и сохраните изменения.
4. Обновите страницу и откройте полученное письмо.
Если видите AMP-версию — всё хорошо и можно переходить на следующий шаг.
Если же отображается HTML-версия, значит, возникла ошибка, которую нужно исправить. Код ошибки вы найдёте в уведомлении над письмом. Там же будет ссылка на документацию с указанием, какое именно требование не выполнено.
¶ Отправка заявки
После успешного тестирования нужно отправить письмо на специальные адреса почтовых провайдеров:
Чтобы провайдеры восприняли письмо как «настоящее», следует отправить его именно как кампанию, а не как тестовую отправку.
Завершающий шаг — заполнение заявки. Это единая форма для Mail.ru, Gmail и Yahoo (AOL). У Mail.ru также есть отдельная форма, но пользоваться ей не обязательно: провайдер без проблем реагирует на заявки из единой формы.
Обычно Gmail и Mail.ru отвечают в течение трёх рабочих дней. Yahoo (AOL) не присылает ответы, но в большинстве случаев реагирует на заявку так же, как Google. Решение Yahoo можно проверить, отправив AMP-письмо себе на Yahoo-почту. Если окажется, что AMP по-прежнему не работает, напишите провайдеру на amp-email@yahooinc.com (на английском языке).
Если кто-то из провайдеров пришлёт отказ, то пояснит, какие именно условия вы не выполнили и что необходимо исправить. Чаще всего бывает указано, что «письмо не похоже на реальное»: например, из-за шаблонного текста, слова «тест» в теме и т.д. Также может возникнуть ошибка в AMP, из-за которой письмо не проходит валидацию. Выполнить технические требования Mail.ru обычно сложнее, поскольку они несколько жестче, чем у Gmail, к тому же, Mail.ru не имеют строгих критериев репутации.
При отказе необходимо решить все перечисленные проблемы и ещё раз протестировать работу письма. В Gmail потребуется повторно отправить пример AMP-письма на ampforemail.whitelisting@gmail.com и заполнить форму заявки. В случае с Mail.ru, как правило, можно продолжить диалог с техподдержкой. На повторную попытку обычно отвечают дольше: срок ожидания может составить до двух недель.
После добавления в «белый список» — неважно, с какой попытки — подождите ещё около недели прежде чем отправлять реальную AMP-рассылку. Это нужно, чтобы изменения вступили в силу и ваши подписчики наверняка увидели именно AMP-версию.
Разрешение на отправку AMP-писем для вашего отправляющего емейла необходимо получить только один раз. Дополнительные согласования последующих рассылок не требуются. Но разрешение можно потерять: Gmail отзывает его при падении репутации домена ниже средней, Mail.ru — при нарушении правил, большом числе жалоб и т.д. Об отзыве ни те, ни другие не предупреждают.
*Впервые опубликовано на https://emailmatrix.ru/blog/amp-registration-guide/