[ 送達率和寄件者規則 ]

衡量交付能力的提高,不要將其與身份驗證覆蓋範圍混淆

使用穩定的人群、定義的階段和記錄的外部影響分別衡量交付結果和身份驗證覆蓋率。

由EmailAuth研究團隊提供 · 7 分鐘閱讀

[ 重點 ]

  • 對齊身份驗證與收件匣放置不同。
  • 前後比較需要一致的人群和事件定義。
  • 觀察到的改善並不會自動建立因果關係。
在此頁面上

在選擇指標之前定義結果

身份驗證項目可以改善對合法發送身分的控制,而無需證明更多收件人看到或閱讀了訊息。 DMARC 評估一致的身份驗證和策略上下文;它並沒有確定交付、收件人參與度或商業價值的各個方面。因此,測量計劃應在選擇儀表板指標之前命名正在評估的結果。

有用的結果可以包括對有界路由的一致身份驗證、更少的特定SMTP拒絕、接收伺服器接受或單獨測量的放置結果。它們不可互換。較高的DMARC通過率可以與其他因素導致的未改變的投遞問題共存。相反,交付可以改進,而身份驗證保持不變。將機制和結果保留在不同的證據欄位中。 RFC 9989 ,第 2.4 和 4.4 節

精準選擇交付階段

發送者應用程式和提供者暴露不同的階段。接受的 API 請求可以在排隊和嘗試交付之前進行。臨時延遲並不是最終拒絕,接收伺服器接受也不是收件匣放置的證明。人類打開訊息是另一個獨特的事件,有其自身的測量限制。避免使用單字來涵蓋所有這些階段。

保留的SendGrid事件文件提供了一個具體的例子:processed表示訊息已收到並準備好傳遞;已交付涉及接收伺服器;推遲和放棄描述了其他不同的結果。這些定義支援解釋該提供者的事件,而不是每個平台的通用模式。保留分析中使用的確切提供程序定義和版本。 SendGrid事件 Webhook 參考

如果可用資料在接收伺服器接受時停止,請說明該限制。不要將其重新命名為收件匣放置,因為這會使結果聽起來更具商業吸引力。即使測量不能回答利害關係人想問的每個問題,它也應該保持有用。

保持前後群體的可比性

定義包含的流、收件者提供者、網域、訊息類別、時間視窗和計數單位。保留重試和多收件人處理規則。假期活動和交易平靜期之間的比較可能反映的是人口變化,而不是技術幹預。同樣,從分母中刪除有問題的串流可以使比率看起來更好,而無需改進該串流。

在比較過程中使用一致的事件定義和收集方法。記錄任何儀器變化、缺失間隔、延遲報告或排除的工件。如果提供者在幹預後開始報告更多細節,則明顯趨勢可能部分反映可見度而不是行為。保留資料集版本和提取方法,以便其他分析師可以重現結果。

如果不存在基線,請勿建立基線。當前快照可以描述當前觀察結果,但不能證明相對於未記錄的過去狀態的改進。如果歷史資料不完整,請進行有界比較或建立前瞻性基線,而不是估計方便的數字。

記錄相互競爭的解釋

列出可能影響結果的重大變更:發送量、收件者組合、內容、清單衛生、投訴模式、提供者路由、聲譽、季節性和應用程式變更。目的不是聲稱每個變數都可以控制,而是防止身分驗證修復接收交付指標中所有後續移動的自動信用。

將時間關聯與受支持的因果結論區分開來。前後圖表可以顯示配置修正後一個測量結果的變化。它不能僅透過時間來確定修正導致了整個變化。如果受控設計可行並獲得授權,請仔細定義它;以其他方式揭露比較的觀察性質。

將沒有支持的財務推論排除在結果之外。更多被接受的訊息並不自動等於額外的銷售額、防止詐欺或特定的投資回報。這些主張需要自己的數據和分析假設。本手稿中沒有提出任何提升、節省或預防損失的估計。

測量工作表和驗收標準

工作表應包括介入描述、確切的變更時間、受影響的路線、視窗前後、事件階段、分子、分母、來源系統、查詢版本、排除和外部影響。新增單獨的身份驗證和交付列,以便審核者可以查看觀察到的身份更正和交付結果是否涉及相同範圍。

對於身份驗證,保留對齊的結果而不是替換原始結果 SPF 經過。對於交付,保留實際的SMTP或提供者事件證據,並將臨時狀態與最終結果區分開。如果來源無法支援事務級連接,請描述分組關係和不確定性,而不是暗示確切的對應關係。

接受需要來自所聲明的資料集版本的可重複計數、穩定的定義以及不比證據更廣泛的結論。報告應揭露比較是描述性的還是支持更強的推論。真正的操作審查還需要批准任何資料存取或測試設計;工作表本身不授權匯出或訊息發送。

虛構的診斷:一致性提高,而接受度發生變化

