[ 到達性と送信者のルール ]

苦情率: プロバイダーの定義と分母を解釈する

抑制または調査アクションを選択する前に、プロバイダー固有の分子、分母、タイミングを使用して苦情の指標を解釈します。

EmailAuth研究チームによる · 7 分で読めます

【ポイント】

  • 受信箱ベースの料金は、受け入れられたすべてのメールを使用した料金とは異なります。
  • ダッシュボードのデータが欠落していたり​​、データが不足していても、苦情がゼロになるわけではありません。
  • それぞれの苦情信号を、証拠を備えた承認された行動に関連付けます。
このページでは

パーセンテージを比較する前にレートを定義してください

A 苦情率 分子、分母、人口、時間枠がわかっている場合にのみ意味があります。送信プラットフォームは受け付けた配信ごとに苦情を分割する場合がありますが、メールボックスプロバイダーはより狭い受信箱を使用します。これらのパーセンテージは、同じイベントを測定したかのように比較すべきではありません。データ ディクショナリから始めて、スパム率とラベル付けされたすべてのグラフを交換可能なものとして扱うのではなく、プロバイダーの定義を保存します。

この記事では、2026 年 11 月 8 日に保持されたYahooプライマリ送信者ガイダンスと、2026 年 11 月 7 日に保持された既存の Google プライマリ ダッシュボード キャプチャを使用します。新しい Google 取得が利用できなかったため、履歴キャプチャは新しく検証されたページとして表示されるのではなく、明示的に日付が記載されています。実際のダッシュボード、苦情レポート、抑制措置は検査または実行されませんでした。

Yahooの指定分母を維持する

Yahooの送信者要件では、スパム率は受信トレイに配信されたメールを使用して計算されると述べており、苦情を使用する際にはこれを考慮するようオペレーターに警告しています。 フィードバックループ 内部的にレートを計算するためのデータ。同じページでは、記載されている送信者の要件に対して 0.3% 未満のレートが必要です。 Yahooが定義した母集団と現在のソース コンテキストに関連付けられたしきい値を維持します。すべてのプロバイダーに対する普遍的な安全な境界としてこれを再利用しないでください。 Yahoo送信者の要件

SMTP受け入れの内部カウントでは、 Yahoo受信箱に置いたメッセージの数は明らかにされません。したがって、利用可能な苦情をすべての受け入れられたメッセージで分割すると、 Yahooとは異なる尺度が生成される可能性があります。内部比が受信者の計算を再現していると主張するのではなく、正直にその内部比にラベルを付けます。必要な分母が利用できない場合、受信機相当レートはゼロではなく不明です。

Google が保持している定義とその制限を読む

保持されている Google ダッシュボード ページでは、関与している受信者の受信トレイに配信され、スパムとしてマークされた DKIM 認証メッセージに関するスパム レートを定義します。また、スパムから非スパムに移動されたメッセージが、受信箱に配信されるメッセージに寄与していることについても説明します。このページでは、ユーザーが苦情を申し立てられる受信箱に届くメッセージが少ないため、表示率が低いと大幅な自動スパム配置が共存する可能性があると警告している。 Google ダッシュボードのキャプチャ、2026 年 11 月 7 日

同じキャプチャでは、データはリアルタイムではなく UTC を使用し、プライバシー上の理由からデータ量が少ない日には不完全になる可能性があると述べています。これらの制限は、キャンペーン システムの現地の日の統計をダッシュ​​ボードと比較するときに重要になります。データが欠落していたり​​、データが不足していても、苦情がなかったことを証明することはできません。現在の UI とポリシーの適用性は、利用可能な場合、権限のある所有者によって再確認される必要があります。この原稿は、実際の G​​oogle アカウントの観察を主張するものではありません。

苦情イベントを母集団全体から区別する

フィードバック ループ メッセージは特定の苦情に対するアクションをサポートでき、集約ダッシュボードは母集団レベルのビューをサポートします。どちらも、もう一方の再作成に必要なすべてのデータを自動的に提供するわけではありません。 Yahooの FAQ では、CFL の登録と苦情レポートの処理について説明しており、送信者ガイダンスではリストの品質を維持するためにこれらのシグナルを使用することを推奨しています。苦情を記録するときは、ソースとイベントのタイプを保持します。 Yahooよくある質問 Yahooリストの実践

プロバイダーが別のサービスと同じ方法で受信者レベルの苦情を提供するとは考えないでください。キャンペーン レベルの集計シグナルにより、抑制する特定の人物を特定せずにセグメントを調査することが正当化される場合があります。逆に、承認された受信者固有の苦情は、広範な割合が内部アラートを超える前であっても、組織の確立された抑制プロセスをトリガーする可能性があります。行動は実際に入手可能な証拠に従う必要があります。

