Створюючи HTML-адреси електронної пошти, чи слід використовувати HTML, теги для голови, тіла?


113

У своїх переглядах електронної пошти я зазвичай просто роблю щось на кшталт ...

<dl>
   <dt>Name</dt>
   <dd>Value</dd>
</dl>

Чи повинен я робити це так?

<html>
  <head></head>
  <body>
    <dl>
       <dt>Name</dt>
       <dd>Value</dd>
    </dl>
  </body>
</html>

Іншими словами, як я маркував окремий документ?

Я думаю, що я сміливо можу припустити, що будь-який веб-клієнт електронної пошти зніме його?

Який правильний шлях?


Для чого це коштує, Thunderbird видає html, headі bodyтеги в своїх повідомленнях.
palswim

Відповіді:


43

Правильний шлях - це дотримання стандарту HTML . Ви можете перевірити вашу сторінку HTML тут .

Ваш поштовий клієнт повинен слідувати за ним і повинен викидати те, що не підтримується, або те, що не є небезпечним, як JavaScript.

ОНОВЛЕННЯ: після декількох голосів, які відхиляються від людей, які розлючуються, коли ви кажете їм дотримуватися стандартів, я викладу деякі причини, чому наступні стандарти можуть бути корисними тут:

  1. веб-пошта, яка бажає показати вашу пошту як повну сторінку, може зберегти ваш формат.
  2. веб-пошта просто зніме теги та атрибути, які він не хоче. Але ви ніколи не можете знати, які з них.
  3. Простіше знайти компоненти (на стороні сервера), які відповідають стандартам формату, і, таким чином, менше схильні до помилок. Парсери, які не дотримуються стандартів, можуть зірватися, тому ваш лист не відображатиметься.

54
-1 Правильний спосіб - перевірити його у відповідних клієнтів. Хоча поштові клієнти повинні дотримуватися стандартів, практично жоден з них не робить.
Ден Удар

27
mschonaker правильний. Якщо всі почнуть дотримуватися стандартів, то використання буде ... ну ... стандартизованим. В іншому випадку всі розробники повинні реалізувати хаки для аромату дня (думаючи про вас, IE6!). ПРАВИЛЬНИЙ шлях - це дотримання стандартів.
cjcela

4
Немає стандарту для "html-листів". Ви вказуєте на стандарт для html.
rds

2
Я погоджуюся з цією відповіддю, хоча багато клієнтів надають недійсний html у будь-якому випадку, найнадійніший формат, який відображатиметься для більшості клієнтів, - це мати дійсний html!
markmnl

3
Це правильна відповідь. Тип mime частини або тіла буде text / html. Незалежно від контексту цього типу слід дотримуватися стандартів, будь то веб-браузер або клієнт електронної пошти. @cjcela має правильну ідею, якби ми всі дотримувались підтримки IE8, Інтернет не розвивався б. Якщо ми не дотримуємось стандартів, як відображається HTML у пошті? Що ви повинні зробити, це дотримуватися стандартів, але визнайте, що такі речі, як таблиці стилів в heads, можуть ігноруватися і мати витончений запас.
Бретт Райан

33

Включити чи ні теги html / head / body зовсім не важливо - вони завжди необов’язкові і жодним чином не впливатимуть на надання документа.

Найважливіше - увімкнено чи ні. На жаль, ви не можете контролювати це в налаштуваннях веб-пошти. Столи та стилі вбудовування - ваші друзі. Ваша найкраща ставка - протестувати якомога більше клієнтів веб-пошти та настільних комп’ютерів.



4
"вони завжди необов'язкові і не впливатимуть на надання документа", що просто не відповідає дійсності. Багато візуалізації мають меншу стійкість до помилок і цілком справедливо можуть вирішити не виводити недійсний html.
markmnl

Що відбувається, коли поштовий клієнт має посилання "Переглянути цей електронний лист у браузері"? Якщо веб-переглядач за замовчуванням відображатиметься недійсним HTML-кодом, буде дозволено
Сергій

13

Багато публікацій у цій темі досить старі, і в результаті вони вже не точні.

