2010-10-11 7 views
91

En mis puntos de vista de correo electrónico, por lo general sólo hacer algo así ...Al crear correos electrónicos HTML, ¿deberíamos usar html, head, body tags?

debería hacer esto así?

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

En otras palabras, ¿como si estuviera marcando un documento independiente?

Supongo que puedo suponer con seguridad que cualquier cliente de correo electrónico basado en web lo eliminará.

¿Cuál es el camino correcto?

Respuesta

8

Depende completamente del cliente de correo electrónico que lo recibe. En mi experiencia, a la mayoría de los clientes de correo electrónico que interpretarán HTML no les importa si tiene etiquetas de cuerpo completo/cabeza/html, etc. De hecho, ni siquiera necesita esas etiquetas para la mayoría de los navegadores. Debes tener las etiquetas de cabecera para incluir estilo/título, etc. De lo contrario, no son realmente necesarias, per se. Nunca los he visto necesarios.

+3

Las etiquetas html/cabeza/cuerpo son siempre opcionales. –

3

No creo que haya una manera correcta, pero tratando de hacer que el correo electrónico sea visible en tantos lectores de correo electrónico como sea posible.

Normalmente consulto los correos electrónicos en Thunderbird, porque Outlook perdona más.

En Thunderbird El código HTML para un correo electrónico (tengo una extensión que muestra el 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> 

Por cierto, utilizo correo electrónico de texto sin formato para todos mis formas web cada vez que puedo. Tuve muchos problemas con el correo electrónico blackberry usando html + correos electrónicos de texto plano.

28

Si se incluyen o no las etiquetas html/head/body es completamente irrelevante, siempre son opcionales y no afectarán la representación del documento de ninguna manera.

Lo que más importa es si el modo peculiar está activado o no. Desafortunadamente, no puedes controlar eso en una configuración de correo web. Las tablas y los estilos en línea son tus amigos. Su mejor opción es probar en tantos clientes de webmail y de escritorio como pueda.

+4

[¿Qué tipo de documento debo usar en el correo electrónico HTML?] (Http://www.campaignmonitor.com/blog/post/3317/correct-doctype-to-use-in-html-email/) – sam

+2

"siempre son opcionales y no afectará a la presentación del documento "simplemente no es cierto, muchos renders son menos tolerantes a fallas y pueden elegir correctamente no renderizar el html no válido". – markmnl

+0

¿Qué sucede cuando el cliente de correo tiene un enlace "Ver este correo electrónico en el navegador"? Corresponderá al navegador predeterminado procesar el HTML no válido. –

23

La manera correcta es seguir el HTML standard. Puede validar su página HTML here.

Su cliente de correo debe seguirlo y debe descartar lo que no es compatible o lo inseguro como javascript.

ACTUALIZACIÓN: después de varios votos negativos de la gente que se molesta cuando les dice a seguir las normas, voy a exponer algunas razones de por qué las siguientes normas podrían ser beneficiosos aquí:

  1. un webmail dispuesto a muestre su correo como una página completa, podría mantener su formato.
  2. un webmail simplemente quitará las etiquetas y atributos que no quiere. Pero nunca puedes saber cuáles.
  3. Es más fácil encontrar componentes (lado del servidor) que sigan los estándares de formato y, por lo tanto, sean menos propensos a errores. Es posible que los analizadores que no cumplan con los estándares se rompan y que su correo electrónico no se muestre.
+44

-1 La forma correcta es probarlo en los clientes relevantes. Si bien los clientes de correo * deben * seguir los estándares, prácticamente ninguno de ellos lo hace. –

+27

Esa sería la manera _eficaz, pidió el _right_ :) – mschonaker

+17

mschonaker es correcto. Si todos comienzan a seguir los estándares, entonces el uso será ... bueno ... estandarizado. De lo contrario, todos los desarrolladores tienen que implementar hacks para el sabor del día (¡pensando en ti, IE6!). La forma correcta es seguir los estándares. – cjcela

3

Hay una cosa que sé que es cierta: el uso de etiquetas de apertura y cierre de HTML ayudará en la puntuación general de spam debido a que muchos filtros basados ​​en dispositivos y firewalls de software agregarán un punto a un correo electrónico usa html pero no usa las etiquetas de apertura y cierre.

+8

¿Tiene alguna evidencia para respaldar este reclamo? – alex

+7

Observé este comportamiento en los últimos días simplemente al "ver el original" en Gmail. Allí pude ver un puntaje de spam para un correo electrónico sin etiquetas de cierre de apertura: p. X-Spam-Level: * | X-Spam-Report: puntuación = 1.6 tests = HTML_MESSAGE, HTML_MIME_NO_HTML_TAG, MIME_HTML_ONLY | X-Spam-Score: 1 - p. Ver http://wiki.apache.org/spamassassin/Rules/HTML_MIME_NO_HTML_TAG –

+0

He visto esto también, y algunas compañías tienen su límite para la cuarentena de correo basura tan bajo que perder las etiquetas HTML puede ser suficiente para evitar que su correo electrónico llegue a su destino. . Esta página no muestra la configuración exacta disponible, pero he visto que el software deja un mensaje sobre la regla "HTML_MIME_NO_HTML_TAG", con la descripción "Mensaje solo en HTML, pero no hay etiqueta HTML". https://techlib.barracuda.com/BSF/SpamScoring – JHS

4

Muchas de las publicaciones en este hilo son bastante antiguas, y como resultado ya no son precisas.

En estos días, los correos electrónicos HTML deben incluir un doctype, html y una declaración del cuerpo si tiene la intención de hacer algo sofisticado.

Hay una multitud de guías sobre este tema que pueden ayudarlo a aprender cómo codificar correctamente el correo electrónico HTML, pero la mayoría no toma en cuenta los detalles de un doctype, que es la forma en que me tropecé con su pregunta.

le sugiero que lea los siguientes 2 mensajes que son parte de los equipos de renombre están familiarizados con los diversos problemas:

campaign monitor's take

email on acid's take

+0

Gracioso ... dices que las publicaciones aquí son viejas y pones un enlace en tu respuesta a una publicación de blog que tiene 7 años. –

+0

Lo hice, pero las publicaciones de blog que se seleccionaron fueron cuidadosamente elegidas debido a su naturaleza autoritaria, y fueron bastante avanzadas en el tiempo. Las opiniones que expresaron eran bastante poco comunes en aquel momento, especialmente cuando se contrasta con las afirmaciones fechadas que comparten las otras respuestas aquí. – kamelkev

Cuestiones relacionadas