想像一個虛構的收據路由,其自訂簽章配置已更正。建議的比較將顯示與接收伺服器接受度分開的一致身份驗證。同一時期,組織也更改了收件者目標和發送量。此範例沒有收集任何實際訊息、計數或速率。

如果這兩個指標後來都得到改善,分析師可以描述所測量群體中觀察到的變化,但不應將整個接受度變化歸因於身份驗證而不解決其他變化。如果 結盟 改進和驗收沒有改進,認證工作仍能達到其規定的技術目標。不應僅僅因為存在不同的交付問題就將其稱為失敗。

如果之後的期間排除了有麻煩的接收提供者,則必須重述總體或修正比較。悄悄地放棄該提供者將產生人為的改進。有用的結論指出了所包含的路線、事件階段和不確定性,而不是DMARC保證交付的普遍聲明。

原始證據和釋放狀態

目錄要求進行前後測量,記錄穩定的族群、分娩階段和外部影響。本草案僅提供方法和虛構範例。沒有聲稱基線、生產事件導出、對照試驗或測量的改進。

所有六個釋放門均保持開啟。在發布操作之前,取得授權來源數據,驗證計數規則,並讓合格的審查員檢查總體和因果語言。即使簡潔很重要,利害關係人摘要也應保留身分驗證覆蓋範圍和交付結果之間的差異。誠實的限制透過顯示哪些問題實際上得到了改善以及哪些問題仍需要調查,使結果更具可操作性。

[ 外帶 ]

報告測量的階段、人口和不確定性,而不是僅僅聲稱身份驗證帶來了交付收益。

[ 按角色 ]

這對您意味著什麼

選擇您的角色以執行後續實際步驟。

程式所有者

準確定義成功

身份驗證和交付目標可能不同。

後續步驟

  1. 命名測量結果。
  2. 避免不受支持的投資報酬率主張。

資料分析師

保持人口穩定

分母的變化可以產生趨勢。

後續步驟

  1. 版本查詢和排除。
  2. 記錄並發​​更改。

訊息傳遞操作員

解釋一下事件階段

提供者狀態並不都意味著同樣的事情。

後續步驟

  1. 保留準確的事件定義。
  2. 分開臨時結果和最終結果。

[ 常見問題解答 ]

常見問題

DMARC通行證是否可以證明收件匣放置狀況?

不會。身份驗證和下游交付結果是分開的。

RFC 9989: DMARC

SendGrid交付的內容是否可以證明已閱讀?

否。保留的事件定義涉及到接收伺服器的傳送。

Twilio SendGrid :事件 Webhook 參考

缺失的基線可以證明改善嗎?

不。請描述目前的觀察結果或建立前瞻性基線。

為什麼要保持接收者組合穩定?

改變人口可以在不改善原始流的情況下改變速率。

after 是否表示由什麼引起的?

不。記錄相互競爭的解釋和觀察極限。

交付收益可以直接轉化為收入嗎?

並非沒有單獨的證據和合理的假設。

這裡是否衡量了改進?

不。這個例子是虛構的,不包含任何聲明的結果。

哪些原始證據仍然存在?

仍然需要具有穩定的群體、階段和外部影響的可重複的前後測量。

[ 來源 ]

來源

  1. RFC 9989: DMARC

    部分 §2.4 超出範圍 · §4.4 標識符對齊說明 · §4.7 DMARC策略記錄格式 · §4.10 DNS樹遍歷 · §5 DMARC參與 · §6 DMARC反饋 · 附錄 A.6 刪除「pct」標籤 · 附錄 C 對RFC 7489的更改

  2. Twilio SendGrid :事件 Webhook 參考

    部分 已交付的事件 · 延遲的事件 · 丟棄的事件 · 已處理的事件

[ 詞彙表 ]

詞彙表

交付階段
由事件測量的提交、傳輸或收件者處理中的定義點。

Twilio SendGrid :事件 Webhook 參考

認證覆蓋範圍
具有證據一致的身份驗證的有限人口,而不是收件匣指標。

RFC 9989: DMARC

外部影響
可能影響測量結果的同時因素。
觀察比較
描述記錄變化的比較,但不會自動證明因果關係。

企業出處

為什麼頂級金融機構和政府 退役了他們的電子郵件安全儀表板。

傳統的電子郵件驗證平台會向您出售儀表板並要求您的工程師來完成這項工作。在高風險環境中,手動監督意味著延遲執行、配置漂移和不受監控的影子域。

EmailAuth是代理電子郵件來源平台。 我們的代理人強制執行 p=reject,保持第三方寄件者一致並將您的網域移至完整狀態 RFC 9989 合規性、新的DMARC標準,以及人機互動審核能力。

政府 大型企業 一級金融機構

SaaS · 專用租賃 · 氣隙本地部署 · BYOK 加密

知識庫