Установлення відправника, одержувача, мови та правового статусу для повідомлення

Під час створення повідомлення електронної пошти на вкладці Підсумок установіть для нього кілька основних параметрів, зокрема:

• Налаштування значень або встановлення виразу для імені та адреси відправника
• Налаштуйте вираз для пошуку адреси одержувача з кожного запису контактної особи.
• Налаштуйте юридичний статус повідомлення, який впливає на вимоги до вмісту, який має містити повідомлення (і не має містити).
• Налаштуйте мову, яка використовується в електронному повідомленні.
• Перегляньте та відредагуйте лише текстову версію повідомлення.

Установлення мови електронного повідомлення

У полі «Мова » вкажіть мову поточного повідомлення. Це впливає на значення, які відображаються для полів набору параметрів у динамічному вмісті.

Набори параметрів надають фіксований набір значень, які зберігаються у вигляді індексу (ціле число, яке збільшується), але відображаються як текст. Наприклад, поле може бути відведено для вибору кольору футболки, де 1 = «червоний», 2 = «зелений», 3 = «синій» і так далі. Якщо ви підтримуєте кілька мов, кожне значення індексу для набору параметрів може мати різне відображуване значення для кожної мови. Значення, яке ви виберете для цієї мови , визначатиме, яка мова використовується для відображення значень із встановленими параметрами у вашому електронному листі. Якщо вибрано мову, для якої не визначено жодного значення, натомість відображатиметься інша мова (зазвичай англійська, якщо вона доступна).

Налаштування параметрів відправника й одержувача

Окрім опису повідомлення та звичайної текстової версії, вкладка «Підсумок » також пропонує налаштування відправника та одержувача . Зазвичай їх не потрібно змінювати, але вони можуть знадобитися за певних сценаріїв.

Важливо

Автентифікація домену за допомогою DKIM стає все більш важливою для забезпечення доставки ваших повідомлень до вхідних скриньок одержувачів і запобігання фільтрації їх до папки небажаної пошти. DKIM допомагає довести, що повідомлення, які стверджують, що надходять з вашої організації, дійсно надіслані з неї. Він вимагає, щоб адреса «Від» для кожного повідомлення, яке ви надсилаєте, використовувала домен, який ви автентифікували за допомогою DKIM (адреси електронної пошти використовують форму ім’я домену-ім’я@ облікового запису). За замовчуванням усі нові Dynamics 365 Customer Insights - Journeys інсталяції супроводжуються доменом надсилання з попередньо автентифікованим, який закінчується на "-dyn365mktg.com". Ви також можете автентифікувати один або кілька ваших власних доменів-відправників (ми настійно рекомендуємо це зробити).

Коли ви створюєте нову електронну пошту, для адреси «Від» автоматично встановлюється адреса електронної пошти, зареєстрована для вашого Dynamics 365 Customer Insights - Journeys облікового запису користувача. Однак, якщо ваша адреса електронної пошти використовує домен, який ще не автентифіковано за допомогою DKIM, то початкову адресу «Від» буде змінено на використання автентифікованого домену. Отримана адреса From все ще відображатиме ім’я облікового запису користувача, який створив повідомлення, але тепер показуватиме доменне ім’я , автентифіковане за допомогою DKIM, зареєстроване для вашекземпляра Customer Insights - Journeys (наприклад, "MyName@contoso-dyn365mktg.com"), що забезпечить перевагу доставки, але, ймовірно, не є дійсною зворотною адресою. Ви можете скасувати це, відредагувавши адресу «Від» після створення повідомлення, якщо це необхідно, але це, ймовірно, знизить вашу доставку. Якщо ви хочете надсилати повідомлення, які показують вашу реальну адресу електронної пошти як адресу відправника, ми настійно рекомендуємо вам звернутися до адміністратора, щоб він автентифікував ваш домен адреси електронної пошти (якщо це ще не зроблено). Додаткова інформація: Автентифікація доменів

Доступні такі налаштування відправника та одержувача :

