HTML 與純文字版本不一致時，先從真正收到的原信核對各部分，而不是只看編輯器中的漂亮畫面。讀者使用不同模式可能看到不同內容；日期、價格、主要操作與取消方式應一致，不能讓純文字部分留在上一期活動。
這不是誰比較不會進垃圾信的比賽
純文字和 HTML 是內容呈現與結構選擇，沒有一種能無條件保證收件匣。若你把原本的圖文版換成文字版，同時刪了連結、改了主旨與寄件流程，無法把落點差異只歸因於格式。先把內容一致性處理好，再設計可比較的測試。
- 保存正式預備版本，列出兩種呈現都必須有的資訊，包括日期、金額說明、查詢方式與必要的取消選項。
- 以原寄送服務寄自有測試信，請維護者確認是否有不同替代部分及其類型，不從轉寄畫面猜結構。
- 分別閱讀 HTML 與純文字內容，檢查過期文案、裸露控制標記及錯誤網址，記錄每一個不一致。
- 修正後重新寄信，確認樣板產生器沒有把舊文字部分保留下來，再檢查新原信。
假設案例：圖片已換，文字仍是舊日期
假設臺灣課程團隊把 HTML 報名截止日改成週五，純文字內容卻仍寫週三。這個假設需要版本同步，而不是只要求所有收件者開 HTML。錯誤可能使讀者誤判時程，即使信已進收件匣，也不能算內容驗收完成。
有些編輯器自動產生文字部分，有些需要另外維護，實際行為依服務而異。不要在不知道平台機制時重複貼兩份不同內容。請負責人確認來源與更新方式，將它列入模板交接；日後換活動時才不會只更新其中一面。
連結與段落也要有可用版本
文字模式不應只留下沒有上下文的長串網址，也不能把重要操作全部依賴圖片。用清楚短句說明連結用途，確認最終目的地與 HTML 相同。涉及專屬登入或訂單資料時，用自有測試情境驗證，不把真實顧客網址交外部工具。
檢查順序以原始 MIME 類型和收件端實際選擇為準。若程式把內容類型標錯，讀者可能看到 HTML 原碼或其他不預期文字；這是維護者要查的結構問題，不是換幾個行銷字眼就能解決。保留原始檔有助辨認產生端與顯示端差異。
需要比較格式對分類的影響時，固定身分、主要資訊與其他條件，承認兩種格式仍可能有不可完全消除的差異。報告只描述觀察，不宣稱文字信比圖文信固定好多少，也不推定所有臺灣收件服務遵循同一種呈現偏好。
這篇不提供通用 HTML 模板，也不保證所有舊用戶端完全支援同樣樣式。測試應優先涵蓋業務回報的環境與必要資訊；未測的模式標清楚。外部樣本可以補充畫面，但不能代替逐字核對金額、期限及個人化資料是否正確。
完成後保存兩種版本的內容證據與最後審核人。下次修改連結或日期時，將相應檢查重新執行；曾經通過的舊信不會替新稿背書。讓每個閱讀模式傳遞相同意思，比單純追求編輯器截圖一致更重要。
資料依據與後續觀察
完成上述檢查後，可用去除個資的同版內容開始郵件測試；先確認當下可選的收件服務，結果僅描述本次樣本，不能推估所有臺灣顧客。測試方法與限制說明觀察範圍；工具不會代查商店後台或收件者私人設定。