
電子報開信率優化實戰:主旨、送達率與自動化流程
電子報開信率怎麼優化?先核對 Gmail/Outlook 寄件要求與 Apple 隱私保護造成的測量誤差,再檢查名單、主旨和點擊轉換。
- 電子報開信率
- 開信率優化
- 電子報送達率
- SPF DKIM DMARC
- 一鍵退訂
- 垃圾檢舉率
- Email 行銷 自動化
- 電子報主旨 建議
- 開信率 基準
- deliverability
約 29 分鐘閱讀作者:Whoops 編輯團隊
電子報開信率的改善有順序:先檢查 SPF/DKIM、寄件信譽與退訂機制,再判讀 Apple 郵件隱私保護造成的開信誤差,最後測試主旨、寄件者名稱和內容。Gmail 與 Outlook 對大量寄件者另有更嚴格要求,實際適用條件要以各自現行文件核對。行為觸發郵件可作為後續轉換測試,不宜把其他平台的營收占比當成自己的預期。
重點先看
開信率由信件裡的透明追蹤圖片計算,Apple 的隱私功能會讓數字虛增,看數字前先問測量方式。
Gmail 自 2024 年 2 月 1 日起對寄到個人 Gmail 帳號的所有發送者要求 SPF 或 DKIM 與檢舉率門檻,日發逾 5,000 封再加嚴驗證,行銷與訂閱訊息並須一鍵退訂。
Outlook 自 2025 年 5 月 5 日起對日發逾 5,000 封的網域強制 SPF、DKIM、DMARC。
主旨的官方建議:60 字元以內、標點 3 個以內、emoji 最多 1 個且用來輔助文字。
比較基準先對口徑:Mailchimp 2023 年 12 月資料與 Klaviyo 2026 年資料的樣本與年分不同,數字不能直接互比。
自動化流程的下單率約為一般行銷活動的 13 倍,是開信之後帶動成交的高效率通道。
把這個順序展開,就是六層檢查地圖:最底下先弄懂開信率怎麼測(數字有沒有失真),往上是驗證與平台規則(信能不能進門),再往上是名單品質(收信的人想不想收到你),然後是主旨與寄件者名(進門之後會不會被拿起來)與基準對口徑(數字怎麼判讀),最上面是自動化流程(打開之後往成交走)。每一層有官方文件當依據,出問題時照這個次序查。
EDM 行銷完全指南整理電子報設計、軟體選擇,以及 EDM 與簡訊推播的分工。開信率與送達率則要另外檢查:數字怎麼測、信為什麼進不了收件夾、平台規則的紅線在哪裡、基準怎麼比,以及開信後如何接到成交。需要在信箱以外安排即時提醒時,可再比較簡訊行銷的時機、文案與平台。
開信率是怎麼測出來的
電子報平台回報的開信率,測的是一張圖片有沒有被下載,收件者是否真的打開信件,平台無法直接得知。Mailchimp 在官方的開信與點擊率說明頁把機制講得很直白:平台在每封信插入一張極小的透明圖片,統計這張圖片在送達信件中被下載的次數,圖片對收件者不可見。開信率就是成功送達的信件中,圖片被下載(或被推定開啟)的比例。同頁對點擊率的定義是:送達信件中至少註冊一次點擊的比例。

