モバイル2026年8月5日 | FlexyConsent

Google UMP SDK: UnityモバイルゲームでのGDPR同意の実装

モバイルゲームに同意SDKが必要な理由

ゲームが欧州経済領域または英国のプレイヤーにAdMob、Ad Manager、またはメディエーションされたwaterfallから広告を表示する場合、パーソナライズド広告やトラッキング識別子を使用する前に有効な同意を取得することが法的に義務付けられています。ウェブのCookieバナーではこれを解決できません — ネイティブモバイルアプリにはCookieがなく、同意はビルド内で動作するad SDKに届かなければなりません。

Googleの答えがUser Messaging Platform (UMP) SDKです。これはGoogle Mobile Ads SDKに同梱される同意レイヤーです。IAB TCF準拠の同意フォームを提示し、プレイヤーの選択を保存し、AdMobとメディエーションパートナーが自動的に読み取る同意シグナルを公開します。Unityスタジオにとって、このフローを正しく実装することは、健全なeCPMとポリシー違反の波との分かれ目になります。

同意フロー、最初から最後まで

正しい操作の順序は、個々のAPI呼び出しよりも重要です。アプリ起動のたびに次を行うべきです:

同意フォームが返る前にad SDKを初期化することは、私たちが目にする最も一般的なミスです。これは非パーソナライズドまたは非準拠の初回インプレッションを生み出し、自動ポリシーレビューを誘発する可能性があります。

最小限のUnity実装

C#では、骨組みは次のようになります:

var request = new ConsentRequestParameters();
ConsentInformation.Update(request, (FormError error) => {
  ConsentForm.LoadAndShowConsentFormIfRequired((FormError err) => {
    if (ConsentInformation.CanRequestAds()) InitializeAds();
  });
});

CanRequestAds()チェックがあなたのゲートです。これがtrueを返す限り — プレイヤーが同意したか、規制対象地域の外にいるかのいずれか — 広告を初期化してリクエストできます。地域について自分で何もキャッシュしないでください。UMPを唯一の信頼できる情報源としましょう。

ストアに出荷せずにテストする

EEAデバイスをシミュレートしない限り、たとえばイスタンブールのオフィスから同意フローを検証することはできません。UMPはデバッグ地理設定とテストデバイスのハッシュ化されたIDのリストをサポートしています:

本番ビルドの前には必ずデバッグ設定を削除してください。すべてのプレイヤーに強制EEAデバッグフラグを出荷することは、現実的で恥ずかしいインシデントです。

同意、メディエーション、そしてあなたの収益

同意が正しく伝播すると、メディエーションスタック内のすべてのネットワーク — AdMob、Meta Audience Network、Unity Ads、AppLovin — がTCF文字列を受け取り、許可される場所でパーソナライズドインベントリに入札できます。これが壊れると、それらのネットワークはeCPMのほんの一部で非パーソナライズド広告にフォールバックし、waterfallは静かに収益を失います。同意レイヤーを、後付けのコンプライアンスではなく、収益化スタックの一部として扱いましょう。

FlexyConsentが適合する場所

UMPはGoogle自身の領域をカバーしますが、本格的なパブリッシャーの多くは、ウェブプロパティ、複数のアプリ、サーバーサイドタギングにまたがって同時に同意を運用しています。FlexyConsentは、単一の同意レコード、TCFおよびGoogle Consent Mode v2シグナル、そしてあらゆるプラットフォームにわたる同意率の分析を提供します — これにより、プレイヤーがUnityゲームで行う選択と、訪問者がマーケティングサイトで行う選択が、監査可能な一つの場所に集約されます。コンプライアンスは火消し作業ではなく、ダッシュボードになります。

重要なポイント

← ブログ すべて読む →