アラート ルールの前にデータ ディクショナリを構築する

各メトリクスについて、プロバイダー、ダッシュボードまたはフィード、イベント定義、対象となるメッセージ、タイムゾーン、更新遅延、除外、プライバシー制限を記録します。ソースが区別を指定している場合、レートで一意の受信者、メッセージ、またはイベントをカウントするかどうかを定義します。そうでない場合は、定義を考え出すのではなく、明示的な未知を保持してください。プロバイダーのしきい値は、内部の早期警告しきい値とは別にしてください。

内部アラートはプロバイダーの要件よりも保守的になる可能性がありますが、組織が選択したコントロールとしてラベル付けする必要があります。その所有者とその根拠を記録します。公開されたしきい値をわずかに下回る値を受信トレイの配置を保証するものとして扱うことは避けてください。評判、内容、認証、その他の条件が処理に影響を与える可能性があり、苦情指標がすべての関連メッセージをカバーしているわけではない可能性があります。

オリジナルの苦情から行動へのワークシート

次の提案されたワークシートは、メトリクスを防御可能なアクションにリンクします。実際の苦情データはまだ完成していません。

  • メトリック ID: プロバイダー、ソース名、ソース日付、および正確なフィールド ラベル。
  • 分子: 苦情イベントの定義と既知のフィルタリングまたは重複排除。
  • 分母: 適格な受信箱の数、受け入れられたメッセージ、または明示的に指定された別のユニット。
  • 時間ベース: 間隔、タイムゾーン、レポート遅延および欠落データステータス。
  • 範囲: 実際にサポートされているドメイン、署名 ID、キャンペーンまたは受信者の関係。
  • アクション パス: 受信者の抑制、キャンペーンの調査、またはデータ品質のレビュー。
  • 権限: 責任のある所有者と、サブスクリプションまたは送信に対する許可された変更。
  • 閉鎖の証拠: 行動記録、その後の観察、および残された制限。

生のイベントはアクション台帳とは別に保管してください。苦情は受信されたがまだ処理されていない場合や、抑制が 1 つのシステムに記録されているが別の許可された送信者に伝播されていない場合があります。提案されたウォークスルーでは、受信で停止するのではなく、関連するハンドオフを確認する必要があります。この原稿では、いかなる抑制または購読の変更も許可されていません。

架空の例: 内部金利が低く見える

Fictional Harbor Atlas は、小さな一連の苦情イベントを受け入れられたすべての配送ごとに分割し、その結果をYahooのダッシュボードと比較します。提案されたレビューでは、内部分母には受信箱の配置が不明なメッセージが含まれているが、 Yahooが公開している定義は受信箱ベースであることに注目しています。不一致は、どちらかのシステムが誤ってカウントされたことを証明するものではありません。指標はさまざまな質問に答えている可能性があります。

チームは内部比率のラベルを変更し、プロバイダー料金を個別に保存し、実際の苦情証拠を使用して影響を受けるストリームを調査します。受信者固有の苦情が利用可能で、アクションが承認されている場合は、既存の抑制プロセスに従い、完了を記録します。ハーバー アトラスが発明されました。数、割合、受信者、アクションは観察されず、数値比較も主張されませんでした。

製造された精度ではなく不確実性を報告する

有用なレポートには、プロバイダー定義のレート、内部比率、およびそれらが異なる理由が表示されます。推定値でギャップを埋めることなく、欠落している分母データや遅延した観測値を特定できます。さまざまなプロバイダーからのパーセンテージを追加したり、正当な共通母集団や重み付けをせずにそれらを平均したりすることは避けてください。数字をきれいに組み合わせると、互換性のない定義が隠蔽される可能性があります。

カタログには、ダッシュボード データ ディクショナリと、苦情から抑制または調査までのウォークスルーが必要です。この記事では、運用上のウォークスルーではなく、提案された構造とソースに基づいた定義を提供します。オリジナルの証拠、人間の SME、ソースの適用性、生産ルート、視覚的なアクセシビリティ、および所有者の公開は未解決のままです。普遍的な基準値、配送保証、または実際の苦情結果は主張されません。

[ 取り除く ]

プロバイダーの定義を保持し、互換性のないメトリックを 1 パーセントに強制するのではなく、内部比率を正直にラベル付けします。

【役割別】

これがあなたにとって何を意味するか

実際の次のステップに向けて、自分の役割を選択してください。

