電子郵件格式「Both」- 是否有提供商會顯示文字版本而非 HTML?

嘿!

我正在為當地一個節慶打造端對端票務自動化系統:它讀取 Google Sheets 資料庫、執行一些解析/邏輯,然後透過連接的企業 SMTP 位址給每個買家發送電子郵件,附上 QR 碼、品牌 logo 和一些文字。
我的疑慮:電子郵件有兩張圖片,品牌 logo(頂部,在標頭中)和 QR 碼(文字下方)。QR 碼是透過運算式引用的,所以能正確解析。但如果某個提供商決定顯示文字版本而不是 HTML,客戶就會失去 logo 和 QR 碼。

補充說明:QR 碼也以檔案附件的形式包含,不只是內嵌的,所以即使呈現失敗,買家仍然有 QR 碼。但我想正確理解 HTML/文字的行為。

問題:

  1. 使用電子郵件格式:兩者時,n8n 實際上如何決定傳送什麼:它是在一條訊息中傳送兩個部分,還是只選擇一個?

  2. 所有現代提供商(Gmail、Yandex、Mail.ru、iCloud)都會呈現 HTML 部分嗎?或者有真實的風險某些提供商會向客戶顯示文字版本?- 最重要的

  3. 有什麼最佳實踐可以保證為付費客戶呈現 HTML/QR 碼?

謝謝!

@Nick_Vieru

當你在 n8n 中選擇「兩者」格式時,系統不會只選擇一個版本進行傳送,而是將純文字和 HTML 兩個版本打包成單一電郵(技術上稱為 multipart/alternative 訊息)。電郵送達後,決定顯示哪個版本的是收件人的電郵應用程式——而不是 n8n。在幾乎所有情況下,應用程式都會優先顯示 HTML 版本,因為視覺效果更吸引人。

對於 Gmail、iCloud、Yandex 和 Mail.ru 等現代提供商來說,客戶只看到純文字版本的風險非常小。HTML 渲染是電郵的全球標準。用戶只有在手動將設定改為「純文字模式」以獲得極端安全或無障礙考量,或電郵被提供商標記為高風險垃圾郵件時,才會看到純文字版本。

關於你的圖片,n8n 使用「內容識別碼」(CIDs)來處理內嵌圖片,這會告訴電郵用戶端拉取特定附件並將其放在 HTML 本文內。雖然通常有效,但某些企業用戶端(如特定版本的 Microsoft Outlook)可能會比較挑剔,偶爾可能會移除內嵌渲染,只在郵件底部顯示圖片作為傳統附件。

既然你已經將 QR 碼作為單獨的檔案附件包含在內,你就已經實現了最好的安全網。為進一步確保專業外觀,你可以在 HTML 圖片標籤中加入「替代文字」(例如 alt="Your Ticket QR Code"),這樣即使圖片無法載入,用戶也會知道缺少了什麼。你目前的設定已經相當完善,遵循了關鍵交易電郵的業界最佳實踐

謝謝!這澄清了我的疑慮,讓我放心多了。

我會在二維碼和品牌標誌上加入 alt HTML 標籤。祝你有美好的一天!

很樂意幫忙!!!