Нам еще нужно использовать теги <font> в электронных письмах HTML?

Я занимаюсь тем, кто строит наши письма в формате HTML, и шаблоны заполняются тегами шрифтов. Это действительно необходимо? Я знаю, что поддержка CSS невелика в электронной почте, но если я установил встроенный стиль для текста в контейнере <td>, как это...

<td style="font-family:Arial, Helvetica;color:#555555;font-size:12px">

... тогда, безусловно, это будет работать на большинстве почтовых клиентов. Из тестов, которые я выполнил, это похоже на то, и эта статья, похоже, подтверждает это.

Кто-нибудь имеет какие-либо данные о том, действительно ли теги <font> необходимы в электронных письмах HTML?

Ответы

Ответ 1

Ваше предположение верно. Они не нужны. Кроме того, технически тег <font> был устаревшим, начиная с HTML 4, поэтому вы могли бы также удалить его только ради этого.

Если вам нужны встроенные стили CSS для определенного текста, вам лучше использовать тег <span> в строчном стиле, чем тег <font>.

Монитор кампании имеет большой и актуальный ресурс в текущей поддержка CSS в письмах.

Ответ 2

К сожалению, принятый ответ неверен, и даже отвратительные вещи, такие как почта @MrMisterMan, по-прежнему остаются в силе.

Устаревший, как бы то ни было, тег шрифта по-прежнему остается единственной вещью, которая работает повсеместно в почти всех почтовых клиентах, старых и новых. Имейте в виду, что электронная почта не является сетью и все еще положительно допотопной. Некоторые службы электронной почты делают неописуемые вещи; Я столкнулся с тем, что слепо разделил все теги HTML (игнорируя предоставленные текстовые версии), преобразовал связанные изображения в вложения, что привело к нечитаемому беспорядку. Даже созерцая наличие встроенных стилей, работающих перед лицом такого вандализма, действительно желателен.

Хотите знать, где большая дыра? Hotmail. hotmail, live.com и outlook.com, или заменить встроенные стили, да, даже в 2013 году. Вина Microsoft: hotmail, live, outlook.com и перспективы были значительно хуже в последние несколько лет (например, поплавки были исключены из прогноза .com 6 месяцев назад, Outlook уменьшил фоновые изображения в 2007 году, и их не видели с тех пор).

Встраиваемые стили работают в Gmail, но он удаляет все, что находится за пределами тега body. Некоторые фильтры корпоративной почты (например, BlackSpider/WebSense) делают точно противоположное, поэтому, если вы хотите быть абсолютно уверенными в своем стиле, вам нужно поместить тег стиля в тег заголовка, другой экземпляр его внутри тела (недействителен, но он работает), те же стили inline (смотрите проект premailer) и, наконец, тот же стиль с использованием тегов шрифтов. Да, это безумие, но никакие пожелания не заставят проблему уйти. Конечно, вы можете отказаться от некоторых из них, но, делая это, вы неявно принимаете, что это не будет выглядеть одинаково в некоторых местах. Вам нужно взглянуть на свою аудиторию - новый мобильный музыкальный сайт, вероятно, может уйти от него, но корпоративный пенсионный провайдер, вероятно, должен жить в тюрьме шрифтов в 2003 году.

К счастью, Apple Mail, iOS-почта и iCloud имеют значительно улучшенную обработку HTML (как показывает таблица мониторинга кампании, а также проект стандартов электронной почты). С большинством мобильных чтений с использованием какого-то вкуса WebKit рендеринг на мобильных устройствах, как правило, намного более согласован (и в основном лучше), чем на рабочих столах.

Вы могли бы просто сказать, что это не стоит усилий (то, что эффективно отвечает принятый ответ) - любому, кто пользуется испорченными почтовыми читателями, все равно не так, как выглядит их электронная почта, но это не значит, что ваш стиль не сломается.