HTML e-postaları oluştururken html, head, body etiketleri kullanmalı mıyız?


113

E-posta görünümlerimde genellikle şöyle bir şey yapıyorum ...

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

Bunu böyle mi yapmalıyım?

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

Başka bir deyişle, bağımsız bir belgeyi işaretliyormuşum gibi?

Sanırım herhangi bir web tabanlı e-posta istemcisinin bunu kaldıracağını güvenle varsayabilirim?

Doğru yol nedir?


Ne 's değerinde için, Thunderbird çıkarır html, headve bodyonun mesajlarında etiketleri.
palswim

Yanıtlar:


44

Doğru yol, HTML standardını takip etmektir . HTML sayfanızı buradan doğrulayabilirsiniz .

Posta istemciniz bunu takip etmeli ve desteklenmeyen veya javascript gibi güvensiz olanları atmalıdır.

GÜNCELLEME: Standartlara uymalarını söylediğinizde sinirlenen insanların birkaç olumsuz oyundan sonra, burada aşağıdaki standartların neden faydalı olabileceğine dair bazı nedenleri açıklayacağım:

  1. Postanızı tam sayfa olarak göstermeye istekli bir web postası, biçiminizi koruyabilir.
  2. bir web postası, istemediği etiketleri ve öznitelikleri çıkarır. Ama hangilerini asla bilemezsiniz.
  3. Biçim standartlarına uyan (sunucu tarafı) bileşenleri bulmak daha kolaydır ve bu nedenle hataya daha az meyillidir. Standartlara uymayan ayrıştırıcılar muhtemelen kırılarak e-postanızın gösterilmemesine neden olabilir.

54
-1 Doğru yol, ilgili istemcilerde test etmektir. Posta istemcileri iken gerektiğini standartlara uygun, bunların neredeyse hiçbiri yok.
Dan Darbe

27
mschonaker doğru. Herkes standartları izlemeye başlarsa, kullanım ... iyi ... standartlaştırılmış olacaktır. Aksi takdirde, tüm geliştiricilerin günün tadı için hackler uygulaması gerekir (seni düşünüyorum, IE6!). DOĞRU yol, standartları takip etmektir.
cjcela

4
"Html e-postaları" için bir standart yoktur. Html için standardı gösteriyorsunuz.
rds

2
Bu yanıta katılıyorum, ancak birçok müşteri geçersiz html oluştururken, çoğu istemcide işleyecek en güvenilir biçim geçerli html'ye sahip olmaktır!
markmnl

3
Bu doğru cevap. Parçanın veya gövdenin mime türü text / html olacaktır. Bağlamdan bağımsız olarak, bu tür bir web tarayıcısı veya bir e-posta istemcisi olsun, standartlara göre uyulmalıdır. @cjcela'nın doğru fikri var, eğer hepimiz IE8'i desteklemeye devam edersek, web gelişmez. Standartlara bağlı kalmazsak, gelişmek için postada HTML nasıl işlenir? Yapmanız gereken, standartlara bağlı kalmaktır, ancak s'deki stil sayfaları gibi şeylerin headgöz ardı edilebileceğini ve zarif bir geri dönüşe sahip olabileceğini unutmayın.
Brett Ryan

33

Html / head / body etiketlerini ekleyip eklememeniz tamamen alakasızdır - bunlar her zaman isteğe bağlıdır ve belgenin oluşturulmasını hiçbir şekilde etkilemeyecektir.

En önemlisi, tuhaflıklar modunun açık olup olmadığıdır. Ne yazık ki, bunu bir web posta ayarında kontrol edemezsiniz. Tablolar ve satır içi stiller arkadaşlarınızdır. Yapabileceğiniz en iyi şey, olabildiğince çok web posta ve masaüstü istemcisini test etmektir.



4
"her zaman isteğe bağlıdırlar ve belgenin oluşturulmasını etkilemeyeceklerdir" bu kesinlikle doğru değildir, birçok işleme daha az hataya dayanıklıdır ve haklı olarak geçersiz html'yi oluşturmamayı seçebilirler.
markmnl

Posta istemcisinde "Bu e-postayı tarayıcıda görüntüle" bağlantısı olduğunda ne olur? Geçersiz HTML'yi işlemek varsayılan tarayıcıya bağlı olacaktır.
Sergey

13

Bu konudaki gönderilerin çoğu oldukça eski ve sonuç olarak artık doğru değiller.

