Defaults.Exposed › 報告
你準備好應對 Google 與 Yahoo 的郵件發件人規則了嗎？（2026）
發布於 2026-06-29
數據截至 2026-06-29 · 方法論 v7。 對 261 百萬個已評級域名的彙總普查數據。參見我們如何評級。
Google 和 Yahoo 自 2024 年起開始要求批量發件人進行電子郵件身份驗證，隨後微軟也跟進——而大多數域名仍未達標。 規則很簡單：如果你大批量發送，就必須使用 SPF、DKIM 和 DMARC 進行身份驗證，將垃圾郵件投訴率保持在低位，並讓取消訂閱變得簡單。域名失敗之處正是身份驗證：只有 53.21% 發佈了 SPF，51.84% 顯示 DKIM，而僅有 24.89% 擁有任何 DMARC 記錄。
規則實際要求什麼
Google、Yahoo 和微軟對批量發件人的共同要求：
- 在你的發件域名上同時配置 SPF 和 DKIM——兩者都要，缺一不可。
- 一條 DMARC 記錄（至少為
p=none，與你的發送保持對齊）。 - 垃圾郵件投訴率保持在低位（Google 的指導意見：保持在 ~0.3% 以下）。
- 一鍵退訂並及時尊重退訂請求。
未能滿足身份驗證要求，你的郵件就會越來越多地被限速、丟入垃圾郵件或被拒收——不是因為內容，而是因為你無法被驗證。
域名相對於達標線的現狀
| 要求 | 滿足該要求的域名 |
|---|---|
| 已發佈 SPF | 53.21% |
| 可檢測到 DKIM | 51.84% |
| 存在 DMARC 記錄 | 24.89% |
| DMARC 實際在強制執行 | 10.59% |
約有一半的域名擁有 SPF 和 DKIM，但到了 DMARC 這一環的下滑十分陡峭——而 DMARC 明確屬於批量發件人要求的一部分。一個擁有 SPF 和 DKIM 但沒有 DMARC 記錄的域名並未完全滿足規則。
如何達成合規（免費，按順序）
- 發佈 SPF，列出每一項以你名義發送的服務。
- 開啟 DKIM，在你的郵件服務商處啟用併發布密鑰。
- 添加 DMARC——從
p=none開始以確認對齊，然後逐步走向強制執行。 - 設置一鍵退訂並關注你的投訴率。
這四項都是配置，而非成本。被限速的發件人幾乎從來不是負擔不起合規的那些人——而是不知道達標線已經移動的那些人。
常見問題
Google 和 Yahoo 對發件人有何要求？ SPF、DKIM 和 DMARC 身份驗證，低垃圾郵件投訴率（低於 ~0.3%），以及便捷的一鍵退訂。不合規的批量發件人會被限速或拒收。
Google/Yahoo 需要 DMARC 嗎，還是隻要 SPF 和 DKIM 就夠了？ 也需要 DMARC。這些要求規定你的發件域名上要有一條 DMARC 記錄。只有 24.89% 的域名擁有它。
這適用於小型發件人嗎？ 最嚴格的門檻針對批量發件人，但同樣的身份驗證正越來越多地被期望於每個人——而且無論發送量多少，它都能讓你的正常商務郵件避開垃圾郵件。
如何檢查我的域名是否合規？ 運行一次免費、私密的檢查（見下方）——它會顯示你的 SPF、DKIM 和 DMARC 狀態相對於這些要求的情況。
檢查你是否滿足發件人規則
別等到投遞失敗才發現。私密且免費地檢查你域名的身份驗證，並附上需要修復的確切內容。
檢查你的域名 → · 郵件為何進入垃圾郵件 → · 修復 SPF → · 修復 DMARC → · 僅彙總數據。數據在歐盟存儲和處理。