通知

改善された [マイ AdMob ページ] で、パーソナライズされた最適化のヒントを入手し、アカウントの健全性を把握して、設定の完了状況を確認しましょう。

欧州の規制の概要とガイダンス

パブリッシャー様による IAB ヨーロッパの TCF の統合

ユーザーに対する透明性と同意に関する業界標準の進化に合わせて、IAB Europe の透明性と同意に関するフレームワーク(TCF)v2.3 への移行のスケジュールを発表いたします。

すべてのパブリッシャーと CMP が TCF v2.3 を完全に実装するための IAB が定めた必須期限は 2026 年 2 月 28 日です。

スムーズな移行を促進するため、移行期間を設け、本日より実装のサポートを開始いたします。以下の重要な日程と必要な対応をよくご確認ください。

移行の重要なスケジュール

  • 現在のステータス: サポートは現在有効です
    Google のシステムは、TCF v2.3 文字列をすぐに受け入れて処理できます。できるだけ早く移行を開始してください。
  • 移行期間: 現在~2026 年 2 月末
    この期間中、Google は TCF v2.3 文字列を TCF v2.2 文字列と同じように扱います。開示されたベンダー セグメントは検証されません。これにより、広告リクエストが制限付き広告にデフォルト設定されるリスクを回避しながら、更新されたソリューションを安全にデプロイしてテストできます。
  • 最終期限: 2026 年 2 月 28 日
    この日をもって、新しい TCF v2.2 文字列のサポートは正式に終了しますが、2026 年 2 月 28 日より前に作成された TCF v2.2 文字列は引き続きサポートされます。2026 年 2 月 28 日以降に生成されるすべての TC 文字列で TCF v2.3 が必須となります。この要件を満たしていない場合、関連する広告リクエストはデフォルトで制限付き広告に設定され、収益に影響する可能性があります。

必要な対応

  • パブリッシャーの皆様へ: プロパティを TCF v2.3 準拠のソリューションに移行する計画とスケジュールを確認するため、同意管理プラットフォーム(CMP)に直ちにお問い合わせください。スムーズな移行には、早期の調整が不可欠です。ウェブ プロパティまたはアプリ プロパティで Google CMP を使用している場合は、2026 年 2 月 28 日の期限までに TCF v2.3 文字列の書き込みが開始されるため、特別な対応は必要ありません。
  • CMP の皆様へ: パブリッシャー クライアントを TCF v2.3 実装に移行することを優先してください。リスクのない移行期間を最大限に活用するため、2026 年 2 月末日より前にこのプロセスを完了されることをおすすめします。
IAB ヨーロッパの TCF を組み込むためには、IAB TCF 登録済みの CMP をアプリに実装する必要があります。CMP が作成、送信する TC(Transparency & Consent: 透明性と同意)文字列を、Google の SDK が受け取って使用します。
: アプリで IAB ヨーロッパの TCF の機能を利用するには、Google Mobile Ads SDK(Android の場合は v19.0.0 以降、iOS の場合は v7.60.0 以降)をインストールする必要があります。

Google による目的 1(デバイスに情報を保存する、またはデバイスの情報にアクセスする)の実施に対して同意が得られていない場合、Google の広告タグを呼び出すべきではありません

一般的なガイダンス

IAB ヨーロッパの TCF 登録済みの CMP をアプリに実装している場合、AdMob では CMP の TC 文字列が自動的に使用されます。

: IAB TCF 登録済みの CMP で CMP ベンダーを選択すると、EU ユーザーの同意設定で選択した広告技術プロバイダがオーバーライドされます。これは、EU ユーザーの同意設定で EEA、英国、スイスのすべてのユーザーに非パーソナライズド広告を配信するよう選択している場合も適用されます。

