なぜコンテキストが再びロードマップに戻ったのか

何年もの間、モバイル広告収益のプレイブックは単純でした。ユーザーデータを収集し、デマンドパートナーに供給し、パーソナライズされたターゲティングにeCPMを押し上げさせる。その世界はもうありません。AppleのApp Tracking Transparency（ATT）、GDPRの同意要件、そして低下するオプトイン率の間で、今やあなたのトラフィックの大きな—そして増え続ける—割合がパーソナライズシグナルなしで到着します。多くのパブリッシャーにとって、インプレッションの40–70%がこの非パーソナライズのバケットに入ります。

過ちは、そのトラフィックを無価値とみなすことです。コンテキスト広告—ユーザーが誰であるかではなく、何を見ているかに基づくターゲティング—こそがそれを収益化する方法です。うまくやれば、eCPMのギャップの意味ある部分を取り戻せます。

コンテキストターゲティングは実際どう機能するか

コンテキストターゲティングはユーザーのアイデンティティを無視し、代わりに環境を読み取ります。モバイルアプリの場合、デマンドパートナーが利用できるシグナルには次のものがあります。

• アプリのカテゴリ＆メタデータ—ストアのカテゴリ、アプリのジャンル、コンテンツレーティング。
• アプリ内コンテキスト—広告が表示される画面、レベル、コンテンツセクション（パズルのレベル、レシピのページ、金融ダッシュボード）。
• キーワード＆トピック—現在のコンテンツを記述するkey-valueペアとして広告リクエスト経由で渡されるもの。
• 粗い非識別シグナル—デバイスの種類、言語、OS、国レベルのおおよその地理情報。

これらのいずれも個人を追跡する同意を必要としません。なぜならそれらは人ではなく配置を記述するからです。それこそが、識別子が利用できないときにもコンテキストデマンドが利用可能であり続ける理由です。

コンテキスト在庫でのeCPM最大化

非パーソナライズが低価値を意味する必要はありません。コンテキストeCPMを動かすレバーは行動ベースのものとは異なるため、意図的にそれらに最適化しましょう。

• 豊富なkey-valueターゲティングを渡す。最大の単一レバーは、すべての広告リクエストに記述的なkey-value（コンテンツトピック、アプリセクション、インテントキーワード）を送ることです。入札者は配置を理解するとより多く支払います。
• コンテンツの垂直分野でセグメント化する。金融や健康の画面は、一般的なローディング画面よりはるかに高いコンテキストCPMを得ます。高価値のコンテキストを切り出し、広告主がターゲットできるようにします。
• デマンドを競わせる。コンテキストデマンドをin-app biddingで実行し、静的なウォーターフォール優先度に座らせるのではなく、複数のネットワークが同じインプレッションに入札するようにします。
• フォーマットを最適化する。リワード動画とインタースティシャルは、注意がアイデンティティより重要なため、パーソナライズなしでも強いCPMを維持します。

実践におけるキーワード＆カテゴリのターゲティング

key-valueの分類体系を製品として扱いましょう。一貫したキーのセット—content_category、topic、screen_type、game_level—を定義し、すべてのリクエストで埋めます。プログラマティックバイヤーが既に買い付けに使っている分類体系であなたをターゲットできるよう、コンテンツをIABコンテンツカテゴリにマッピングします。キーワードリストは引き締まった正確なものに保ちます。スパム的な値はフィルタされ、入札を抑制します。目標は、コンテキストのないインプレッションを、行動データで強化されたものと同じくらい入札者にとって読み取りやすくすることです。

収益機能としてのブランドセーフティ

コンテキスト購入は、コンテキストが彼らの持つすべてであるため、広告主に自分の広告がどこに出るかを過敏に意識させます。これはブランドセーフティを単なるコンプライアンスのチェックボックスではなく、直接の収益レバーにします。クリーンなコンテンツ分類を維持し、機微な配置をプレミアムデマンドから除外し、認知されたブランドセーフティのフレームワークを採用しましょう。検証済みで適切にラベル付けされたコンテキストを持つパブリッシャーはより高いCPMを得ます。不透明な在庫は入札を下げられるか飛ばされます。

ウォーターフォールでの同意済み＆コンテキストデマンドの組み合わせ

最も収益の高い構成はコンテキストかパーソナライズかではなく—各インプレッションをそれを最も高く評価するデマンドへルーティングすることです。同意したユーザーには、通常パーソナライズデマンドが勝ちます。非同意またはATTでオプトアウトしたユーザーには、パートナーがリクエストを破棄したり非準拠のパーソナライズ広告を配信したりするのではなく、準拠したコンテキスト入札を返すよう、リクエストを非パーソナライズ（npa）としてフラグ付けする必要があります。

ここで同意と収益のインフラが出会います。FlexyConsentはIAB TCF 2.3フレームワークとGoogle Consent Mode v2シグナルを通じてユーザーの選択を捕捉し、その判断をリアルタイムで広告スタックに利用可能にします。同意済みトラフィックはあなたの完全なパーソナライズウォーターフォールに流れ、非同意トラフィックは自動的にコンテキスト・非パーソナライズデマンド向けにタグ付けされます—こうして準拠を保ちかつ、非同意バケットを暗いまま放置するのではなく、すべてのインプレッションを依然として収益化できます。

要点

• 非同意トラフィックは収益化可能—識別子がなくてもコンテキストデマンドは利用可能であり続ける。オプトアウトを死んだ在庫と決して扱わないこと。
• key-valueは最上位のeCPMレバー—配置を豊かに記述し、コンテキストデマンドを競争入札で実行すること。
• ブランドセーフティが入札を動かす—クリーンでIABにマッピングされたコンテキストは不透明な在庫より高いCPMを得る。
• 同意状態でルーティングする—Consent Mode v2付きのFlexyConsentを使い、同意済みユーザーをパーソナライズデマンドへ、非同意ユーザーを準拠したコンテキストデマンドへ送ること。