Google アド マネージャー 360 でのみご利用いただけます。
PPID（パブリッシャー指定の識別子）は、Google アド マネージャー 360 の機能で、ネットワークによっては有効になっていない可能性があります。PPID を有効にするには、アカウント マネージャーにお問い合わせください。
パブリッシャー指定の識別子（PPID）を使うと、フリークエンシー キャップ、オーディエンス セグメンテーション、オーディエンス ターゲティング、広告の順次ローテーション、その他オーディエンスに基づく各種デバイスへの広告配信管理で使用する識別子を Google アド マネージャーに送信できます。 #PPID
次のセクションに進む:
- PPID の仕組み
- ファーストパーティ データを使用して PPID を作成する
- PPID の削除
- 識別子の設定
- 制限事項と要件
- プログラマティック デマンドで PPID を有効にする
- PPID に関するレポート
- 複数の識別子を含むリクエスト
PPID の仕組み
- アド マネージャーに送信する識別子は、Google にとって意味を持たない値となるようハッシュ化または暗号化する必要があります。また、個人を特定できる未加工の情報を識別子として使用することはできません。
- ユーザーが広告設定、EU ユーザーの同意設定、制限付きデータ処理（RDP）の設定などでパーソナライズド広告を無効にしていると Google で認識される場合、PPID を使用してそのユーザーのウェブブラウザに広告を配信する機能は無効化されます。
- パーソナライズド広告を無効にする手段をユーザーに提供する必要があります。
-
ユーザーが広告掲載に関してパブリッシャーによる PPID の使用を無効にするか、自分のアカウントを削除した場合、パブリッシャーはそのユーザーに関連付けられている PPID を今後 Google に送信しないよう直ちに対処する必要があります。
ファーストパーティ データを使用して PPID を作成する
オーディエンス ソリューションを使用するパブリッシャーは、PPID により、サードパーティ Cookie や ID に依存することなく、確認済みのユーザーで構成されるプライバシー重視の持続性に優れたオーディエンス セグメントを構築できます。PPID は、ログイン情報または匿名化されたファーストパーティ Cookie に基づいて作成できます。最初の手順としては、個々のユーザーの識別に使用できるファーストパーティー データを決めます。
サイトのユーザーがログインして利用している場合は、ログインデータ（メールアドレスや特定のユーザーに関連付けられた一意の ID など）に基づいて PPID を作成できます。この方法は、複数のデバイスからログインしている同一ユーザーを識別するのにも役立ちます。
サイトのユーザーがログインなしで利用している場合、ドメイン固有のファーストパーティ Cookie またはパブリッシャーが設定した識別子（通常はサーバーサイド）を使用して PPID を構築できます。ユーザー セッションごとに新しい PPID が生成されないようにするため、匿名 ID は個々のユーザーに対して複数のセッションにわたって一意である必要があります。
PPID の削除
ユーザーから自分のデータの削除を求められた場合、パブリッシャーはユーザーデータの削除リクエストをアド マネージャーに送信して、Google の内部ストレージ システムからユーザーデータを削除するよう要求できます。
PPID データの削除をリクエストするには、次の URL からリクエストを送信します。
https://securepubads.g.doubleclick.net/user_data_deletion?ppid={user's_PPID}&iu={publisher's_AdManager_network_code}
例
https://securepubads.g.doubleclick.net/user_data_deletion?ppid=12JD92JD8078S8J29SDOAKC0EF230337&iu=12345
- パブリッシャーは、ユーザーからデータの削除を求めるシグナルを受け取った後、すぐにこのプロセスを開始できます。
- Google の内部システムでパブリッシャーからこのシグナルを受信すると、PPID と既存のユーザーデータのリンクがただちに解除されます。このデータは 63 日以内に完全に削除されます。
想定されるレスポンス
リクエストが成功した場合は、HTTP レスポンスのステータス コード「200」が返されます。失敗した場合は、HTTP レスポンスのステータス コード「400」が返されます。PPID data deletion API が有効になっていない場合は、HTTP レスポンスのステータス コード「404」が返されます。
識別子の設定
サイトやアプリから Google アド マネージャーに PPID を含む広告リクエスト（またはオーディエンス ピクセル リクエスト）が 180 日間送信されなかった場合は、リクエストをもう一度送信して PPID を有効にする必要があります。Google では、PPID リソースを効率的に最適化するため、使用されなかった期間がこれより短い場合でも PPID を削除することがあります。
Google パブリッシャー タグ
ウェブサイトには次の PublisherProvidedId メソッドを使用します。
pubService のメソッドの詳細
pubService.setPublisherProvidedId（識別子）
フリークエンシー キャップや他のオーディエンスベースのアクティビティで使用する、パブリッシャー指定の ID を設定します。
パラメータ
文字列識別子: パブリッシャーが指定する英数字の ID。150 文字以内が推奨されます。
例
googletag.pubads().setPublisherProvidedId('12JD92JD8078S8J29SDOAKC0EF230337');
googletag.enableServices();
</script>
Google Mobile Ads SDK
GoogleAdManagerExtras クラスには setPublisherProvidedId(string ID) というメソッドが格納されます。詳しくは、Google Mobile Ads SDK のドキュメントをご確認ください。
Google IMA SDK
HTML5、iOS、Android の SDK では、以下のメソッドまたはプロパティを使用して PPID を設定できます。
-
HTML5 - ima.ImaSdkSettings.setPpid()
-
iOS - IMASettings.ppid（メソッドではなく可変オブジェクト プロパティ）
- Android - ImaSdkSettings.setPpid()
JS 以外のリクエスト（タグなしリクエスト）
PPID を渡すために /adx または /ad+/jump を使って Google アド マネージャーに直接送信するリクエストには、ppid= パラメータを含める必要があります。
オーディエンス ソリューションのピクセルタグ
オーディエンス ソリューションのピクセルタグを使用して Google アド マネージャーに直接リクエストするには、パラメータ ppid= を含める必要があります。
ウェブ用のタグの例
ad-manager-network_code}/DFPAudiencePixel;dc_seg={segment_ID};ppid={your_ID}"></script>アプリ用のタグの例
ad-manager-network_code}/DFPAudiencePixel;ord=%%CACHEBUSTER%%;dc_seg={segment_ID};ppid={your_ID}?gdpr=<0,1>&gdpr_consent=<tc string>&tfua=<0,1>&tfcd=<0,1>詳しくは、PPID をオーディエンス ソリューションのピクセルタグに渡す方法をご確認ください。
制限事項と要件
以下の要件を満たしていない場合、PPID はシステムで無視または破棄される可能性があります。
PPID 値の要件は次のとおりです。
-
英数字（[0-9a-zA-Z]、「+」、「.」、「=」、「/」、「_」、「-」、「$」、「,」、「{」、「}」）または 16 進表記の UUID（8-4-4-4-12）であること。
例
正しい PPID の例を次に示します。
- 12JD92JD8078S8J29SDOAKC0EF230337
- 12jd92jd8078s8j29sdoakc0ef230337
- 12Jd92jD8078s8j29sDoakc0ef230337
- 123e4567-e89b-12d3-a456-426614174000
次の正規表現を使用して、PPID が正しいことを確認できます。
^[0-9a-zA-Z+.=\/_\-$,{}]{22,150}$ツール
-
22 文字以上であること。
-
150 文字以内であること。
-
Google にとって意味を持たない値となるようハッシュ化または暗号化されていること。
-
+、=、/、$が含まれる場合は URL エンコードされます。有効な PPID 値に使用できる文字の一部は、URL に含められたときに特別な意味を持ちます。識別子の難読化に使用する文字セットに+、=、/、$が含まれている場合は、URL プレースホルダに挿入する前に、値を URL エンコードする必要があります。この点は、GPT のpubService.setPublisherProvidedId(identifier)などの SDK のメソッドを使用する場合とは異なります。SDK のメソッドでは、指定された値を SDK で URL エンコードします。例AES 暗号化を使用してユーザー ID を難読化し、生成される PPID 値はn6lvihJocabdNhFQqRbBt552lNGh74k7/1kZ2dC0dXk=です。PPID URL パラメータに識別子を挿入する前に、値の「/」と「=」の文字を URL エンコードする必要があります。正しくエンコードされた URL パラメータは、ppid=n6lvihJocabdNhFQqRbBt552lNGh74k7%2F1kZ2dC0dXk%3Dのようになります。 -
ユーザーが複数のセッションで識別可能な場合のみ送信すること（たとえば、複数のセッションで利用可能なファーストパーティの Cookie を使用して PPID を生成するなど）。
PPID 値を生成するアルゴリズムを変更しないようにしてください。変更すると、フリークエンシー キャップ、オーディエンス セグメンテーションとターゲティング、広告の順次ローテーション、その他のオーディエンスに基づく広告配信機能を含むさまざまな機能がリセットされる原因となります。
プログラマティック デマンドで PPID を有効にする
PPID を有効にすると、アド マネージャーのサードパーティ Cookie やデバイス ID が利用できない場合でも、Google とプログラマティック デマンドで PPID を使用して、プログラマティック トラフィックで購入者が設定したフリークエンシー キャップやインタレスト ベース広告のパーソナライズに対応できるようになります。これにより、ユーザー アクティビティのトラッキングを同じアド マネージャー ネットワーク内に制限しながら、プログラマティック取引の収益向上を図ることができます。
-
PPID は、Google、プログラマティック デマンドと共有される前に、アド マネージャーでパブリッシャーごとに分割された ID に変換されるため、他のパブリッシャーのサイトやアプリではユーザーを識別できません。
-
PPID を有効にするだけでなく、PPID をプログラマティックに共有する相手（Google デマンド、認定バイヤー、Open Bidding のビッダーなど）もデマンド チャネルの設定で選択する必要があります。現時点では、Google 以外のデマンドでの PPID は EEA と英国以外の国でのみご利用いただけます。
-
セキュア シグナルを使用して、選択したサードパーティ ビッダーにデータ（ファーストパーティのデータを含む）を送信できます。
プログラマティック デマンドで PPID を有効にする手順は次のとおりです。
PPID に関するレポート
アド マネージャーのレポートで「PPID の有無」ディメンションを使用すると、PPID がある広告リクエスト（「あり」の値）と PPID がない広告リクエスト（「なし」の値）の一致率を確認できます。このディメンションの対象には、予約広告とプログラマティック広告の両方のトラフィックが含まれます。
- 「PPID の有無」ディメンションを使用すると、プログラマティック取引と予約取引の両方のトラフィックについて、PPID の一致率に関するトラブルシューティングを行うことができます。たとえば、特定の広告枠の PPID 設定が誤っていないかを調べるには、「広告ユニット」および / または「リクエスト タイプ」ごとの「広告リクエスト数の合計」のレポートを作成し、[PPID の有無] [次のいずれかに一致:] [なし] フィルタを追加します。
- プログラマティック取引向けの PPID は、サードパーティの識別子を使用できないトラフィックにのみ適用されます。つまり、サードパーティの Cookie が使用可能なプログラマティック取引のトラフィックには影響しません。このため、PPID を使用したプログラマティック取引のパフォーマンスを分析する場合は、サードパーティ Cookie やデバイス ID を使用できない広告リクエストのみが分析の対象に含まれるよう、[ユーザー識別子ステータス（ベータ版）] [次のいずれかに一致:] [なし] を選択することをおすすめします。
- 「PPID の有無」ディメンションを使用して収益への影響を正確に判断することはできませんが、パフォーマンスの判断基準として使用することは可能です。収益の伸びを詳しく分析するには、独自に A/B テストを実施して、さまざまな広告枠タイプと、サードパーティ ID の有無を検証することをおすすめします。
複数の識別子を含むリクエスト
前述のように、PPID は Google アド マネージャーで使用される他の識別子（パソコン環境における Cookie、あるいは AdID や IDFA といったリセット可能なモバイル広告 ID）に代わるものではなく、これらに追加で使用されるものとなります。つまり、ほとんどの場合、Google アド マネージャーに送信される PPID 対応の広告リクエストには複数の識別子（メインの PPID と、パソコンまたはモバイルのサブの識別子）が含まれます。PPID は広告呼び出しにつき 1 つだけ渡すことができます。
これはさまざまな点で Google アド マネージャーの動作に影響する可能性があります。詳しくは以下をご確認ください。
オーディエンス セグメントによるターゲティング
セグメントのメンバーシップは、PPID とサブの識別子とで別々に管理されます。複数の識別子を含むリクエストが届いた場合、そのリクエストには、2 種類の識別子のうちいずれであるかを問わず、そのリクエスト内の識別子がメンバーとなっているセグメントをターゲットにしている広告申込情報が配信候補となります。
例
あるユーザーが、ログイン ユーザーの PPID に対応しているスポーツ関連のサイトまたはアプリにアクセスしました。ただしログインはしていません。そして、サイトまたはアプリの特定のページにアクセスした結果、バスケットボール ファンのオーディエンス セグメント（セグメント S1）に追加されました。ログインはしていないので、このオーディエンス セグメントに追加されるのはサブの識別子です。その後、このユーザーはサイトまたはアプリにログインしました。その結果、以降発生する広告リクエストには PPID も含まれることになりました。このユーザーは、25～34 歳の年齢層として登録されており、このユーザーの PPID は識別子の一括アップロード機能によって年齢に基づくオーディエンス セグメント（セグメント S2）にすでに追加されています。この後、このユーザーの複数の識別子を含むリクエストが発生した場合は、セグメント S1 または S2、あるいはその両方をターゲットとしている広告申込情報が配信候補となります。
オーディエンス セグメントの共有
PPID は 1 つのネットワークに固有のものです。各ネットワークは独自の PPID 名前空間を使用し、2 つのネットワークにより別々のユーザーに同じ PPID が割り当てられても衝突が起こらないようになっています。1 つのネットワークの PPID から構築されたオーディエンス セグメントを、他のネットワークやサービスとの間で共有することはできません（1 つのネットワークから送信されるリクエストに含まれる PPID は、他のネットワークのオーディエンス セグメントの PPID と一致することはありません）。複数のネットワーク間で共有できるのは、Cookie またはデバイス ID を基に構築されたセグメントだけです。PPID とサブの識別子の両方を含んでいるオーディエンス セグメントは共有できますが、このセグメントをターゲットとしている広告が複数の識別子を含むリクエストに対して配信候補となるのは、サブの識別子が一致した場合のみです。
オーディエンス セグメントのメンバーシップ
複数の識別子を含むリクエストを受信した場合、オーディエンス セグメントのメンバーの追加または更新はメインの PPID に基づいてのみ行われ、その際リクエストで渡されたサブの識別子は無視されます。
例
フリークエンシー キャップ
複数の識別子を含むリクエストを受信した場合、フリークエンシー キャップの計算はメインの PPID に基づいてのみ行われ、その際リクエストで渡されたサブの識別子は無視されます。
例
順次クリエイティブ ローテーション
複数の識別子を含むリクエストを受信した場合、順次ローテーションの配信クリエイティブの決定はメインの PPID に基づいてのみ行われ、その際リクエストで渡されたサブの識別子は無視されます。
例
データ転送レポート
複数の識別子を含むリクエストで渡される識別子はいずれも、データ転送レポートに送られますが、最終的なレポート ファイルに含まれるのは暗号化されたデータとなります。パブリッシャーはこのデータを復号化して元の PPID またはサブの識別子を取得することはできません。ただし、これらの暗号化された識別子を、今後のリマーケティングやターゲティング用にオーディエンス リストに一括アップロードすることは可能です。
例
PublisherProvidedID フィールドに暗号化されたメインの PPID が含まれ、UserId フィールドに暗号化されたサブの識別子が含まれることになります。
