O que faz um olhar HTML e-mail Gosto?

Question

Eu estou tentando construir automaticamente e-mails HTML e estou tentando descobrir se existem normas e que atributos em um trabalho de e-mail e que têm de existir. Eu preciso de um? E se não o faz, tem de haver um corpo? Eu preciso especificar o Doctype Eu estou usando?

Eu estou trabalhando com o Zend Framework em seu exemplo, eles não definir nada, mas o conteúdo com o código "styling" http://framework.zend.com/manual/de/zend.mail.html-mails.html

Só para você saber porque eu faço necessidade HTML. Este seesm estúpido, mas a nossa empresa está escrevendo software de suporte e o "erro" crítico ou pedido de recurso tudo beta testers foi HTML básico para que eles possam destacar palavras importantes, tornando-os gordura, itálico, sublinhado, etc.

Answer 1

Codificação de e-mail HTML Eu sempre achei que ser um negócio arriscado. Ao contrário de navegadores, alguns clientes de correio aderir aos padrões do W3C para HTML marcação. MailChimp 'sa serviço muito doce que lhe permitirá visualizar seus e-mails HTML em 30 de alguns clientes de email ímpares, incluindo web aqueles baseados.

Eles também têm um guiar livremente disponível contendo alguns valiosa fazer e não fazer.

Em suma, CSS in-line vai ser sua melhor aposta (especialmente com os clientes da web que irá retirar certa CSS). Tabelas são mais confiáveis ??para denominar neste caso (embora, sendo um guerreiro padrões, eu me encolho de dizê-lo).

Quanto html e body marcas - Eu enviá-los em meus e-mails. Você está guiando principal deve ser KISS (mantê-la simples, estúpido!).

Answer 2

HTML para e-mail é essencialmente o mesmo que o HTML para a web. A diferença é que a sua mensagem de e-mail está sendo tratado como estando na zona restrita não confiável, o que significa que você não pode usar javascript ou quaisquer outras tecnologias de script.

Você pode inserir anexos no e-mail (como imagens, folhas de estilo, e assim por diante) ou referenciá-los a partir de uma fonte externa. Fato é que, se você referenciá-los a partir de uma fonte externa, a maioria dos leitores de e-mail não vai baixá-los sem a aprovação do usuário. Isto significa que, muitas vezes, é melhor colocar CSS entre marcas de estilo no cabeçalho e imagens como anexos inline.

Ao ler e-mail no Thunderbird ou Outlook, obviamente, há diferenças. Um usa o motor de renderização do Firefox, um usa o motor do IE. Este é o mesmo que fazer páginas para a web.

Se você pegar esses pontos em consideração, você deve ser capaz de fazer agradáveis ??olhando mensagens de e-mail sem nenhum problema.

Espero que isso ajude.

Answer 3

Não se esqueça de incluir uma versão em texto. Isso ajuda as pessoas que não querem e-mails HTML.

E falando de não querer e-mails HTML:. HTML é muitas vezes usado para spam, por isso é possível que mais e-mails são filtrados do que com texto apenas versões

Answer 4

A maioria dos webclients (como Gmail) não vai pegar folhas de estilo externas em tudo, provavelmente porque poderia impor um risco de segurança.

Nós padronizar e-mails somente de texto para qualquer e-mail crítico (para ativação do exemplo de e-mail após o registro). Para e-mails de marketing que principalmente o trabalho com estilos in-line, tabelas e tudo o que foi popular na web na década de 90.

E-mail html não tenha feito a mesma progressão como e-mail web, tentar ficar com princípios absolutos.

Answer 5

Você está procurando MIME-tipo de codificação . É um padrão para o acondicionamento HTML (entre outras coisas) para programas de correio pode transportá-lo.

Answer 6

Escrita HTML e-mail que irá funcionar em todos os clientes de e-mail é quase impossível. Esperar para usar muitas soluções alternativas para apoiar todos eles. Se você quiser ver quais os clientes de e-mail suportam padrões web a melhor, em seguida, visite email standards.org. Eles tem uma lista de clientes de e-mail e suporte HTML e CSS que eles oferecem.

Answer 7

Eu concordo com Jeroen sobre denominar seu e-mail HTML no próprio arquivo, em vez de fazer referência a um arquivo .css externo. Eu tive problemas no passado.