広告リクエストで非パーソナライズド広告を設定した場合、その内容と、TC 文字列で示される同意が確認され、最も厳格な設定が適用されます。

  • TC 文字列をタグに渡す場合: GPT、GPT パスバック、AdSense、Ad Exchange のタグは、IAB CMP と自動通信を行って TC 文字列を AdMob に転送します。パブリッシャー様による設定は必要ありません。IMA SDK と Mobile Ads SDK では、ローカル ストレージにある TC 文字列が自動的に取得、解析、適用されます。その他の種類のタグについては、シグナル(gdpr={0,1} および gdpr_consent={tc string})を手動で渡す必要があります。
  • TC 文字列をプログラマティックに渡す場合: IAB TC 文字列は Google のプログラマティック チャネルに自動的に渡されます。パブリッシャー様による設定は必要ありません。
  • TC 文字列をプログラマティック以外のクリエイティブに渡す場合: TC 文字列が正しく使用されるためには、クリエイティブで追加の設定を行う必要があるかどうかを、クリエイティブの提供元に確認します。AdMob は IAB TCF マクロ(GDPR および GDPR_CONSENT_XXXX)に対応しているため、必要に応じて他のクリエイティブ ベンダーに TC 文字列を手動で渡すことができます。
  • TC 文字列をメディエーション パートナーに渡す場合: IAB TC 文字列は、デバイスのローカル ストレージ(iOS の場合は NSUserDefaults、Android の場合は SharedPreferences)から取得できます。メディエーションの順次処理リクエストが呼び出されたときは、すべてのメディエーション パートナーがこの TC 文字列にアクセスして取得、解析、適用できます。

要件: パーソナライズド広告と非パーソナライズド広告

Google の相互運用に関するガイドラインは、Google の既存のポリシー要件、特に Google の EU ユーザーの同意ポリシーの要件を反映することを目的としています。Google のポリシーは今後も引き続き適用され、場合によっては IAB ヨーロッパの TCF に関するポリシーより厳格な制限事項が適用されることがあります。

パブリッシャー様は、IAB ヨーロッパの TCF で使用するベンダーの登録設定を確認する必要があります。特に CMP で Google をベンダーとして登録する場合は、次の要件が適用されます。

パーソナライズド広告の配信要件

次の条件がすべて満たされていれば、パーソナライズド広告が配信されます。

  • Google が次の行為をとることにエンドユーザーが同意していること。
    • デバイスに情報を保存する、またはデバイスの情報にアクセスする(目的 1)
    • パーソナライズド広告のプロファイルを作成する(目的 3)
    • パーソナライズド広告を選択する(目的 4)
  • Google が行う以下の行為について、正当な利益が確立されていること(または、パブリッシャー様が CMP で同意を取得するよう指定している場合は同意が得られていること)。
    • 基本広告を選択する(目的 2)
    • 広告のパフォーマンスを測定する(目的 7)
    • マーケット リサーチを適用してオーディエンス分析を生成する(目的 9)
    • 商品の開発と改善を行う(目的 10)

非パーソナライズド広告の配信要件

パーソナライズド広告の同意要件が満たされていない場合、次の条件がすべて満たされていれば、Google は非パーソナライズド広告を配信します。

  • Google が次の行為をとることにエンドユーザーが同意していること。
    • デバイスに情報を保存する、またはデバイスの情報にアクセスする(目的 1)
  • Google が行う以下の行為について、正当な利益が確立されていること(または、パブリッシャー様が CMP で同意を取得するよう指定している場合は同意が得られていること)。
    • 基本広告を選択する(目的 2)
    • 広告のパフォーマンスを測定する(目的 7)
    • マーケット リサーチを適用してオーディエンス分析を生成する(目的 9)
    • 商品の開発と改善を行う(目的 10)

次の各シナリオにおける Google の処理を下の表にまとめています。

説明 広告配信の処理

Google がデバイスに情報を保存する、またはデバイスの情報にアクセスする(目的 1)ことについての同意がない

