Предложения по отправке электронных писем HTML: используйте стиль для написания встроенных CSS; Используйте меньше изображений; Используйте таблицу для реализации левых и правых макетов или более сложных макетов; Используйте фоновые элементы, чтобы установить фоновые изображения и т. Д.
Почти каждый участник должен отправлять электронные письма на задний план для общения с участниками, такими как подтверждение регистрации, продвижение маркетинга. Эти письма, отправленные сайтом участникам, часто не могут соответствовать требованиям интерфейса и взаимодействия, поэтому нам необходимо отправить HTML -страницы. Поскольку HTML -электронная почта не является независимым хостом на этом веб -сайте, она зависит от других. Таким образом, написание HTML Mail сильно отличается от написания HTML -страниц. Потому что все основные почтовые ящики для пользователей сети будут более или менее фильтровать почту HTML, которую они получают в фоновом режиме. Нет сомнений в том, что код JS строго отфильтрован, включая все атрибуты прослушивания событий, такие как Onclick и Onmouseover, которые основаны на соображениях безопасности электронной почты. Мало того, код CSS также будет частично отфильтрован. Я хочу поговорить о том, как писать электронные письма HTML, которые не отфильтрованы основными основными почтовыми ящиками и могут отображаться нормально.
Предложения по отправке электронных писем HTML: используйте стиль для написания встроенных CSS; Используйте меньше изображений; Используйте таблицу для реализации левых и правых макетов или более сложных макетов; Используйте фоновые элементы, чтобы установить фоновые изображения и т. Д.
Во -первых, давайте посмотрим, как электронная почта отображает электронную почту HTML. Я никогда не делал систему электронной почты, и алгоритмы фильтрации в бэкэнд основных адресов электронной почты не так просто для посторонних. Поэтому мы можем только спекулировать через фронт-дисплей, чтобы сделать вывод, какие методы написания принимаются по электронной почте, а какие будут отфильтрованы. Благодаря анализу Gmail, Hotmail, 163, Sohu и Sina, я разделил адрес электронной почты на две категории:
Первая категория включает Gmail, Hotmail и Sohu. Содержание электронной почты расположена в Div на всей странице почтового ящика.
Вторая категория, в том числе 163 и Sina, используется для организации контента электронной почты в независимой Iframe.
Друзья, которые знакомы с HTML, знают, что содержание IFRAME является независимым документом и не имеет значения для элементов и CSS на родительской странице и могут рассматриваться почти как независимая страница. И если контент электронной почты находится в DIV, контент электронной почты является неотъемлемой частью всей страницы электронной почты. Очевидно, что использование iframe в качестве метода презентации электронной почты будет гораздо более терпимым к контенту электронной почты, потому что он дает вам достаточно независимое пространство для презентации. И див не такой вежливый. Представьте себе, что если вы напишете этот CSS в своем электронном письме, будет ли шрифт всего почтового ящика на 20 пикселей, и он станет грязным:
<стиль типа = текст/css>
тело {font-size: 20px}
</style>
<стиль типа = текст/css>
тело {font-size: 20px}
</style>
Нам нужно написать унифицированный шаблон электронной почты, который совместим с каждым адресом электронной почты, поэтому мы должны избежать вышеуказанного метода написания внешнего CSS. Кроме того, стили, похожие на Float, положение и т. Д., Которые имеют аномальные потоки контента, также будут отфильтрованы. Если вы пишете, это может повлиять на производительность внешних адресов электронной почты.
Ниже я перечисляю несколько принципов письма:
1. Одно из глобальных правил: не пишите <style> теги или класс. All CSS использует атрибут стиля. Используйте стиль, чтобы написать встроенные CSS для любого элемента, который нуждается в любом стиле.
2. Глобальное правило 2: Используйте меньше изображений. Адрес электронной почты не будет отфильтровать ваши теги IMG. Тем не менее, система по умолчанию часто не загружает изображения от незнакомцев. Если вы используете много почтовых сообщений с изображениями, если фильм не загружен, он будет чрезвычайно уродливо и даже не может ясно видеть контент. Неприятной пользователь удалит его напрямую. Алт должен быть добавлен на картинку.
3. Не пишите стили поплавкой и позиции в стиле, потому что они будут отфильтрованы. Так как же достичь левого и правого макета или более сложной макета? Используйте таблицу.
4. Фон может быть установлен в контенте стиля, но IMG будет отфильтрован, что означает, что фоновое изображение не может быть установлено через CSS. Но есть очень интересный атрибут элемента, также называемый фоном, который может определить путь изображения. Это хорошая альтернатива. Хотя эта функция ограничена, например, неспособна найти фоновые изображения, лучше иметь ее, чем нет. Например, чтобы добавить фон в ячейку, вы должны написать это так:
<td founale = http: //image1.koubei.com/images/common/logo_koubei.gif> </td>
<td founale = http: //image1.koubei.com/images/common/logo_koubei.gif> </td>
5. Адрес электронной почты в режиме DOV не поддерживает Flash, и режим iframe должен быть проверен.
Наконец, я хотел бы упомянуть, что адрес электронной почты Соху очень странно. Он добавит пространство после каждого текстового сегмента, в результате чего исходная нормальная планировка была отписана и разрывается линии, что приведет к запутанию некоторых макетов. Поэтому, если вы хотите быть совместимым с почтовыми ящиками SOHU, вы должны быть очень осторожны при столкновении с некоторыми компактными макетами, минимизировать количество текстовых сегментов и оставить достаточно ширины.