Email 寄送紀錄排錯篇
Email 出問題時，最容易浪費時間的做法，是先認定「整套寄信壞了」。InfoBox 的系統通知信與大量電子報使用兩組獨立的寄信連線；通知信、電子報、系列信也各有不同用途。先分流，再看紀錄與成效，通常比反覆寄測試信更快找到問題。
這篇只談目前能確認的功能與排查方式，不假設後台有退信原因、SMTP response 或其他未確認欄位。
先把三種 Email 分清楚
排錯第一步不是看數字，而是確認你正在查哪一類 Email。三者可能寄給同一位會員，觸發方式與檢查位置卻不同。
| 類型 | 常見用途 | 使用門檻 | 排查重點 |
|---|---|---|---|
| 通知信 | 系統事件發生後通知會員或站長 | 初階方案以上 | 事件是否開啟、通知信連線是否正確 |
| 電子報 | 單次大量寄送內容 | 高階方案 | 寄送對象、寄出紀錄、寄出數、開信率、點擊數 |
| 系列信 | 依設定持續發送一組內容 | 高階方案 | 是否查對系列信、流程與 Email 成效分類 |
通知信不是電子報的另一個名稱。前者由系統事件帶動，而且通知信事件可以個別開關；後兩者則屬於內容行銷情境。若會員沒收到購買或課程相關通知，卻跑去查電子報成效，方向一開始就錯了。
反過來說，某封通知信寄得出去，也不能直接證明電子報連線正常。因為兩者使用獨立連線，測通一邊只代表那一邊目前可用。
兩組寄信連線，排錯時不要混在一起
InfoBox 將「系統通知信」與「大量電子報」拆成兩組獨立寄信連線。這個設計的實際影響是：同一個網站可能出現通知信正常、電子報異常，或電子報可寄、通知信沒送出的情況。
🔍 點擊放大遇到問題時，先寫下這封信屬於哪一組：
- 因系統事件產生的通知信，查通知信那組連線。
- 單次大量寄送的電子報，查大量電子報那組連線。
- 系列信屬高階 Email 功能，先在系列信與對應成效分類中確認，不要拿通知信紀錄代替。
檢查設定時，重點是「現在實際使用的連線」是否填在正確區塊，而不是看到任一組有資料就算完成。若近期換過寄件服務、帳號或驗證資料，也要分別確認兩組，不能預設修改會同步套用。
若只有一類信異常，先限制排查範圍，不要立刻重設另一組正常連線。一次改太多設定，後續即使恢復，也很難知道真正原因。
從寄出紀錄確認系統做了什麼
寄出紀錄的用途，是協助你確認「後台是否留下寄送結果或活動紀錄」，而不是保證每一封信最後都進入收件匣。收件端仍可能受到垃圾郵件分類、使用者信箱規則或信箱服務商處理方式影響。
🔍 點擊放大查紀錄時，可依序問四個問題：
- 查的是通知信、電子報，還是系列信？
- 查詢期間是否涵蓋實際寄送時間？
- 收件對象與當時選定的名單是否一致？
- 該次活動是否真的完成寄送，而非只完成內容編輯或設定？
若是通知信，還要回頭確認對應事件是否開啟。因為通知信事件可個別開關，其他事件的通知正常，不代表這一個事件也啟用。
若是電子報，應查看已寄電子報。已寄電子報可看到寄出數、開信率與點擊數，這些數字分別回答不同問題：寄出數用來確認這次實際送出的規模；開信率用來觀察收件者是否開啟；點擊數用來看信內連結是否帶來互動。
不要把「寄出數」直接解讀為「全部進收件匣」，也不要把「沒有開信」直接判定為「沒有寄出」。這是不同階段的指標。
開信率與點擊數要怎麼看
Email 成效分為系列信與電子報。查數據前先選對分類，否則很容易拿系列信的表現回答電子報問題，或反過來。
🔍 點擊放大| 現象 | 可以先判斷什麼 | 下一步 |
|---|---|---|
| 有寄出數，開信率偏低 | 已有寄送規模，但開啟表現弱 | 檢查主旨、寄件辨識度、寄送時機與受眾是否匹配 |
| 有開信，點擊數偏低 | 有人讀信，但連結互動不足 | 檢查內容是否清楚、連結是否明顯、行動指示是否單一 |
| 寄出數與預期名單差很多 | 寄送範圍可能與預期不同 | 回查當次選定對象及名單條件 |
| 電子報有數據，系列信找不到 | 可能查錯成效分類 | 切到系列信分類，再核對信件與期間 |
開信率適合看趨勢，不適合單獨當成送達證明。不同收件環境對開信追蹤的處理可能不同，因此應把開信率與寄出數、點擊數一起看。點擊數也不是內容品質的唯一答案；如果信件目的只是告知，點擊本來就可能少。
排查時最好比較同類型、相近受眾與相近目的的寄送。拿促銷電子報和系統通知信互相比開信表現，通常沒有判斷價值。
建議的排錯順序
下面這個順序，目的是每一步只排除一層問題，避免同時改內容、名單與連線。
1. 先確認信件類型
找出它是通知信、電子報或系列信，並確認方案是否支援：通知信為初階方案以上；電子報與系列信為高階方案。
2. 確認功能或事件狀態
通知信要確認對應事件是否個別開啟。電子報與系列信則確認你操作的是正確功能，不要只看到 Email 頁面就假設紀錄共用。
3. 核對正確的寄信連線
通知信查通知信連線，大量電子報查大量電子報連線。只檢查與問題相關的那一組，並記錄調整前的狀態。
4. 查寄出紀錄與期間
以實際寄送時間、信件名稱及對象交叉核對。若是已寄電子報，再看寄出數是否符合當次預期範圍。
5. 再看開信與點擊
確認有寄出紀錄後，才用開信率與點擊數判讀成效。系列信與電子報必須在各自的 Email 成效分類查看。
6. 最後才查收件端
請收件者搜尋寄件名稱或主旨，並檢查垃圾郵件與個人信箱規則。這一步放在後面，是因為前面先確認系統內的類型、設定與紀錄，較能避免把平台設定問題誤當成收件端問題。
常見誤判與修正方式
誤判一：通知信正常，所以電子報一定正常。 兩者是獨立連線。修正方式是分別檢查，不互相代替。
誤判二：某位會員沒開信，就是系統沒寄。 開信是互動指標，不是寄出紀錄。先查寄出數與活動紀錄，再處理收件端問題。
誤判三：所有通知信共用一個總開關。 通知信事件可個別開關。應找出該事件本身的設定。
誤判四：電子報與系列信成效會混在同一張表。 Email 成效分系列信與電子報。先切對分類，再比較數據。
誤判五：一出問題就同時改兩組連線。 這會破壞原本正常的一邊，也讓原因難以追查。一次只處理一個明確問題，修改後再做對應測試。
建立一份可交接的排錯紀錄
若問題需要交給團隊或客服處理，至少整理以下資訊：
- 信件類型：通知信、電子報或系列信。
- 問題發生日期、時間與時區。
- 信件名稱或主旨。
- 使用的寄信連線類型，不要附上密碼或敏感驗證資料。
- 通知信所對應的事件，以及當時是否開啟。
- 電子報的寄出數、開信率與點擊數。
- 系列信或電子報所屬的 Email 成效分類。
- 已完成哪些檢查、改過哪些設定，以及測試結果。
這份紀錄的價值，不是讓問題看起來複雜，而是讓下一位處理者不用從頭猜。尤其兩組連線並存時，「哪一類信、哪一組連線、哪個時間點」比一句「Email 壞了」有用得多。
結語：先分流，再看紀錄，最後判讀成效
Email 排錯可濃縮成三件事：先分清通知信、電子報與系列信；再對應正確的獨立寄信連線與寄出紀錄；最後才用寄出數、開信率、點擊數判讀成效。
不要用單一數字替整段流程下結論，也不要因一類信正常，就推定其他類型沒有問題。按順序縮小範圍，保留每次調整紀錄，通常能更快判斷問題是在事件開關、功能分類、連線、寄出紀錄，還是收件端。