既存の EU ユーザーの同意ポリシーに準拠するためには、パーソナライズド広告と非パーソナライズド広告の両方で Cookie やモバイル識別子についての同意が必要です。非パーソナライズド広告でも Cookie やモバイル識別子について同意が必要なのは、詐欺や不正使用の防止、フリークエンシー キャップの設定、広告レポートの集計の目的で、Cookie やモバイル識別子が使用されるためです。

制限付き広告を配信できます。

無効な TC 文字列

TC 文字列が解析不可能である(一部の項目がないなど)。

TC 文字列が無効な場合、広告は配信されません。

柔軟な設定でのベンダー登録とパブリッシャーによる制限

IAB ヨーロッパの TCF では、パブリッシャー様が独自の制限を柔軟に設定できます。この設定は、可能な場合はベンダーの設定よりも優先されます。パブリッシャー様の設定が原因で、ベンダーのグローバル ベンダー リストの登録と矛盾する法的根拠または目的でベンダーが運用を行うことがあってはなりません。したがって、これらは「制限」と表現され、ベンダーが処理できる範囲を拡大するものではなく、その制限のみ行うものとなっています。

パブリッシャー様は、IAB ヨーロッパの TCF で使用するベンダーの登録設定を確認する必要があります。ベンダーが柔軟に設定を変えられる登録になっていて、目的におけるデフォルトの法的根拠が「正当な利益」の場合、Google では相互運用のガイドラインに沿って「同意」が必要となります。パブリッシャー様が Google のサービスを介してこれらのベンダーを使用する場合は、CMP でパブリッシャーによる制限を設定し、ベンダーについて「同意」を選択する必要があります。

Google は、目的 2、7、9、10 について、デフォルトで正当な利益を必要とする柔軟な登録を行っています。CMP の設定でパブリッシャー様がこれらの目的について Google に対する「同意」を制限した場合を除き、Google は CMP でユーザーに対して確立された正当な利益を根拠として目的の処理を行います。Google は、目的 1、3、4 について柔軟な登録は行っておらず、これらの目的の場合は常にユーザーの同意が必要です。

リアルタイム ビッダーと Open Bidding

: 認定バイヤー、Open Bidding パートナー、SDK 入札パートナーに送信する、プログラマティック直接取引を含むリアルタイム ビッダー(RTB)および Open Bidding のトランザクションのすべてのリクエストに適用されます。

購入者様による IAB ヨーロッパの TCF の統合」の記事に記載されている要件に基づいて、ベンダーに入札リクエストを送信できます。

メディエーション

IAB TCF ソリューションを導入する際は、CMP にメディエーション パートナーがすべて表示されていることを確認してください。表示されていれば、Google では引き続きメディエーションの順次処理ですべてのパートナーを呼び出すことができます。

TC 文字列と AC 文字列は、メディエーションの順次処理を構築する前に配信および評価され、メディエーション パートナーがどちらかの文字列に含まれているかどうかが確認されます。

  • メディエーション パートナーが含まれていて、少なくとも 1 つの目的についてユーザーが同意しているか正当な利益が確立されている場合は、メディエーションの順次処理の構築時にメディエーション パートナーが追加されます。
  • メディエーション パートナーが含まれていないか、ユーザーにより完全に拒否された場合は、メディエーションの順次処理でメディエーション パートナーは呼び出されません。

IAB TC 文字列と Google AC 文字列は、デバイスのローカル ストレージ(iOS の場合は NSUserDefaults、Android の場合は SharedPreferences)から取得できます。メディエーションの順次処理リクエストが呼び出されたときは、すべてのメディエーション パートナーがこの文字列にアクセスして取得、解析、適用できます。

この情報は役に立ちましたか?

改善できる点がありましたらお聞かせください。
true
パーソナライズされたヒントを活用して、今すぐ収益を拡大しましょう。

アプリの収益を最大化するパーソナライズされた提案については、AdMob ページの最適化のヒントをご覧ください。

今すぐロック解除

検索
検索をクリア
検索を終了
Google アプリ
メインメニュー
3422819532169512836
true
ヘルプセンターを検索
false
true
true
true
true
true
73175
false
false
false
false