Задаване на подател, получател, език и юридическо обозначение за съобщение

Когато проектирате имейл съобщение, използвайте раздела Резюме , за да зададете няколко основни опции за него, включително:

• Задаване на стойности или установяване на израз за името на подателя и адреса на подателя
• Задаване на израз за намиране на адреса на получателя от всеки запис на контакт.
• Задайте юридическото обозначение на съобщението, което засяга изискванията за това, което съобщението трябва (и не трябва) да съдържа.
• Задайте езика, използван от имейла.
• Прегледайте и редактирайте версията само с текст на съобщението.

Задаване на езика на имейла

Използвайте полето Език , за да зададете езика на текущото съобщение. Това засяга стойностите, показвани за полета за задаване на опции в динамично съдържание.

Наборите от опции предоставят фиксиран набор от стойности, които се съхраняват като индекс (увеличаващо се цяло число), но се показват като текст. Например, може да се осигури поле за избор на цвят с тениска, където 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 проект.