IT / メール管理者

データディクショナリを構築する

同じラベルで異なる母集団を非表示にすることができます。

次のステップ

  1. 分子と分母を記録します。
  2. ソースの日付とタイムゾーンを保持します。
  3. 苦情の受領を処理まで追跡します。

CISO / SecOps

行動を証拠に基づいて保つ

集約シグナルは必ずしも受信者を特定するとは限りません。

次のステップ

  1. イベントの出所を確認します。
  2. 抑制を許可されたサポート対象ケースに限定します。
  3. プライバシーと欠落データの制限を維持します。

創業者 / 非技術系

誤った精度を避ける

低い内部比率は、普遍的な配信可能性を保証するものではありません。

次のステップ

  1. プロバイダーと内部メトリックを分離します。
  2. 調査の所有権を割り当てます。
  3. 結合レポートには明確な制限が必要です。

[ よくある質問 ]

よくある質問

Yahooが公開している分母は何ですか?

その送信者ガイダンスには、スパム率は受信箱に配信されたメールに基づいていると記載されています。

Yahoo送信者の要件と推奨事項

Yahooページにはどのようなしきい値が記載されていますか?

規定されている送信者の要件では、スパム率が 0.3% 未満であることが求められています。これはプロバイダーの普遍的なしきい値ではありません。

Yahoo送信者の要件と推奨事項

受信されたすべてのメールはYahooの分母を再現しますか?

いいえ。受け入れられたメールは、受信者の受信箱に配信される人数を確立するものではありません。

Yahoo送信者の要件と推奨事項

保持されている Google の定義には何が含まれていますか?

ここでは、DKIM で認証されたメッセージが、エンゲージした受信者の受信トレイに配信され、その後スパムとしてマークされることについて説明しており、注意事項も記載されています。

Google Postmaster Tools ダッシュボード: 2026 年 11 月 7 日のキャプチャを保持

Google の低いレートとスパムの配置は共存できますか?

はい。保持されたページでは、自動スパム配置により受信箱の苦情の機会が減少する可能性があると警告しています。

Google Postmaster Tools ダッシュボード: 2026 年 11 月 7 日のキャプチャを保持

データが欠落しているということは、苦情がゼロということを意味するのでしょうか?

いいえ。保存されている Google ページには、アクセス数が少ない日のプライバシー関連の省略が記載されています。

Google Postmaster Tools ダッシュボード: 2026 年 11 月 7 日のキャプチャを保持

集約信号は抑制する全員を特定できますか?

いいえ。実際に証拠によって裏付けられた受信者またはキャンペーンの関係のみを使用してください。

ここで苦情処理は完了しましたか?

いいえ。提案されたデータ ディクショナリとウォークスルーは実行されないままです。

[ 情報源 ]

情報源

  1. Yahoo Sender Hub: よくある質問

    セクション 苦情率・苦情フィードバック ループ (CFL)

  2. Yahoo送信者の要件と推奨事項

    セクション すべての送信者の要件 · 一括送信者の要件 · 苦情フィードバック ループ (CFL) に登録する

  3. Google Postmaster Tools ダッシュボード: 2026 年 11 月 7 日のキャプチャを保持

    セクション ダッシュボード データ (23 ~ 30 行目) · スパム率 (145 ~ 153 行目) · スパム率のトラブルシューティング (154 ~ 325 行目) · フィードバック ループ (349 ~ 364 行目)

[ 用語集 ]

用語集

苦情の分母
苦情イベントが測定される対象となる対象となる母集団。
内部比
組織が計算した指標。プロバイダーが定義したレートとは異なる場合があります。
データディクショナリ
メトリクスの定義、範囲、タイミング、制限の記録。
行動台帳
受け取った苦情証拠を承認された処理に結び付ける提案された記録。

企業の来歴

一流の金融機関と政府が選ばれる理由 電子メール セキュリティ ダッシュボードを廃止しました。

従来の電子メール認証プラットフォームはダッシュボードを販売し、エンジニアに作業を依頼します。一か八かの環境では、手動による監視は適用の遅れ、構成のドリフト、および監視されていないシャドウ ドメインを意味します。

EmailAuthは、エージェントの電子メール来歴プラットフォームです。 当社のエージェントが執行します p=reject、サードパーティの送信者を調整し、ドメインを完全に移動します。 RFC 9989 新しいDMARC標準に準拠し、人間による監査機能を備えています。

政府 大企業 ティア1金融機関

SaaS · 専用テナント · エアギャップオンプレミス · BYOK 暗号化

ナレッジベース