Установка отправителя, получателя, языка и юридической категории сообщения
При разработке сообщения электронной почты используйте вкладку Сводка, чтобы установить несколько основных вариантов для него, в том числе:
- Установите значения или задайте выражение имени отправителя и адреса отправителя
- Установите выражение для поиска адреса получателя из каждой записи контакта.
- Установите юридическую категорию сообщения, которая влияет на требования к тому, что должно (и не должно) содержать сообщение.
- Установите язык, используемый электронной почтой.
- Просмотрите и отредактируйте текстовую версию сообщения.
Задание юридической категории для идентификации каждого сообщения как коммерческого или делового
Скорее всего большая часть сообщений, отправляемых с помощью Dynamics 365 Customer Insights - Journeys, будут коммерческими сообщениями, массово отправляемыми одновременно многим получателям. Однако можно также использовать это решение для отправки деловых сообщений. Деловые сообщения должны быть связаны исключено с конкретной транзакцией между вашей организацией и другим лицом или организацией (например, чек, выписка со счета или запрос согласия) и не должны содержать никакого рекламного содержимого.
Деловые сообщения обычно регламентируются не так, как коммерческие сообщения. Они считаются личной перепиской, а не рекламными сообщениями, поэтому для них действуют другие требования к содержимому и согласию. В Dynamics 365 Customer Insights - Journeys главное практическое отличие между деловыми и коммерческими сообщениями заключается в применении различных правил проверки. В частности, для коммерческих сообщений необходима ссылка на центр подписок, а для деловых сообщений она не требуется. Кроме того, в Customer Insights - Journeys согласие для каждого из этих двух типов сообщений обрабатывается отдельно.
По умолчанию все новые создаваемые сообщения будут коммерческими. Изменение юридической категории сообщения:
- Откройте сообщение.
- Перейдите на вкладку Сводка.
- Задайте для параметра Юридическая категория значение Коммерческое или Деловое.
Следите, чтобы рекламное содержимое не включалась в сообщения, заданные как деловые. Вы должны быть знакомы со всеми законами, действующими в странах и регионах, в которые вы отправляете коммерческие и деловые сообщения, и несете ответственность за их соблюдение.
Каждая запись контакта содержит два параметра, определяющих согласие этого контакта на получение сообщений электронной почты от вашей организации. Эти параметры согласия для любого контакта можно найти, открыв запись соответствующего контакта, перейдя на вкладку Сведения и проверив раздел Параметры контакта, который включает следующие два параметра:
- Сообщение электронной почты. Этот параметр находится среди стандартных полей для записи контакта и включается практически со всеми приложениями Dynamics 365. Контакты, у которых для этого параметра задано значение Запретить, указали, что они не хотят получать никакие сообщения электронной почты от вашей организации, поэтому Customer Insights - Journeys не будет отправлять этим контактам ни коммерческие, ни деловые сообщения.
- Массовая рассылка электронной почты. Этот параметр добавляется в запись контакта при установке Customer Insights - Journeys. Контакты, у которых для этого параметра задано значение Запретить, указали, что они не хотят получать коммерческие сообщения электронной почты от вашей организации, но они все же могут разрешать деловые сообщения. Каждый контакт может для себя включить или отключить этот параметр с помощью любого центра подписок (все центры подписок содержат флажок для управления этим параметром).
В следующей таблице приведены результаты попытки отправить коммерческое или деловое сообщение электронной почты контактам с каждой из комбинаций этих двух параметров.
| Сообщение электронной почты | Массовая рассылка электронной почты | Коммерческое сообщение электронной почты | Деловое сообщение электронной почты |
|---|---|---|---|
| Разрешить | Разрешить | Отправляется | Отправляется |
| Разрешить | Запретить | Не отправляется | Отправляется |
| Запретить | Разрешить | Не отправляется | Не отправляется |
| Запретить | Запретить | Не отправляется | Не отправляется |
Задание языка сообщения электронной почты.
Используйте поле Язык для указания языка текущего сообщения. Это влияет на значения, отображаемые для полей набора вариантов в динамическом содержимом.
Наборы вариантов обеспечивают фиксированный набор значений, которые хранятся в виде индекса (увеличивающего целого числа), но отображаются в виде текста. Например, поле может быть предусмотрено для выбора цвета футболки, где 1="красный", 2="зеленый", 3="синий" и так далее. Если вы поддерживаете несколько языков, то каждое значение индекса для набора параметров может иметь различное отображаемое значение для каждого языка. Значение, выбранное здесь для параметра Язык, будет определять, какой язык используется для отображения значений набора параметров в вашей электронной почте. Если вы выберете язык, для которого не определены значения, вместо этого будет показан другой язык (обычно английский, если он доступен).
Задание параметров отправителя и получателя
Помимо описания сообщения и текстовой версии, вкладка Сводка также содержит параметры Отправитель и получатель. Обычно их не требуется изменять, но в некоторых случаях они могут быть полезны.
Внимание
Проверка подлинности домена с помощью DKIM — это важная часть обеспечения того, чтобы ваши сообщения поступали в почтовые ящики получателей, а не отфильтровывались как мусор. DKIM помогает доказать, что сообщения действительно отправлены вашей организацией. Для этого необходимо, чтобы Адрес отправителя каждого вашего сообщения использовал домен, который вы аутентифицировали с помощью DKIM (адреса электронной почты используют формат имя@домен). По умолчанию все новые установки Dynamics 365 Customer Insights - Journeys поставляются с доменом отправки с предварительной проверкой подлинности, заканчивающимся на "-dyn365mktg.com". Вы также можете аутентифицировать один или нескольких собственных доменов отправки (что мы настоятельно рекомендуем сделать).
Когда вы создаете новое сообщение, в поле Адрес отправителя автоматически устанавливается адрес электронной почты, зарегистрированный для вашей учетной записи в Dynamics 365 Customer Insights - Journeys. Однако если в этом адресе электронной почты содержится домен, подлинность которого еще не проверена с использованием DKIM, то исходный Адрес отправителя будет изменен на адрес с аутентифицированным доменом. В результате Адрес отправителя будет по-прежнему содержать имя учетной записи пользователя, создавшего сообщение, но теперь будет содержать доменное имя, прошедшее проверку подлинности с помощью DKIM и зарегистрированное для вашего экземпляра Customer Insights - Journeys (например, "MyName@contoso-dyn365mktg.com"). Это повысит вероятность успешной доставки, но этот адрес, возможно, будет неверен. Вы можете это переопределить путем редактирования поля Адрес отправителя после создания сообщения, но это, вероятно, снизит эффективность доставки сообщений. Если вы хотите отправлять сообщения, которые показывают ваш реальный адрес электронной почты в качестве адреса отправителя, то мы настоятельно рекомендуем вам попросить вашего администратора аутентифицировать домена вашей электронной почты (если это еще не сделано). Подробнее: Проверка подлинности доменов
Здесь доступны следующие параметры Отправитель и получатель:
- Имя отправителя. Это имя, отображаемое получателям в качестве лица, отправившего сообщение электронной почты. По умолчанию отображается имя пользователя, создавшего сообщение. Его можно изменить для использования статического значения или выбрать кнопку Персонализация
, чтобы определить альтернативное динамическое значение. - Адрес отправителя. Это адрес электронной почты, отображаемый получателям в качестве адреса лица, отправившего сообщение электронной почты. По умолчанию отображается адрес электронной почты пользователя, создавшего сообщение. Его можно изменить для использования статического значения или выбрать кнопку Вставка динамического блока, чтобы определить альтернативное динамическое значение. (См. также блок ВАЖНО в верхней части этого раздела.)
- Кому. Здесь практически всегда должно быть задано выражение {{ contact.emailaddress1 }}, отправляющее сообщение каждому контакту, включенному в цикл взаимодействия с клиентом, который отправляет сообщение электронной почты. Значение можно изменить, чтобы использовать другой адрес электронной почты (например, emailaddress2), или ввести динамическое выражение, которое выбирает оптимальное поле электронной почты из нескольких доступных. Не вводите статический адрес электронной почты здесь, потому что это приведет к тому, что сообщение будет отправлено только один раз по этому статическому адресу, а не каждому контакту, обработанному циклом (в результатах будет показано, что все другие контакты были заблокированы).
- Адрес для ответа. Обычно это поле должно быть пусто, то есть ответы на сообщения отправляются по адресу контакта Адрес отправителя. Если здесь задано значение, ответы на ваше сообщение будут отправляться по этому адресу, а не по отображаемому адресу. Его можно изменить для использования статического значения или выбрать кнопку Вставки динамического блока, чтобы определить альтернативное динамическое значение. Если вы используете этот параметр, мы рекомендуем использовать для адреса для ответа тот же домен, что и для адреса отправителя (адреса электронной почты используют формат имя@домен).
Проверка и редактирование текстовой версии сообщения
Стандарт почты HTML допускает, чтобы сообщения содержали как HTML-версию, так и текстовую версию содержимого. Текстовая версию нужна для того, чтобы сообщение можно было прочитать при отображении в клиентах электронной почты, которые не поддерживают HTML (или в которых HTML отключен). Почтовые клиенты показывают пользователям только одну версию, и, за исключением работы на очень специализированных рынках, это почти всегда будет HTML-версия. Это чем-то похоже на систему альтернативного текста для изображений.
Итак, зачем нужна текстовая версия? Для повышения возможностей доставки. Один из признаков, который ищут системы блокировки нежелательной почты, — это сообщения электронной почты с HTML-содержимым, но без текстового содержимого (или с текстовым содержимым, которое не соответствует HTML-содержимому). Чтобы ваши маркетинговые сообщения электронной почты не помечались как нежелательная почта, Dynamics 365 Customer Insights - Journeys создает текстовую версию HTML-дизайна и включает ее в отправляемое сообщение. Обычно вам не нужно беспокоиться о текстовой версии, но при желании вы можете проверить и оптимизировать ее.
Сначала создайте HTML-версию сообщения. Когда все будет почти готово, перейдите на вкладку Сводка сообщения, на которой отображаются его различные параметры и метаданные. Прокрутите вниз до раздела Обычный текст, чтобы посмотреть текст, автоматически созданный на основе HTML-содержимого.
- Для тонкой настройки текстовой версии снимите флажок Автоматически создавать, чтобы разблокировать текстовое поле, затем внесите требуемые изменения в текст. Однако с этого момента текстовая версия больше не будет связана с HTML-версией и не будет обновляться в соответствии с изменениями, вносимыми в HTML-код.
- Чтобы вернуться в отслеживанию HTML-версии, снова установите флажок Автоматически создавать. При этом будут удалены все настройки, сделанные в обычном тексте, и он будет постоянно обновляться в соответствии с текущим HTML-дизайном.