Marketing Cloud Engagement におけるスパム苦情

メッセージを受け入れやすいオーディエンスに、求められるコンテンツを届けることが、効果的なキャンペーンの鍵となります。これは自己強化的なサイクルです。健全なエンゲージメントは受信トレイへの配置の改善につながり、受信トレイへの配置の改善によってコンテンツに関心のある多くの購読者にリーチできるようになります。

すでに、開封、クリック、コンバージョンといったポジティブなエンゲージメント指標を追跡しているかもしれません。苦情に注意を払い、それを最小限に抑えることは、エンゲージメントのもう半分を構成します。 

フィードバックループ

一部のメールプロバイダーは、IP またはドメインに対する個別の苦情を、指定された相手に送信するフィードバックループ (FBL) というメカニズムを提供しています。Marketing Cloud Engagement では、利用可能な FBL に対して送信 IP と認証済みドメインが自動的に登録されます。FBL によって送信された苦情は、当社のプラットフォームに取り込まれ、確認のために保存されて、対処されます。

取り込まれた苦情に関するデータは標準化され、_Complaint データビューに挿入されます。苦情記録は標準レポートとインテリジェンスレポートの一部であり、抽出、クエリアクティビティ、API メソッドを通じて取得できます。苦情に含まれるメッセージエンベロープの情報は、苦情を個々の送信者と購読者に関連付けるために使用されます。

苦情があった場合、自動的に登録解除されます。苦情による登録解除は、「すべての登録者」から登録解除をエクスポートして「理由」フィールドを確認することにより、他のオプトアウトと区別できます。

参加プロバイダーが受け取った苦情と、同じドメインに送信された合計数を比較して、そのプロバイダーのスパム率を算出します。

Gmail のスパム率とフィードバックループ

Gmail の送信者ガイドラインでは、送信者が 0.3% 未満のスパム率を維持することが求められており、最適な配置のためには 0.1% 未満の率が推奨されています。送信ドメインのスパム率を確認するには、GMail Postmaster Tools (GPT) に登録してください。認証済みドメインの DNS が Marketing Cloud に委任されている場合は、まずドメインを GPT に追加します。次に、サポートケースを開いて、GPT の TXT 検証レコードをドメインに追加します。送信者ガイドラインに記載されているトップラインの苦情率は、GPT のスパム率セクションで確認できます。

他のほとんどの FBL とは異なり、Gmail は個々の苦情を送信者に送り返さないため、苦情は _Complaint データビューには表示されません。データは、フィードバック ID 識別子レベルで集計された形でのみ利用できます。Marketing Cloud の送信には、3 つのフィードバック ID 識別子が含まれます。MID、JobID、送信 IP です。

認証されたドメインは Gmail のフィードバックループに自動的に登録され、メッセージには参加に必要な Feedback-ID ヘッダーが含まれます。

Gmail の FBL レポートは、GPT のフィードバックループセクションにあります。日次レポートは、Gmail が特定の識別子が合計ボリュームしきい値と個別の苦情の数の両方を超えたことを検出した場合にのみ生成されます。その結果、フィードバックループに表示されるスパム率は、スパム率の値として示されるものと大幅に異なる場合があります。たとえば、全体的な苦情率は低いものの、特定のキャンペーン (ジョブ ID) への反応が少ない場合などです。

そのため、全体的なスパム率と、フラグが付けられたフィードバックループ識別子の両方を、定期的に確認してください。

レポート作成

Email Studio レポートのスパム苦情推移レポートを使用すると、プロバイダー別の苦情率を一目で確認できます。

ジョブ ID やトリガー送信などのディメンション全体の集計数を取得するには、インテリジェンスレポートでピボットテーブルを作成します。まず、メール苦情合計数の測定タイプを値セクションにドラッグし、必要に応じてディメンションリストから選択します。

個々の購読者の苦情を識別するには、_Complaint データビューを参照するクエリアクティビティを使用します。他のテーブルと併せて、結果セットをより有用なものにします。最初は、以下を参考にしてください。

クエリ: 最近の苦情 (14 日間)

SELECT c.EventDate, c.JobID, j.FromEmail, j.EmailName, c.Domain, s.EmailAddress
FROM _Complaint c
JOIN _Job j ON j.JobID = c.JobID
JOIN ENT._Subscribers s ON s.SubscriberID = c.SubscriberID
WHERE c.EventDate > GETDATE() - 14
ORDER BY c.EventDate

* 非エンタープライズアカウントでは、_Subscribers データビューの結合から ENT プレフィックスを削除する必要があります。

すべてのプロバイダーが FBL メカニズムを提供しているわけではないため、ピボットテーブルやクエリアクティビティを設計する場合は、ドメインまたはプロバイダーごとの苦情率に着目するようにしてください。標準のレポートでは、期間中の苦情を関連する送信に対して計算することによってこの概念を適用します。詳しくは、「Spam Complaint Bucketing」 (スパム苦情のバケット化) を参照してください。

スパムに関する苦情への対応

苦情に気付いたら、配信に関する懸念に対処するためのリソースを確認してください。オーディエンス管理は、多くの苦情問題の根幹であるだけでなく、配信のベストプラクティスの中心的な柱でもあります。連絡を希望している購読者に確実に連絡が取れるようにしてください。

Opt-In Best Practices (オプトインのベストプラクティス)
「Email Studio のメールの配信到達性に関するベストプラクティス」を参照してください。
Email Deliverability Essentials Trailhead (メール配信の基本 Trailhead)
Marketing Cloud Deliverability Options (マーケティングクラウドの配信オプション)