Bu günlerde HTML e-postaları, süslü bir şey yapmayı düşünüyorsanız, bir doctype, html ve gövde bildirimi içermelidir.

Bu konuda HTML E-postayı doğru bir şekilde nasıl kodlayacağınızı öğrenmenize yardımcı olabilecek çok sayıda kılavuz var, ancak bunların çoğu bir belge türünün özelliklerini göz ardı ediyor, ben de sorunuza bu şekilde rastladım.

Çeşitli sorunlara aşina olan saygın ekiplerden gelen aşağıdaki 2 gönderiyi okumanızı öneririm:

kampanya izleme

asit alımıyla ilgili e-posta


Komik ... buradaki gönderilerin eski olduğunu söylüyorsunuz ve cevabınıza 7 yıllık bir blog gönderisine bir bağlantı koyuyorsunuz!
Alexis Wilke

2
Yaptım, ancak seçilen blog gönderileri otoriter yapıları nedeniyle dikkatlice seçildi ve o zaman oldukça ileriye bakıyorlardı. İfade ettikleri görüşler o zamanlar oldukça nadirdi, özellikle buradaki diğer yanıtlar tarafından paylaşılan tarihli iddialarla tezat oluşturduğunuzda.
kamelkev

@AlexisWilke ve bağlantılardan biri 3 yıl önce burada bahsedilmişti ! Ama en azından şimdi bir cevapta, bu yüzden listeyi yukarı oyla yükseltmeyi deneyebilirim
Hashbrown

11

Tamamen onu alan e-posta istemcisine bağlıdır. Tecrübelerime göre, HTML'yi yorumlayacak e-posta istemcilerinin çoğu, tam gövde / head / html etiketlerinizin olup olmadığını umursamıyor. Aslında çoğu tarayıcı için bu etiketlere ihtiyacınız bile yok. Stil / başlık vb. Eklemek için başlık etiketlerine sahip olmanız gerekir. Aksi takdirde, gerçekten gerekli değildir. Onların gerekli olduğunu hiç görmedim.


3
Html / head / body etiketleri her zaman isteğe bağlıdır.
Josh Lee

10

Doğru olduğunu bildiğim bir şey var: HTML açma ve kapama etiketlerini kullanmak, bu tür cihaz tabanlı filtrelerin ve yazılım güvenlik duvarlarının html kullanan ancak kullanmayan bir e-postaya bir nokta veya daha fazla ekleyeceği gerçeğinden dolayı genel spam puanlamada yardımcı olacaktır. açılış ve kapanış etiketleri.


11
Bu iddiayı destekleyecek kanıtınız var mı?
alex

10
Bu davranışı geçtiğimiz birkaç gün içinde yalnızca Gmail'de "orijinali görüntüleyerek" gözlemledim. Orada açılış etiketi olmayan bir e-posta için spam puanı görebiliyordum: örneğin X-Spam-Düzeyi: * | X-Spam-Raporu: score = 1.6 test = HTML_MESSAGE, HTML_MIME_NO_HTML_TAG, MIME_HTML_ONLY | X-Spam-Puanı: 1 - ör. Bkz. Wiki.apache.org/spamassassin/Rules/HTML_MIME_NO_HTML_TAG
Richard Hollis

1
Bunu da gördüm ve bazı şirketlerin spam karantinası için eşikleri o kadar düşük ki HTML etiketlerinin eksik olması e-postanızın geçmesini önlemek için yeterli olabilir. Bu sayfada mevcut tam ayarlar listelenmiyor, ancak yazılımın "HTML_MIME_NO_HTML_TAG" kuralı hakkında "salt HTML mesajı, ancak HTML etiketi yok" açıklamasıyla bir mesaj bıraktığını gördüm. techlib.barracuda.com/BSF/SpamScoring
JHS

3

Doğru bir yol olduğunu düşünmüyorum, ancak e-postayı mümkün olduğunca çok sayıda e-posta okuyucusunda görüntülenebilir hale getirmeye çalışmak.

Genellikle Thunderbird'deki e-postaları kontrol ederim, çünkü Outlook daha fazlasını affeder.

Thunderbird'de bu, bir e-postanın HTML kodudur (html'yi gösteren bir uzantım var)

<!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>

BTW, yapabildiğim her seferinde tüm web formlarım için düz metin e-posta kullanıyorum. Html + düz metin e-postaları kullanarak blackberry e-postayla ilgili birçok sorun yaşadım.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.