Цього дня HTML-листи HTML повинні включати в себе тип дотипу, html та декларацію про тіло, якщо ви взагалі збираєтесь робити щось фантазійне.

На цю тему існує безліч посібників, які допоможуть вам навчитися правильно кодувати HTML-адресу електронної пошти, але більшість із них нехтують специфікою доктрипу, саме тому я натрапив на ваше запитання.

Я пропоную вам прочитати наступні 2 публікації, які знаходяться з авторитетних команд, знайомих з різними проблемами:

монітор кампанії

електронною поштою на кислоту взяти


Смішно ... Ви кажете, що публікації тут старі, і ви додаєте посилання у своїй відповіді на повідомлення в блозі, якому 7 років!
Алексіс Вілке

2
Я так і зробив, але вибрані публікації блогу були ретельно вибрані завдяки їх авторитетному характеру, і вони швидше дивились на час. Думки, які вони висловлювали, були досить рідкісними, особливо коли ви протиставляєте датованим твердженням, які поділяються іншими відповідями тут.
kamelkev

@AlexisWilke і одне з посилань тут навіть згадувались 3 роки до цього! Але, принаймні, це відповідь зараз, тому я можу спробувати збільшити список за допомогою підсумкових запитів
Hashbrown

11

Цілком залежить від клієнта електронної пошти, який його отримує. На мій досвід, більшість клієнтів електронної пошти, які інтерпретують HTML, не хвилюються, якщо у вас є повні теги body / head / html тощо. Насправді вам навіть не потрібні ці теги для більшості браузерів. Потрібно мати заголовки для включення стилю / заголовка тощо. Інакше вони самі по собі не потрібні. Я ніколи не бачив, щоб вони були потрібними.


3
Теги html / head / body завжди необов’язкові.
Джош Лі

10

Є одна річ, про яку я знаю, що відповідає дійсності: використання тегів відкриття та закриття HTML допоможе в загальному заліку спаму через те, що багато таких фільтрів на основі приладів та брандмауери програмного забезпечення додадуть крапку в електронну пошту, яка використовує html, але не використовує теги відкриття та закриття.


11
Чи є у вас якісь докази на підтвердження цієї вимоги?
алекс

10
Я спостерігав за цією поведінкою протягом останніх кількох днів, просто "переглядаючи оригінал" в Gmail. Там я побачив оцінку спаму для електронного листа без відкриваючих закриваючих тегів: напр., X-Spam-Level: * | X-Spam-Report: оцінка = 1,6 тестів = HTML_MESSAGE, HTML_MIME_NO_HTML_TAG, MIME_HTML_ONLY | X-Spam-Score: 1 - напр., Див. Wiki.apache.org/spamassassin/Rules/HTML_MIME_NO_HTML_TAG
Річард Холліс

1
Я також бачив це, і деякі компанії мають поріг спаму для карантину настільки низьким, що відсутніх тегів HTML може бути достатньо, щоб запобігти проникненню вашої електронної пошти. На цій сторінці не вказано наявні точні настройки, але я бачив, як програмне забезпечення залишає повідомлення про правило "HTML_MIME_NO_HTML_TAG" з описом "Повідомлення лише для HTML, але немає тегу HTML" techlib.barracuda.com/BSF/SpamScoring
JHS

3

Я не думаю, що це правильний спосіб, але намагаюся зробити так, щоб електронну пошту було видно на стільки читачів електронної пошти, скільки можливо.

Я зазвичай перевіряю електронні листи в Thunderbird, тому що Outlook прощає більше.

У Thunderbird це HTML-код електронної пошти (у мене є розширення, яке показує html)

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body bgcolor="#ffffff" text="#000000">
        This is the body text<br>
<div class="moz-signature"><i><br>
<br>
Regards<br>
Alex<br>
</i></div>
</body>
</html>

До речі, я використовую звичайний текстовий електронний лист для всіх своїх веб-форм щоразу, коли можу. У мене було багато проблем з електронною поштою blackberry за допомогою html + простого текстового повідомлення.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.