這個測法有兩個先天誤差,方向還相反。第一個誤差讓數字偏低:追蹤依賴圖片載入,收件者的郵件軟體如果關閉自動載入圖片,圖片不會下載,信就不會被計為開啟。使用者明明讀完了整封信,報表上卻是零。Mailchimp 用一個補救方法縮小這個誤差:把點擊也算成開信,因為收件者必須先打開信,才點得到信裡的連結,有點擊紀錄的信,無論圖片有沒有載入,至少確定被打開過。第二個誤差讓數字偏高:有軟體會在收件者根本沒打開信的情況下,預先下載信裡的全部圖片,開信數字就多出來了。這正是 Apple 隱私功能帶來的問題。
Apple 在 隱私頁(頁面資訊更新於 2025 年 12 月)說明郵件隱私保護(Mail Privacy Protection,以下簡稱 MPP)要擋掉的東西:寄件者原本可以透過信內遠端內容得知收件者的郵件活動,包括何時開信、開了幾次、是否轉寄、IP 位址,以及其他可用來建立行為輪廓的資料。隱私保護會改變遠端內容的載入與傳送方式:收信時就在背景預設下載遠端內容,不等使用者打開信,也無論使用者會不會與信互動。下載的內容還會經過兩個由不同公司經營的分離中繼站轉送,第一站知道你的 IP 但不知道信件內容,第二站知道內容但不知道你的 IP,對外只提供概括化的身分。這個設計讓沒有單一方能同時拿到收件者身分與收件內容,寄件者也拿不到 IP 可以當追蹤識別碼。
對發信的人來說,後果很具體:只要收件者開著這項功能,遠端內容會在收信時於背景預設下載,報表上的「開信」在說信送達了,沒有說人看過。收件者端的設定位置在設定 App 的郵件隱私保護頁。官方頁同時說明:就算關掉「保護郵件活動」,隱藏 IP 位址的功能仍會以同一套雙中繼設計繼續遮蔽 IP。
Mailchimp 對此有官方警告:機器人活動(他們點名的例子就是 Apple 郵件隱私保護)會虛增開信與點擊指標,建議從報表排除這類活動之後再看數字。換成實際情境:假設你的訂閱名單有六成收件者啟用 MPP,報表上的開信率就有一大塊反映的是「信送達後圖片被預載」。把這個數字當成內容成績單,判斷會失準。拿它跟別的平台、別的名單結構互比,失準更多。
Google 的立場把這件事講得更白。Gmail 在官方寄件者指南裡寫了三點:Google 不追蹤開信率、Google 無法驗證第三方回報的開信率是否準確、低開信率不一定是送達或垃圾分類問題的可靠指標。落到操作上:開信率可以看趨勢、可以跟同一批名單的歷史表現比較,但拿它當唯一的成績數字,或拿來診斷信有沒有進垃圾夾,方向就錯了。點擊率與點擊之後的轉換,測量基礎比開信率扎實,不過 Mailchimp 同時提醒點擊也可能被機器人活動虛增,排除之後再讀,更適合當主指標,開信率當輔助訊號。而促成點擊的按鈕與文案本身,CTA 按鈕與文案優化技巧另有一套測試方法。
看懂測量方式之後,基準數字才有意義。兩份官方報告的全行業平均開信率不一樣:Mailchimp 的基準頁(資料更新於 2023 年 12 月)寫全體使用者平均 35.63%,Klaviyo 的 2026 年報告(資料來自超過 205,000 個品牌)寫行銷活動平均 31%。兩個數字沒有誰對誰錯,樣本與年分不同。比較的第一步是對口徑:同一份報告內行業互比、同一批名單跨期互比,避免拿 A 平台的數字去檢驗 B 平台上的表現。後面基準一節會把兩份報告的口徑攤開對照。
送達率的地基:驗證協定、平台要求與發送紀律
信進不了收件夾,先查身分,再查內容。電子郵件的原生協定不驗證寄件者是誰,這給了偽造空間,於是業界用三個協定分層補上:SPF、DKIM、DMARC。三份標準文件 RFC 7208、RFC 6376、RFC 7489 對它們的定位,可以白話轉述成三句話。

