Персонализираният HTML блок за имейл трябва да решава конкретен проблем, с който стандартните компоненти не се справят. Той трябва да остане използваем и когато името на продукт нарасне, изображение липсва или писмото се отвори на телефон. Определете най-малкия необходим компонент, тествайте го извън редактора и използвайте повторно версията, която издържа на тези условия.
Определете най-малката необходима промяна
Запишете какво трябва да съобщи блокът и защо съществуващото оформление не може да го направи добре. Съсредоточете HTML кода върху тази задача. Не импортирайте дизайн на цяла уебстраница със скриптове, интерактивни зависимости или стилове, които приложенията за имейл може да не поддържат.
Sendvio поддържа HTML блокове за имейли. Направете персонализирания код разбираем за човека, който ще поддържа шаблона след месец. Използвайте ясна структура, смислен текст и подходящи описания на изображенията, вместо да скривате съобщението в декоративен код.
Определете малки и ясни изисквания към компонента
Запишете предназначението на блока, задължителното и незадължителното съдържание, реалистичната максимална дължина на текста, връзките, поведението при липсващо изображение и мобилния ред на четене. Например блок за сравнение на два варианта може да изисква име на продукт, една отличителна характеристика, ценови контекст и действие за всеки вариант. Изискванията трябва да посочват кои елементи остават заедно при вертикално подреждане.
Проверете дали стандартните блокове не могат да изпълнят задачата с по-проста подредба. Персонализираният HTML е оправдан, когато решава ясен комуникационен проблем, а не само когато позволява по-сложна композиция. Всяко допълнително структурно правило създава нещо, което следващият редактор трябва да разбира и тества.
Направете персонализирания блок самостоятелен. Избягвайте широки стилове, които неочаквано променят съседните компоненти, и не разчитайте на скриптове или взаимодействия като в сайт за основното съобщение. Ако преживяването изисква сложно избиране или изчисляване, използвайте имейла, за да обясните задачата, и препратете към подходяща страница, която може да я поддържа.
Проверете поведението извън редактора
Имейлът се визуализира различно от обикновен уебсайт. Тествайте действително изпратеното съобщение в подходящи приложения, включително на тесен екран и с недостъпни изображения. Проверете връзките, реда на четене, преоразмеряването на текста и поведението на блока до стандартните компоненти на шаблона.
Избягвайте фиксирани височини при променливо съдържание и дълги низове без места за пренасяне. Клиентско име или преведено заглавие може да разкрие проблем, скрит от краткия примерен текст. Подгответе по-просто резервно оформление, ако персонализираният блок не може да работи надеждно.
Тествайте промени в съдържанието, а не само първоначалния пример
Заменете най-краткото име на продукт с най-дългото реалистично. Премахнете незадължително изображение, добавете преведено заглавие и използвайте по-дълга цена или текст на бутон. Проверете дали структурата се разширява естествено или оставя отрязано съдържание и празни полета с фиксирана височина. Тези тестове показват дали блокът може да се използва повторно или е пригоден само за един пример.
Прегледайте действително изпратеното съобщение в подходящите приложения за имейл. Проверете дали редът на четене остава смислен, описанията на изображенията са подходящи за контекста и всяка целева страница работи. Когато използвате таблици за оформлението, разработчикът трябва да се увери, че те не изкривяват семантичната структура на съдържанието за помощните технологии.
Използвайте повторно само тестваната версия
Запазете одобрения блок с кратка бележка за предназначението и ограниченията му. При промяна на съдържанието разграничете обикновената редакция на текст от структурната промяна, която изисква повторен преглед на визуализацията.
Не добавяйте скриптове за проследяване или изпълним код, за да накарате имейла да се държи като уебсайт. Ако взаимодействието надхвърля надеждните възможности на имейла, насочете действието към подходяща целева страница. Малкият и надежден блок служи на клиента по-добре от сложен компонент, който работи само в прегледа на създателя.
Запазете одобрения блок в бележките за версията на шаблона с ясно посочени отговорник, поддържана употреба и известни ограничения. Бъдеща редакция на текста може да е нискорискова, докато промяната на структурата на колоните или добавянето на условно съдържание изисква нов преглед на визуализацията. Направете разликата ясна, за да не тества екипът ненужно всичко повторно и същевременно да не приема препроектирането за обикновена редакция на текст.
Подгответе по-прост резервен вариант, ако компонентът не може да се държи надеждно. Сравнение в една колона, което клиентите могат да прочетат, е по-полезно от сложна подредба, която се поврежда в често използвана среда. Критериите за приемане са практични: точно съдържание, запазено групиране, четим текст, достъпни действия и поддържана структура, която следващият отговорник за кампанията може безопасно да използва отново.