• Від імені: це ім’я, яке одержувачам відображається як особа, яка надіслала електронний лист. За замовчуванням це ім’я користувача, який створив повідомлення електронної пошти. Ви можете відредагувати це, щоб використовувати статичне значення, або вибратиПерсоналізація , щоб визначити альтернативне динамічне значення.
• З адреси: це електронна адреса, яка відображається одержувачам як адреса особи, яка надіслала електронний лист. За замовчуванням це адреса електронної пошти користувача, який створив повідомлення. Ви можете змінити це, щоб використовувати статичне значення, або натиснути кнопку «Допомогти редагувати », щоб визначити альтернативне динамічне значення. (Див. також ВАЖЛИВЕ поле у верхній частині цього розділу.)
• Адреса: майже завжди має бути встановлено значення {{ contact.emailaddress1 }}, яке надсилає повідомлення кожному контакту, включеному в шлях клієнта, який надсилає електронний лист. Ви можете змінити цей параметр, щоб використовувати іншу адресу електронної пошти (наприклад, emailaddress2), або ввести динамічний вираз, який вибирає оптимальне поле електронної пошти з кількох доступних. Не вказуйте тут статичну адресу електронної пошти, оскільки це призведе до того, що клієнт надсилатиме повідомлення лише один раз на цю статичну адресу, а не кожній контактній особі в рамках обробки шляху (в аналітичних оглядах буде вказано, що всі інші контакти були заблоковані).
• Адреса для відповіді: зазвичай це поле має бути порожнім, що означає, що відповіді на повідомлення надсилатимуться на адресу від. Якщо тут встановлено значення, відповіді на ваше повідомлення надсилатимуться за цією адресою, а не за показаною вихідною. Ви можете відредагувати це, щоб використовувати статичне значення, або натиснути кнопку «Допомогти редагувати », щоб визначити альтернативне динамічне значення. Якщо ви використовуєте цей параметр, радимо використовувати той самий домен для адреси для відповіді, що й для адреси від (адреси електронної пошти використовують форму ім’я домену-ім’я@ облікового запису).

Перевірка й редагування лише текстової версії повідомлення

Стандарт пошти HTML допускає, щоб повідомлення містили як HTML-версію, так і звичайну текстову версію вмісту. Звичайна текстова версія надає змогу переглянути зміст повідомлення в поштових клієнтах, які не підтримують HTML (або в яких вимкнуто цю функцію). Поштові клієнти відображають користувачам лише одну версію, і, за винятком дуже спеціалізованих ринків, це майже завжди HTML-версія. Це чимось схоже на систему тексту заміщення для зображень.

Отже, навіщо потрібна звичайна текстова версія? Для підвищення коефіцієнта доставки повідомлень. Поширений елемент, який неодмінно шукають антиспамові системи, – це повідомлення електронної пошти з HTML-вмістом, але без звичайного текстову (або зі звичайним текстовим вмістом, який не відповідає вмісту HTML). Щоб гарантувати, що ваші маркетингові електронні листи розсилка не будуть позначені як спам, Dynamics 365 Customer Insights - Journeys генерує звичайну текстову версію вашого HTML-дизайну та включає її під час надсилання повідомлення. Зазвичай вам не потрібно турбуватися про звичайну текстову версію, але за бажанням можна перевірити й оптимізувати її.

Спочатку створіть HTML-версію повідомлення. Коли ви майже закінчите, перейдіть на вкладку Підсумок повідомлення, де ви побачите різні налаштування та метадані повідомлення. Прокрутіть униз до розділу «Звичайний текст », щоб побачити текст, який було автоматично згенеровано на основі вашого HTML-вмісту.

• Щоб точно настроїти текстову версію, зніміть прапорець Автоматично генерувати , щоб розблокувати текстове поле, а потім відредагуйте текст за потреби. Однак відтепер текстова версія більше не зв’язана з версією HTML і не оновлюватиметься відповідно до змін останньої.
• Щоб повернутися до відстеження версії HTML, знову встановіть прапорець Автоматично генерувати . У такому разі будуть видалені всі настроювання звичайного тексту, і він буде постійно оновлюватися відповідно до поточного HTML-макета.