SPF(RFC 7208)解決「誰有權用這個網域名義寄信」。標準文件開頭就指出:網路上的電子郵件可以用多種方式偽造,既有協定不限制寄件主機在信封上填什麼網域。SPF 讓網域管理者在 DNS 裡發布授權主機清單,收信端拿到信之後對照清單,實際寄送的 IP 不在清單上,這封信就沒通過授權檢查。DKIM(RFC 6376)把簽署網域與訊息關聯,讓擁有該網域的人、角色或組織對訊息主張責任。寄送端用私密金鑰對信件簽名,簽名帶著網域資訊,收信端用 DNS 上公布的公開金鑰驗簽,通過代表簽章涵蓋的標頭與信件內容在傳送途中沒被竄改。標準文件特別把它拆成兩個問題:「簽署者是誰」與「送信者是誰」分開處理。DMARC(RFC 7489,已由 RFC 9989 等文件接替)是政策層:網域管理者宣告驗證沒過的信要怎麼處置、驗證報告寄給誰,並規定 From 欄位的網域必須與 SPF 或 DKIM 通過驗證的網域一致,這個一致性檢查就是對齊(alignment)。三層串起來,收信端才能對每封信回答:誰授權的、誰簽名的、簽名的網域跟宣稱的寄件網域是否為同一個。
從收信的人看,平台會依驗證結果與各自的規則處理訊息,哪一關沒過,信就可能被擋下或被歸進垃圾。送達問題因此先查三項協定與平台要求,再調內容。
三個協定各管一段,整理成對照表:
| 協定 | 解決的問題 | 設定位置 | 收信端檢查什麼 |
|---|---|---|---|
| SPF | 哪些主機有權用這個網域寄信 | 網域 DNS 的 TXT 記錄 | 實際寄送 IP 是否在授權清單 |
| DKIM | 信件是否由該網域簽署、未被竄改 | DNS 公開金鑰+寄送端簽名 | 簽名驗證是否通過 |
| DMARC | 驗證沒過時怎麼處置、From 網域是否對齊 | 網域 DNS 的 TXT 政策記錄 | SPF 或 DKIM 是否至少一項通過且網域對齊 |
這三個協定從「最佳實務」變成「規定」,是 2024 到 2025 年之間兩大收信端先後設下強制門檻的結果。Gmail 在 官方寄件者指南裡分兩級要求。指南的適用範圍在開頭就定義清楚:個人 Gmail 帳號指以 @gmail.com 或 @googlemail.com 結尾的帳號,以下的要求針對寄到這類帳號的信。2024 年 2 月 1 日起,所有寄信到 Gmail 帳號的發送者必須:為寄送網域設定 SPF 或 DKIM 驗證、寄送網域或 IP 具備有效的正向與反向 DNS 記錄(PTR 記錄,且發送 IP 要與 PTR 指向的主機 IP 一致)、用 TLS 加密連線傳輸信件、讓 Google 的 Postmaster Tools(寄件監控工具)回報的垃圾檢舉率低於 0.3%、依網際網路訊息格式標準 RFC 5322 格式化訊息、不冒充 Gmail 網域的 From 標頭。
單日寄送超過 5,000 封到 Gmail 帳號的發送者,要求再加嚴一級:SPF 與 DKIM 要同時設定,還要為寄送網域設 DMARC,強制政策可以先設 none(只收報告、不擋信)。From 標頭裡的網域必須與 SPF 或 DKIM 網域其中之一對齊,這是通過 DMARC 對齊檢查的必要條件。行銷訊息與訂閱訊息必須支援一鍵退訂,並在信件內文放清楚可見的退訂連結(規則點名的對象是行銷與訂閱這兩類信,訂單通知這類交易信的義務落在驗證與格式要求上)。DKIM 金鑰長度必須 1024 位元以上,Gmail 並建議:網域供應商支援的話,用到 2048 位元。
這套門檻的起點是 Google 2023 年 10 月 3 日的官方公告,署名的是 Gmail 安全與信任團隊的集團產品經理。公告對大量發送者提三件事:驗證電子郵件、讓 Gmail 收件者能對商業信一鍵退訂並在兩天內處理退訂請求、遵守明確的垃圾檢舉率門檻,公告自稱這是業界第一個明確的檢舉率門檻。同一篇公告給了背景數字:Gmail 的 AI 防禦擋下超過 99.9% 的垃圾郵件、釣魚與惡意軟體,每天封鎖近 150 億封不受歡迎的信件。在 Gmail 前一年要求所有來信具備某種形式的驗證之後,使用者收到的未驗證信件量下降了 75%。Yahoo 在同一份公告中被引述表態支持,與 Google 一同推動這些要求成為產業標準。「發送量還不到 5,000 封,要不要理這些規則」的答案因此很清楚:規則持續在變,地基早打早穩。
Microsoft 的 Outlook.com 在 2025 年跟上,時間點與後果寫在 官方部落格公告裡:對單日寄送逾 5,000 封的網域,強制 SPF、DKIM、DMARC。規格寫得很細:SPF 必須通過,且 DNS 記錄要正確列出授權的 IP 位址與主機。DKIM 必須通過,用來驗證信件完整性與真實性。DMARC 至少設 p=none,並與 SPF 或 DKIM 對齊,公告建議兩者對齊更好。2025 年 5 月 5 日起,不合規的信先進垃圾信件夾。公告同時預告:未來(日期未公布)會直接拒絕,拒絕時的錯誤訊息是「550; 5.7.515 Access denied」,指名寄送網域未達必要驗證等級。微軟在同一篇公告說明過渡設計:先進垃圾夾,是給發送者處理未解決問題的機會。兩家收信端的要求並排看:
| 項目 | Gmail | Outlook.com |
|---|---|---|
| 強制對象 | 全體發送者一級要求+日發逾 5,000 封加嚴 | 日發逾 5,000 封的網域 |
| 生效時點 | 2024 年 2 月 1 日 | 2025 年 5 月 5 日(先進垃圾夾) |
| 驗證要求 | 全體:SPF 或 DKIM。逾 5,000 封:SPF+DKIM+DMARC(可 p=none)+From 網域對齊 | SPF+DKIM+DMARC(至少 p=none)+與 SPF 或 DKIM 對齊 |
| 行銷信退訂 | 一鍵退訂+內文清楚可見退訂連結,退訂請求兩天內處理 | 退訂連結要容易找到、點了可靠生效(建議) |
| 不合規後果 | 可能被拒收、進垃圾分類或限流 | 先進垃圾信件夾,之後直接拒絕(550 5.7.515) |
| 垃圾檢舉率 | Postmaster Tools 回報須低於 0.3%(建議低於 0.10%) | 公告未列明確數字門檻 |
一個常見誤解要拆掉:把發信外包給電子報平台,驗證就是平台的事。微軟的常見問答直接回答了這題:即使用第三方供應商發信,SPF、DKIM、DMARC 仍然要設在自家網域的 DNS,因為驗證跟著網域走,與供應商無關。Gmail 的指南也要求發送者確認供應商有用你的網域做 SPF 與 DKIM 驗證,而且 SPF 記錄要涵蓋網域的全部發信者,官方明講:第三方寄件者沒被納入 SPF 記錄時,來自這些寄件者的信更可能被標為垃圾。驗證沒過的訊息,Google 的說法是可能被標為垃圾,或以 5.7.26 錯誤拒絕。共享 IP 的信譽還要用 Postmaster Tools 分開確認。
驗證設定上還有兩個實務細節可用。設 DKIM 時:金鑰透過 selector 命名(例如 selector1、selector2),多組 selector 可以把不同事業單位或不同活動的簽署分開管理,出問題時隔離影響範圍。DMARC 的彙總報告(RUA)會寄到記錄裡指定的信箱,從報告能看到誰在代替你的網域發信、驗證與對齊的通過狀況,等於現成的網域冒用監控資料來源。如果你用 WordPress 自架站直接發系統信(會員通知、訂單確認),另有一篇 WordPress SMTP 設定教學處理發信通道本身的設定,驗證層的原則與這一節相同。
寄件地址的紀律也在官方指南裡。Gmail 建議同一類訊息用同一個 From 地址:收據信用 sales@、促銷信用 deals@、帳號通知用 alert@,收件者看到寄件地址就知道信的性質,不同類內容不混在同一封信裡(收據信裡不放促銷區塊)。微軟對此的建議更直接:主要寄件地址(From 或 Reply-To)要有效、反映真實的寄送網域、而且收得到回信。退訂連結的建議也一樣具體:容易找到、點了可靠生效。發送的 IP 也有對應紀律:Gmail 的建議是理想上讓信從同一個 IP 位址發出,如果非得多個 IP,就按訊息類型分開,帳號通知與促銷內容走不同的 IP。Gmail 還給了一個加分條件:寄件地址如果在收件者的通訊錄裡,信被標為垃圾的機率比較低,歡迎信裡因此適合放一句「請把我加進通訊錄」。
一鍵退訂與垃圾檢舉率:兩個不能踩的門檻
一鍵退訂在 Gmail 的 5,000 封門檻裡是強制項,實作有明確規格:信件要帶兩個標頭:List-Unsubscribe-Post 填 List-Unsubscribe=One-Click,List-Unsubscribe 填退訂網址。標準同時要求退訂網址採用 HTTPS,並以有效的 DKIM 簽章涵蓋這兩個標頭,避免退訂網址在傳送途中被竄改。收件者在信箱介面按下退訂時,寄件系統收到的是一個 POST 請求,內容類型是表單編碼、帶著一行退訂確認參數,單純的網頁瀏覽(GET)不算退訂動作。這個設計有段來歷:RFC 8058(2017 年的標準文件)說明,郵件軟體有時會預先抓取信件標頭裡的網址,如果退訂網址被抓取就觸發退訂,訂閱者會在不知情下被退掉,所以標準定義了明確的信號,要求用 POST 送出退訂意願。List-Unsubscribe 標頭本身的規格定義在 RFC 2369,一鍵信號是後來的 RFC 8058 補上的。自行架設退訂端點時,這個區別就是功能與事故的差別。Gmail 對大量發送者的退訂處理時限是兩天。官方同時明講:讓收件者檢視訂閱中的個別名單、逐一名單退訂或一次全退、對多次退信的地址自動退訂,這些做法可以並用,但都不能取代一鍵退訂。從這套條件判讀,一鍵退訂對送達的意義有兩層:它先滿足平台的強制規格(5,000 封門檻的檢查項),同時讓不想再收信的人有乾淨的退出管道。Gmail 官方表示,容易的退訂方式可以改善開信率、點擊率與寄送效率。
垃圾檢舉率是第二個門檻,而且有兩條線。Gmail 的說法是:保持 Postmaster Tools 回報的檢舉率低於 0.10%,並避免達到 0.30% 或更高。達到 0.30% 或更高即不符規定,長期貼著門檻走也危險。官方的理由寫得具體:檢舉率低的發送者,對偶發的檢舉尖峰更有韌性。檢舉率高會導致更多信被歸為垃圾,而且改善需要時間才會反映到分類,也就是說,等數字爆掉才處理,之後要付的利息比想像長。Postmaster Tools 是 Google 提供的寄件監控工具,從裡面能看到檢舉率趨勢與網域、IP 的信譽等級,把它當成送達面的儀表板,定期看。
檢舉率的源頭是名單品質。Gmail 對此有一組直接的做法:只寄給主動訂閱的人,訂閱前先確認信箱有效(寄確認信、收得到回覆才入列),定期寄信確認收件者想續訂,並考慮把長期不開信也不讀信的收件者退訂。反面的禁令同樣明確:不要向其他公司購買 email 名單,不要寄給沒訂閱的人,避免用預設勾選就自動訂閱的表單,Gmail 點出部分國家與地區限制自動訂閱,導入前要先查當地規定。微軟的名單衛生建議給了頻率:每個月到每一季清理一次無效地址。Gmail 還補了一個內部提醒:不要把內部訊息標成垃圾,官方說明這會對網域信譽造成負面影響,之後的訊息可能被標為垃圾。內部導入時提醒同事「用退訂、別按檢舉」,成本很低。
退訂多一點,會不會讓名單變小、開信率變差?Gmail 官方指南的說法恰好相反:給收件者容易的退訂方式,讓人選擇不再收到信,可以改善開信率、點擊率與寄送效率。想退訂卻退不掉的人可能改用垃圾信檢舉,Gmail 指南指出,較高的檢舉率會讓更多訊息被歸為垃圾,影響及於整個網域。留下願意收信的人,開信與點擊數字的分母才有意義。對退訂頁面做複雜挽留(連續跳窗、要求登入、倒數計時)之前,把這個因果想一遍。
主旨與寄件者名稱:官方文件給的規格
主旨的建議有官方版本可查。Mailchimp 在官方基準報告頁給出一組具體數字:主旨長度不超過 9 個字與 60 個字元,官方對行動裝置閱讀情境的建議是往短的方向走。標點符號不超過 3 個,過多標點與特殊符號會讓信看起來像垃圾信。emoji 一次最多 1 個,而且用來輔助文字、無法取代文字,因為不同作業系統渲染的 emoji 版本不同,送出前要實際測過顯示結果。內容方向上,官方建議描述性優於季節口號:「Fall into savings」這類句子流行但沒有特定鉤子,不如直接講出促銷利益或點名特定優惠。個人化(用合併標籤帶入收件者姓名或地區)在官方說法裡對多數使用者可能提升開信率,與行銷自動化結合(生日優惠、購後跟進)的情境效果較好。
寄件者名稱(顯示名稱)得到的關注比主旨少,Gmail 對此有專門一節規則。名稱的用途是識別寄件者,要一致、清楚、準確反映身分或組織。不得把主旨或行銷訊息塞進名稱,官方列的反例包括 Important Update From 開頭的樣式、TIME IS RUNNING OUT (SALE)、URGENT REQUEST、Last Chance。不得放收件者的名字。不得暗示回覆或對話(顯示成 User (2) 這種對話計數樣式被官方點名)。不得用 emoji 或特殊符號模仿圖形元素,讓名稱看起來像通過某種驗證,LATEST UPDATE、MAIL, ME、[1] New Message 也列在反例清單上。用 @gmail.com 網域當大量商業信的顯示名稱,被官方歸類為欺騙性的仿冒(spoofing)行為。同一份禁令也涵蓋未經許可冒充其他網域或寄件者,Gmail 明言這類信可能被標為垃圾。這些規則合起來只有一個方向:名稱就寫你是誰,行銷話術留給主旨與內文。
主旨本身也有紅線。Gmail 要求主旨、標頭與顯示名稱準確代表寄件身分與內容、不得誤導:主旨用 Re: 或 Fwd: 開頭,只有在信件真的是回覆或轉寄時才允許。標頭本身也不宜過大,Gmail 對訊息標頭設有尺寸限制。From、To、Subject、Date 這些單一標頭,每封信只能出現一次。不得用 HTML 與 CSS 隱藏內容,隱藏內容可能導致信件被歸為垃圾。內文的網頁連結要可見、點了會到預期的地方,寄件者資訊也要清楚可見。每封信要有有效的 Message-ID。把這些規則合起來看,主旨的優化空間在「說清楚這封信給誰、給什麼」,偽裝成回覆、製造緊迫、偷藏連結,走的方向剛好相反。
主旨改了有沒有用,用測試回答,不靠猜。Mailchimp 對開信率偏低給了三個官方方向:主旨不相關或不夠有趣、受眾裡有大量未分眾的訂閱者、寄太多或寄太少。三個方向對應三種不同的修法:第一種改主旨,第二種拆名單(把來源與互動程度不同的訂閱者分開寫、分開寄),第三種調節奏(發送頻率往兩邊測)。三者也可能同時成立,先看名單組成,再動主旨,因為同一個主旨對互動高的小圈圈與一年沒開信的大池子,成績本來就會分岔。測試的做法是建 2 到 3 個略有差異的主旨做 A/B 測試或多變數測試,官方舉的例子是 Company 123 Weekly Newsletter 對 News from Company 123(差異小,但足夠讓數字說話)。分眾是另一條路:把不同來源、不同互動程度的訂閱者分開寄,主旨對各自講話,比一封主旨打全場有效。假設你經營付費週報,同一期測「本期:三個送達率檢查步驟」與「第 42 期週報」,前者點出內容利益,後者靠刊名慣性,跑幾期就能看出你的名單吃哪一套,重點在每次只改一個變數,否則數字回來也無法歸因。
基準數字怎麼看:先對口徑再比較
兩份官方基準的口徑先攤開。Mailchimp 的基準頁標註資料更新於 2023 年 12 月,來源是掃描平台投遞的數十億封信,篩選條件寫得清楚:只納入啟用行銷活動追蹤、使用者有回報產業別、而且寄給至少 1,000 名訂閱者的行銷活動,計的是不重複開信(unique opens,同一人開多次算一次)。客戶光譜從一人新創到財富 500 大企業。全體使用者平均開信率 35.63%、點擊率 2.62%、退訂率 0.22%。行業差距不小:在列出的行業裡,非營利組織 40.04% 最高,電子商務 29.81% 最低,教育培訓 35.64%、商業金融 31.35% 居中。點擊率的行業落差同步存在:電子商務平均 1.74%,非營利組織 3.27%,兩者相差近一倍。退訂率倒是各業相差不大(列出行業介於 0.15% 到 0.19%,全體平均另列為 0.22%),這個數字平常不顯眼,但在你評估「退訂會不會傷名單」時是很好的參照,行業常態本來就存在一定的退訂流動。從這套區間判讀,退訂率長期高過全體平均時先回頭查最近的內容與名單來源,把退訂當訊號讀,而不只是當損失看。頁面附了官方免責聲明:開信率數字可能受 Apple 郵件隱私保護影響,解讀時要考慮。
Klaviyo 的 2026 年報告資料來自超過 205,000 個品牌,行銷活動的全行業平均開信率是 31%,表現前 10% 的品牌達 45.1%。行業別數字:服飾配件 33.1%、家居園藝 32.5%、運動用品 31.9%、玩具 31.7%、食品飲料 31.2%、美容健康 30.5%、汽車 29.4%、電子產品 29.3%、量販 28.7%。官方註明多數產業落在相近區間,差距約在 2 個百分點內。Klaviyo 把信分成行銷活動與自動化流程兩類分別計算基準,兩類的差別下一節展開。兩份並排:
| 項目 | Mailchimp 基準 | Klaviyo 2026 基準 |
|---|---|---|
| 資料口徑 | 頁面更新於 2023 年 12 月 | 2026 年報告 |
| 樣本 | 平台投遞的數十億封信(啟用追蹤、有產業別、寄給 1,000 人以上) | 超過 205,000 個品牌 |
| 全行業平均開信率 | 35.63% | 行銷活動 31%/自動化流程 32.2% |
| 前 10% 表現 | 頁面未列 | 行銷活動 45.1%/自動化流程 45.8% |
| 行業跨度 | 電商 29.81% 到非營利 40.04% | 量販 28.7% 到服飾 33.1%(多數產業集中在約 2 個百分點內) |
| 官方提醒 | 開信率受 Apple MPP 影響 | 報告內另列點擊與下單基準 |
從這份對照能讀出三個判斷。第一,平台之間的絕對數字不可互比,你的成績要跟同平台、同行業、同口徑的基準比。第二,「開信率多少算正常」的答案是一個區間:兩份報告的多數行業平均落在 29% 到 40% 之間,單一魔法數字並不存在,長期低於所在行業的平均值,先照前面的順序查送達與名單,再調主旨。第三,前 10% 與平均的差距(Klaviyo 行銷活動 31% 對 45.1%)說明頭部品牌的開信率有明顯落差可經營,單靠主旨技巧解釋不了。Mailchimp 的平台端操作細節,可以搭配站上的 Mailchimp 電子報行銷教學。
從開信到成交:行銷活動與自動化流程是兩種信
開信率的管理要一路看到打開之後的動作。Klaviyo 的報告把電子郵件分成兩種,定義可以直接引用:行銷活動(campaign)針對特定主題或檔期,驅動及時的集體行動,新品上市、季末促銷、內容更新。自動化流程(automated flow)是行為觸發的信件序列,在背景持續運作,回應個別顧客的旅程。官方列的五種典型流程:歡迎新訂閱者、挽回棄置購物車、培育潛在客戶、推動重複購買、重新接觸不活躍的客戶。五種流程各自的觸發點就是訂閱者當下的行為:歡迎信對上訂閱表單送出,棄購信對上商品進了購物車卻沒結帳,培育信對上下載內容或留下詢問,回購信對上第一單完成,再互動信對上好一段時間沒開信也沒點擊。一個針對特定倡議驅動集體行動,一個由行為觸發並回應個別顧客旅程。
兩種信的成績差距很大。Klaviyo 2026 年報告的全行業數字:行銷活動平均開信率 31%、點擊率 1.69%、下單率 0.16%。自動化流程平均開信率 32.2%、點擊率 5.58%、下單率 2.11%。看前段表現,流程的開信率只比活動高一點,差距拉開在後面兩格:點擊率約 3 倍、下單率約 13 倍。表現前 10% 的品牌,流程開信率 45.8%、點擊率 10.48%、下單率 4.3%。官方的總結數字把這件事壓縮成一句:自動化流程以 5.3% 的發送量,產生近 41% 的電子郵件營收。這組百分比可以換算成具體規模感受:假設名單 10,000 人,同樣一批人,行銷活動的期望值約是 169 次點擊、16 張訂單,自動化流程是 558 次點擊、211 張訂單。這是以相同分母套用官方平均率的假設換算,用來呈現數量級,不表示兩類信的受眾、觸發條件或其他條件相同。資源有限時,從這組平均數字看,先把基本流程跑穩是合理的優先順序。
| 指標(全行業平均) | 行銷活動 campaign | 自動化流程 flow | 差距 |
|---|---|---|---|
| 開信率 | 31% | 32.2% | 接近 |
| 點擊率 | 1.69% | 5.58% | 約 3 倍 |
| 下單率 | 0.16% | 2.11% | 約 13 倍 |
| 營收貢獻 | 其餘部分 | 近 41%(僅用 5.3% 發送量) | 不適用 |
Klaviyo 的資料呈現兩類信件的結果差距。官方將流程定位為回應個別旅程的行為觸發序列,將行銷活動定位為針對特定倡議的集體行動,流程信依設定的觸發條件與延遲抵達(剛訂閱、剛把商品放進購物車沒結帳、剛買完第一單都是典型觸發點),收信者的意圖正在進行中。先讓幾種基本流程上線跑穩,再用行銷活動做議題與新品的集體曝光。開信之前的注意力如何分階段經營,可用行銷漏斗的階段拆解對照。流程工具的具體操作可參考Kit 電子報自動化教學。若要把電子報納入從獲客到交付的整體流程,可參考一人公司用 AI 與自動化串起獲客到交付。
流程設計有一個容易漏的紀律:流程的第一封信也要過送達這一關。歡迎信可以在訂閱後幾分鐘內發出,是整條流程裡與訂閱動作距離最近的一封,訂閱者對你的印象還很新,但如果網域驗證沒設好、或訂閱表單用了預設勾選,這封信反而更可能被歸進垃圾,等於把剛上門的訂閱者倒進漏水的桶子。流程上線前的檢查清單與前面幾節相同:驗證三協定、退訂機制、名單來源。假設你的棄購流程有三封信,逐封檢視開信率、檢舉率與退訂率,就能找到該收掉或該改寫的那一封。流程不是設好就放著,名單會老、內容會舊,官方對名單衛生的建議(定期清理)同樣適用在流程的分眾條件上。
出問題時的排查順序
開信率突然掉下來,或信整批沒送到,按結構從底層往上查。第一層看錯誤回報。Gmail 指南列了幾個關鍵錯誤碼:5.7.26 代表訊息未通過驗證,問題出在 SPF、DKIM 沒設或設錯。421 4.7.0 代表寄件伺服器 IP 不在收件網域的允許清單。550 5.7.1 代表 IP 進了暫停清單,共享 IP 上別人的壞紀錄會算到所有共用者頭上。550 開頭的 IPv6 版本,對應的檢查是 PTR 記錄有沒有涵蓋 IPv6 位址。Outlook 端的 550 5.7.515 直接指名網域未達驗證等級。看到這些碼,先依錯誤碼分別查驗證、IP 允許清單、IP 信譽或 PTR 記錄,再處理對應項目。
第二層看配額與加量節奏。Gmail 對單一網域與 IP 有流量配額,超過時以 SMTP 錯誤 4.7.28 拒絕。官方處理程序寫得具體:至少停 10 分鐘,找出原因,若錯誤訊息沒講明超的是 DKIM、SPF 還是 IP 配額,就當成三個都超了。10 分鐘後改用單一連線重發,成功之後再逐一增加連線數。長期節奏上,官方原則是穩定速率、避免爆量:從低量寄給互動名單開始,再漸漸增加。突然把既有發送量翻倍,可能直接觸發限流或信譽下降。換了新的信件格式、或改過發送基礎設施與標頭結構,修改過的那部分流量要分開、慢慢加,跟既有流量分開觀察。信件開始退信或被延遲時,先把量降下來,等錯誤率下降再慢慢回升。官方還有一個樸素的排查招:如果降低發送量之後退信與延遲仍在,逐封檢查個別訊息,可以試寄一封空白測試信,看它是否同樣受阻。排查時並且定期確認網域沒有被 Google Safe Browsing 列為不安全(在網站狀態頁輸入網域即可查),信裡連往的其他網域也要一併檢查。
第三層看 DNS 細節與信譽環境。SPF 記錄的 include 串太多,會超過 10 次 DNS 查詢上限,導致 SPF 檢查整個失敗,微軟的問答建議用工具扁平化記錄。轉寄會動搖 DMARC 的驗證(信從轉寄者的伺服器 IP 送出,原始網域的 SPF 驗證因此失敗,若 DKIM 簽章在轉寄過程被改動也一併失效,驗證結果就與原始 From 網域對不上),微軟建議用 ARC 封存原始驗證結果,協助收信端正確判讀合法的轉寄信。用共享 IP 的話,確認 IP 不在各家封鎖清單上,並用 Postmaster Tools 追蹤信譽。這一層的檢查需要 DNS 管理權,跟供應商對接時,把 DKIM selector 設定與 SPF 記錄內容列進清單,驗收時逐項核對。
三層查完乾淨,才輪到內容與主旨層。這個順序就是全文的主軸:先懂測量、送達地基、名單品質、主旨規格、基準對口徑、流程接成交。電子報的成績由這六層疊出來,官方文件把每一層的及格線寫得很清楚,照著檢查,數字會給回報。執行面可以把它變成固定節奏:Postmaster Tools 的檢舉率定期看,名單清理照官方建議的每月到每季跑一輪,平台的規則頁每隔一段時間重讀一次,這個領域的門檻在 2024 與 2025 年連續兩次上調,規則是會動的地基,設定一次就放著不管,遲早跟不上。沒有哪個官方來源承諾做滿這些之後開信率會到多少,門檻守住的是不被擋在門外的底線,數字本身要靠名單與內容去掙。



