2011-08-23 37 views
0

我得到了一些自動生成的HMLT代碼工作。確保它被http://validator.w3.org/正確解析,並且它是一個可用的HTML4.01嚴格。驗證gmail的HTML代碼的方法?

現在,當我將此代碼嵌入到電子郵件中併發送給Gmail時,結果非常不利(弄亂了格式化)。

代碼很長,顯然只有當它有這樣的大小時纔會發生。這告訴我兩件事情:

  • 不值得把一個代碼片段在這裏
  • 它可能是一些相互矛盾的標籤,但仍然被認爲是有效的解析器

你們會知道的任何工具,甚至更嚴格驗證我的HTML?甚至可能是特定於Gmail的東西?

或者,也許,只是一些專業提示,通常螺絲代碼爲Gmail。

ps .:代碼雖然很長,但也很簡單,只有幾個表格和樣式 - 我在確保只使用「電子郵件友好」標籤和格式時非常謹慎。

+1

您是否嘗試使用其他SMTP服務器發送郵件來排除Gmail? – timbooo

+0

呃...完全誠實,不..我沒有(這實際上會有點混亂),但仍然,我很確定我在HTML中做錯了什麼(我不是非常好用),這也是我沒有打擾尋找gmail中的錯誤的原因.. – filippo

回答

1

這裏的所有答案都有所幫助,但實際問題在其他地方。

問題是在HTML中,因爲我認爲,但不完全在我的 HTML。

原來的電子郵件客戶端將換行太大,處理它呈現之前,如果不管它是HTML代碼或什麼的,更確切地說,打破了中間的標籤 - 這解釋了爲什麼它只是發生的報告達到時一定的長度。

當我看到由MailChimp生成的代碼(由Alexandre Rafalovitch建議)時,發現它的格式爲quoted-printable,每行準確裁剪爲75個字符。

之後很容易在我自己的代碼生成器中做同樣的事情。實際上,我甚至沒有格式化爲quoted-printable,只是確保它自己包裝太長的行。

除此之外,我只能說,HTML 4.01 Strict代碼在Gmail客戶端中工作得很好。

希望它有助於後代的發展。

歡呼聲。

1

你必須像1999年那樣編寫代碼,而不必擔心被綁定到HTML。

+0

+1到1999 :)將記住這一點 – filippo

1

不幸的是,有效的HTML只對某些(大多數)電子郵件客戶端不起作用。可能出於安全原因,即使Gmail也會刪除或忽略這些內容。電子郵件的最佳選擇基本上就是HTML 3.字體的一些內聯樣式。我知道<p>標籤在Gmail中中斷,並且一般colspanrowspan將無法​​按預期工作,因此您必須使用嵌套表格。這些只是我能想到的幾件事情。

+0

哦,人... 3.0不會有風格:(我需要它在我的桌子上做圓角:) – filippo

+0

你可以使用一些CSS。我從來沒有嘗試過圓角,但我有一種感覺,它可能無法正常工作。 – Cfreak

7

你說的風格?好傢伙!電子郵件客戶端都在做着不同的事情,即使您使用的是Gmail,它也可能不適用於雅虎。

您可能希望看起來像Email CSS guide這樣的東西來啓動,但是您確實也想使用某些收件箱分析服務(例如Inbox Inspector from MailChimp)以獲得更好的照片。

我還沒有做過這件事(但),但我已經看到一遍又一遍地提到,這是一個領域,你可以失去你的頭髮。

+0

或者它變成灰色,就像我的開始。 (電子郵件營銷是我工作的一大部分,不幸:() – Cfreak

+0

你們嚇壞了我,我正在認真考慮這件事有輕微的破壞 - 我只是因爲挑剔我想讓事情看起來像:( – filippo

+0

更新:我將我的代碼複製並粘貼到一個MailChimp模板中,並像測試活動一樣發送。我的收件箱中的結果完美無瑕(圓形邊框和所有內容),只需找到一種方法來提取該代碼並自行使用它 – filippo