多個部門共用一個寄件網域 — 一個部門的投訴率怎麼拖垮全公司的到達率,以及怎麼治理

本文目錄
  1. 一個真實的順序
  2. 信譽以什麼為單位計算
  3. 常見肇因排行
  4. 治理五步
  5. 治理前後的檢查表
  6. 換新網域可以重來嗎?
  7. 常見問題

重點摘要

  • 收件服務商的信譽是以寄件網域與 IP 為單位計算,同一網域下任何部門的投訴與退信都算在整個網域頭上。
  • Google 要求大量寄件人把垃圾郵件回報率維持在 0.30% 以下,並建議維持在 0.10% 以下;這個門檻是全網域合計的。
  • 最常見的肇因不是行銷部,而是用 Outlook 群發的客服部、買名單的業務部,以及沒有簽 DKIM 的第三方系統。
  • 治理五步:所有部門經同一平台寄送、抑制清單全帳戶同步、行銷與交易類信件分子網域、看 Postmaster 數據、對行銷信件開送審。
  • 網域信譽只能慢慢養,換新網域繞不過去。

同一個平台、同一份抑制清單、一次設定的 SPF/DKIM/DMARC。 看 EDM 電郵推廣 的到達率做法,或免費試用:註冊即送試用額度,免信用卡。

一個真實的順序

  1. 業務部從展覽拿回一份名片名單,用 Outlook 寄了一封活動邀請。
  2. 幾十個收件人按了「回報垃圾郵件」。
  3. 兩週後,行銷部的月刊到 Gmail 的到達率開始下滑。
  4. 一個月後,客服部的密碼重設信也進了垃圾匣。

行銷部做錯了什麼?沒有。問題是收件服務商看的不是部門,是網域。

信譽以什麼為單位計算

Gmail、Yahoo、Microsoft 判斷一封信該進收件匣還是垃圾匣時,主要看兩個身份:寄件網域(DKIM 簽章與 From 網域)與寄件 IP。它們對這兩個身份累積歷史:投訴率、退信率、是否寄給不存在的地址、收件人有沒有打開或刪除。

所以在同一個網域下:

  • 業務部的投訴,算在網域頭上。
  • 客服部用 Outlook 寄出、沒有 DKIM 簽章的信,讓網域的認證一致性變差。
  • 行銷部即使做得再乾淨,用的也是同一個網域的信譽。

Google 的大量寄件人規定把這件事講得很具體:每日寄超過 5,000 封到 Gmail 的網域,垃圾郵件回報率要維持在 0.30% 以下,建議 0.10% 以下。這個比率是全網域合計,不是逐部門計算。門檻的來源與細節見 用 Outlook、Gmail 群發推廣電郵為什麼行不通。

常見肇因排行

依我們看到的順序:

  1. 客服或營運部門用 Outlook/Gmail 群發通知。 沒有退訂連結、沒有抑制清單、收件人看得到彼此地址,投訴率自然高。
  2. 業務部寄給沒有訂閱的名單。 展覽名片、買來的名單、LinkedIn 抓的地址。這些收件人沒有期待你的信,回報垃圾郵件是最直接的反應。
  3. 第三方系統用公司網域寄信但沒簽 DKIM。 訂單系統、HR 系統、CRM 各自寄,SPF 記錄塞滿了、DKIM 沒設,DMARC 對齊失敗。
  4. 退訂沒有跨部門同步。 客人在月刊退訂了,下週還收到業務部的活動邀請。

注意這四項裡沒有一項是「行銷部的內容太推銷」。內容當然重要,但拖垮網域的通常是流程。

治理五步

1. 所有部門經同一個平台寄送

這是其他四步的前提。同一平台才有辦法做同一份抑制清單、同一組認證、同一份報表。部門之間需要的是資料隔離,不是各自為政的工具 — 用團隊切開各部門看得到的名單與活動,額度、網域與抑制清單留在帳戶層級。做法見 多部門共用一個 EDM 平台。

2. 抑制清單全帳戶同步

退訂、硬退信、垃圾郵件回報,三種狀態都要在整個帳戶生效,任何部門都不能再寄給這些地址。這一條做到了,投訴率就已經解決了一半。

3. 行銷與交易類信件分子網域

同一個主網域下,行銷信件用一個子網域(例如 news.),交易與系統通知用另一個(例如 mail. 或 account.)。目的是隔離風險:行銷活動萬一投訴率高,密碼重設與訂單確認不會跟著陪葬。兩個子網域各自完整設定 SPF/DKIM/DMARC。

4. 看 Postmaster 數據,不要等客戶投訴

Google Postmaster Tools 會顯示網域的垃圾郵件回報率、認證通過率與網域信譽等級。每週看一次,趨勢往下時先查是哪個團隊那一週寄了什麼。這比等到客戶說「你們的信在垃圾匣」早兩到三週。

5. 對行銷類信件開送審

一封發錯的信(未定稿、錯名單、錯連結)造成的投訴,要用好幾週的乾淨寄送才補得回來。對行銷部門開啟送審流程:操作員製作、審核員核准才發送。交易類通知不必送審,因為它們是系統觸發、內容固定。送審的規則見 團隊權限與 Maker-Checker 完整指南。

治理前後的檢查表

項目治理前治理後
寄送工具各部門各用各的同一平台,團隊隔離
SPF/DKIM/DMARC部分系統沒簽帳戶層級設定一次,全部對齊
抑制清單各部門各自維護,或沒有全帳戶同步
子網域全部用主網域行銷與交易分開
監控等客戶投訴每週看 Postmaster
發送前把關沒有行銷信件送審

換新網域可以重來嗎?

不行,至少不是你想的那種重來。新網域沒有歷史,收件服務商對它一開始就是保留態度;你得從最活躍的訂閱者開始逐週暖機,過程通常以週計。而且舊網域的問題不處理,新網域走同一套流程還是會被拖垮。先治理流程,再談要不要換網域。

常見問題

部門之間可以各用各的網域嗎?
技術上可以,但每個網域都要獨立養信譽與獨立設定認證,維護成本倍增。多數企業用一個主網域加行銷與交易兩個子網域就足夠。

投訴率是看單封信還是一段時間?
收件服務商看的是一段時間內的比率與趨勢。單一封信投訴率高會拉高當週的數字,連續幾週才會影響信譽等級。

客服通知一定要經 EDM 平台嗎?用系統直接寄不行嗎?
可以由系統寄,前提是那個系統用交易類子網域、簽了 DKIM、會處理退信。做不到這三件事,就經平台的 API 寄。

治理是流程問題,不是工具問題,但工具會決定流程做不做得到。想看同一平台怎麼同時做到團隊隔離與抑制清單同步,免費試用,或聯絡我們。