Нам очень интересно узнать, как вы планируете использовать схемы в электронной почте. Вы можете начать тестирование собственной интеграции уже сегодня. Все схемы, которые вы отправляете себе (от x@gmail.com до x@gmail.com), будут отображаться в продуктах Google. Так что вперед и попробуйте прямо сейчас!
Когда вы будете готовы предоставить пользователям размеченные электронные письма, вам необходимо будет зарегистрироваться в Google. Пожалуйста, следуйте этому процессу:
- Убедитесь, что вы соответствуете всем рекомендациям и требованиям, перечисленным ниже.
- Отправьте реальное электронное письмо, поступающее с ваших рабочих серверов (или сервера с аналогичными заголовками DKIM/SPF/From:/Return-Path:), включая разметку/схему, на адрес Schema.whitelisting+sample@gmail.com . Это необходимо нам для того, чтобы проверить, соблюдаете ли вы все рекомендации и требования, перечисленные в Правилах регистрации .
- Если вы отправите тестовое/пустое электронное письмо, электронное письмо, не содержащее схемы, или если вы не отправите электронное письмо на проверку, ваше приложение будет автоматически отклонено.
- Перед отправкой письма убедитесь, что разметка верна. Дополнительные сведения см. в разделе «Тестирование вашей схемы» . Особенно убедитесь, что электронное письмо прошло проверку разметки электронной почты и что в нем нет ошибок, а также обязательно включите как можно больше данных.
- Gmail удаляет всю разметку при пересылке электронного письма. Не пересылайте электронное письмо, а отправьте его напрямую.
- Заполните регистрационную форму и мы свяжемся с вами.
Правила регистрации
Чтобы отправляемая вами схема была обработана, необходимо соблюдать следующие правила:
Рекомендации по обеспечению качества отправителей электронной почты
- Электронная почта должна быть аутентифицирована через DKIM или SPF.
- Домен верхнего уровня (TLD) проверки SPF или подписи DKIM должен совпадать с TLD вашего адреса электронной почты
From:
- например, если вы используете
From: foo@bar.com
DKIM или SPF должны быть дляbar.com
илиsub.bar.com
- Gmail проверяет SPF только в домене вашего
Return-Path:
электронная почта. Если вы полагаетесь только на SPF, а не на DKIM, вашReturn-Path:
адрес электронной почты должен совпадать с TLD вашего адреса электронной почтыFrom:
». - Чтобы быстро проверить правильность настроек SPF или DKIM, прочтите нашу справочную статью по проверке подлинности электронной почты .
- например, если вы используете
- Письма должны приходить со статического адреса электронной почты, например foo@bar.com.
- Электронные письма должны соответствовать рекомендациям по предотвращению блокировки или отправки писем пользователям Gmail в спам.
- Постоянная история отправки большого объема почты с вашего домена (порядка ста писем в день минимум на Gmail) в течение как минимум нескольких недель.
- Очень-очень низкий уровень жалоб пользователей на спам.
Действия/Рекомендации по схеме
- Следует использовать максимально доступное действие. Например, если взаимодействие может быть достигнуто с помощью действия внутри приложения (один щелчок, ответ, отзыв), его необходимо использовать. Для более сложных взаимодействий можно использовать действия Go-To.
- Действия следует использовать для транзакционной почты, где ожидается высокая скорость взаимодействия. Их не следует использовать в массовой рекламной рассылке.
- Действия по переходу:
- Должна быть глубокая ссылка на конкретную страницу, на которой можно выполнить действие.
- Надпись на кнопке должна четко обозначать действие, которое необходимо предпринять, и соответствовать странице, на которую собирается пользователь.
- Название действия не должно содержать знаков препинания или заглавных букв. Должно быть кратким и лаконичным.
- Если для вашего варианта использования можно использовать действие в приложении, вы должны использовать действие в приложении, а не действие «Перейти» (например, «Подтвердить адрес электронной почты» или «Пожалуйста, просмотрите» следует использовать действия в приложении).
- В настоящее время мы одобряем действия перехода только для очень конкретных случаев использования с высокой ценностью и высоким уровнем взаимодействия (например, регистрация на рейс, ссылки для отслеживания доставки).
- Низкий уровень отказов и быстрый ответ служб, обрабатывающих запросы на действия.