EDM 發送名單管理指南:行銷與文政人員必懂的 Hard Bounce、Soft Bounce 與退信處理 SOP
從查閱 Return Email 到清理名單,建立可執行的 EDM 名單維護流程
01為什麼 EDM 發送名單需要定期管理?
名單裡若長期保留不存在、停用、拼錯或拒收的信箱,寄件系統會持續產生退信。這不只浪費發送額度,也可能降低寄件網域與 IP 的信譽,讓原本有效的收件人也收不到信。完善的 EDM 名單管理應包含三件事:讀懂退信原因、採取正確處置、留下可追蹤紀錄。
02Hard Bounce 與 Soft Bounce 有什麼不同?
Hard Bounce(永久退信)通常代表郵件無法永久送達,例如收件地址不存在,或收件伺服器永久封鎖寄送。實務上應立即停止寄送,將地址列入全域抑制名單;若懷疑是有效聯絡人遭安全政策阻擋,應先由窗口確認後再解除。
Soft Bounce(暫時退信)通常是暫時性問題,例如信箱已滿、收件伺服器離線、單位時間內收信過多、信件過大、內容或驗證未符合政策。這類地址不必立即刪除,但需設定觀察次數與處理期限;若連續多次失敗,應暫停發送並要求資料更新。
03如何查閱 Return Email 的退信原因?
- 確認原始收件人:找出 Final-Recipient、Original-Recipient 或退信內顯示的電子郵件地址。
- 查看狀態碼:一般而言,4xx 表示暫時性錯誤,5xx 表示永久性錯誤;但仍應以供應商分類與完整訊息為準。
- 閱讀 Diagnostic-Code:搜尋 user unknown、mailbox full、blocked、policy、spam、DMARC、message too large 等關鍵詞。
- 核對發送紀錄:確認退信所屬活動、發送日期、寄件網域及是否為首次或連續退信。
- 依規則更新名單:將永久失敗地址抑制;暫時失敗地址則標記觀察與下次檢核日期。
04常見退信原因與處理方式
| 類型/訊息 | 可能原因 | 建議處理 |
|---|---|---|
| 5.1.1、User unknown、No such user | 地址不存在、帳號已停用或輸入錯誤 | 立即停止寄送並列入抑制名單;由資料負責人查核替代地址 |
| Domain not found、無有效網域 | @ 後方網域拼錯、過期或 DNS/MX 設定異常 | 檢查拼字;若網域確定無效,列入抑制名單 |
| Mailbox full、Over quota | 收件匣容量已滿 | 標記 Soft Bounce,稍後重試;連續出現則暫停並請窗口更新 |
| Server busy、Temporarily unavailable、4xx | 收件伺服器忙碌、離線或限流 | 讓系統依排程重試;若同一網域大量發生,請 IT 檢查寄送節奏 |
| Message too large | 郵件本文、圖片或附件過大 | 壓縮圖片、改用下載連結、簡化版面後再測試 |
| Blocked、Policy、Spam | 內容、聲譽、寄送頻率或收件端政策造成攔截 | 先停發受影響群組,檢查內容、網域驗證、黑名單及投訴情況 |
| SPF/DKIM/DMARC fail | 寄件網域驗證錯誤或未對齊 | 交由網域或郵件管理人員修正,測試通過後再恢復發送 |
05EDM 名單管理 SOP:從匯入到退訂的完整流程
- 只使用有明確同意的名單:保存訂閱來源、日期、用途與同意證據,避免購買或來路不明的名單。
- 匯入前清理:去除重複、空白、明顯拼字錯誤、角色型信箱與已退訂地址;新名單可使用雙重確認訂閱。
- 建立唯一主名單:不要讓各部門各自保存不同版本。以 Email 作為唯一鍵,集中管理狀態、來源與最後互動日期。
- 發送後固定檢查:每次活動後匯出 Hard Bounce、Soft Bounce、退訂、垃圾郵件投訴與無互動名單。
- 套用抑制規則:Hard Bounce、退訂與投訴地址必須套用至所有未來活動,而非只從單一活動名單刪除。
- 管理 Soft Bounce:依平台預設重試;若同一地址連續多次 Soft Bounce,先暫停並交由名單負責人確認。
- 定期處理沉睡名單:對長期無開啟、無點擊者先做再互動活動;仍無反應者降低頻率或停止寄送。
- 每月檢視品質指標:至少追蹤送達率、Hard Bounce、Soft Bounce、退訂、投訴及互動趨勢,並記錄異常原因與改善措施。
06建議的 EDM 名單欄位
- Email、姓名或稱謂、所屬單位
- 訂閱來源、訂閱日期、同意用途
- 名單狀態:有效、觀察、暫停、Hard Bounce、退訂、投訴
- 最近發送、開啟、點擊與退信日期
- 退信類型、SMTP 狀態碼、Diagnostic-Code 摘要
- 連續 Soft Bounce 次數、下次檢核日期
- 異動原因、處理人、處理日期與備註
07寄件驗證與新版大量寄件要求
寄件網域應正確設定 SPF、DKIM 與 DMARC;Google 對一般寄件者要求 SPF 或 DKIM,對大量寄件者要求 SPF、DKIM 及 DMARC,並建議使用 TLS 傳輸。Yahoo 也要求大量寄件者完成 SPF、DKIM、DMARC 對齊、提供容易使用的取消訂閱方式,並將垃圾郵件投訴率維持在 0.3% 以下。因此,名單管理人員除清理地址,也應與 IT 或 EDM 平台供應商共同監測網域驗證、投訴與取消訂閱機制。
08常見錯誤:這些做法會傷害寄件信譽
- 把 Hard Bounce 地址重新匯入下一次活動
- 只從單一活動刪除退訂者,卻沒有更新全域抑制名單
- 未閱讀 Diagnostic-Code,就把所有退信都當成信箱不存在
- 一次對多年未使用的舊名單大量寄送
- 跨部門共用試算表,卻沒有版本、權限與異動紀錄
- 使用免費信箱作為大量寄件地址,或忽略 SPF、DKIM、DMARC
- 隱藏取消訂閱入口,或未及時處理退訂要求
09EDM 名單管理常見問題
Hard Bounce 可以重新寄嗎?
原則上不要。若是拼字錯誤,應取得正確地址後新增為新紀錄;若懷疑是收件端安全政策誤判,應先由對方或 IT 確認解除封鎖,再經測試恢復。
Soft Bounce 幾次後要停寄?
各 EDM 平台的判定門檻不同,應先採用平台預設規則。內部可另外設定較保守的觀察機制,例如連續多次 Soft Bounce 後暫停,並依錯誤原因、近期互動與名單重要性人工查核。
刪除無效地址就足夠嗎?
不夠。還要把地址加入全域抑制名單,以免它從其他來源再次匯入;同時保留退信類型、原因、處理日期與負責人,才能追查異常與避免重複犯錯。
EDM 電郵推廣
需要發送過百萬封電郵?先做容量評估,再選 Dedicated IP 方案
當品牌需要進行過百萬封的大型電郵發送活動,單靠一般共享寄件環境未必能穩定應付發送量、速度與寄件信譽管理。此時可考慮採用配備 Dedicated IP(專屬 IP)的 EDM 發送活動平台,將寄件信譽、發送排程與成效監測掌握在品牌手中。現在就先進行發送容量評估:盤點名單數量、預計發送頻率、單次峰值、目標送達時間、網域驗證、IP 暖機需求及退信處理能力,再據此選擇合適的共享 IP、Dedicated IP 或混合發送方案。