GPP 文字列デコーダー
IAB GPP 同意文字列をブラウザ内でデコード — ヘッダー、gpp_sid、埋め込まれたすべてのセクションを読みやすいフィールドに展開します。文字列はデバイス上に留まります。
GPP 文字列デコーダーは、すべてブラウザ内で動作します。貼り付けた同意文字列 — およびそれがデコードするすべて — はデバイス上に留まり、CMP、広告サーバー、ArrayKit に送られることはありません。
TCF 同意文字列デコーダーを開く
GPP 文字列デコーダー について
GPP 文字列デコーダーは、IAB Global Privacy Platform 同意文字列を、実際に読める内容へと展開します。CMP、OpenRTB ビッドリクエストの regs.gpp フィールド、保存された cookie からエンコードされた値を貼り付けると、ツールがヘッダー — GPP バージョンと gpp_sid リスト — に加えて、TCF Europe v2 から US Privacy（uspv1）、usnat や usca のような US 州シグナルまで、埋め込まれたすべてのセクションをデコードします。各セクションは、CmpId、purpose consents、sale オプトアウト、MSPA フラグのような名前付きフィールドに展開されます。プログラマティック供給全体で同意の配管をデバッグする広告オペレーションエンジニア、プライバシーチーム、QA のために作られています。デコード全体がデバイス上で動作します — 貼り付けた GPP 文字列が CMP、広告サーバー、どのエンドポイントにも送られることはありません。
機能
- GPP ヘッダー — エンコードバージョンと gpp_sid セクション id リスト — をデコード
- 埋め込まれたすべてのセクションを展開: TCF Europe v2、TCF Canada、US Privacy（uspv1）、usnat、usca などの US 州セクション
- 各セクションのフィールドを名前で表示 — CmpId、purpose consents、オプトアウト、MSPA フラグ
- 読みやすいビューと生 JSON ビュー、デコード全体または単一セクションのワンクリックコピー
- boolean ビットベクトルを有効なインデックスとして要約し、長い TCF 同意フラグを読みやすく維持
- マルチセクション文字列を処理し、不正な文字列がどこでデコードに失敗するかを正確に報告
- サンプル GPP 文字列を読み込み、デコード出力の形をすぐに確認できます
- すべてブラウザ内で動作 — 同意文字列がデバイスから離れることはありません
GPP 文字列デコーダー の使い方
- CMP、OpenRTB の regs.gpp フィールド、または保存された __gpp 値から GPP 文字列をコピーする
- 入力ボックスに貼り付けるか、Sample をクリックして例の文字列を読み込む
- デコードされたヘッダーと各セクションのフィールドを読むか、JSON ビューに切り替える
- デコード全体または 1 つのセクションをコピーして、バグレポートやチケットに添付する
例
入力
DBABTC~1YNN
出力
header: { version: 1, gpp_sid: [6] }
uspv1: { Version: 1, Notice: "Y", OptOutSale: "N", LspaCovered: "N" }
US Privacy（uspv1）文字列: 通知あり、sale オプトアウトなし、LSPA 対象外。
よくあるエラーとトラブルシューティング
- デコーダーがその値は「GPP 文字列に見えない」と言う。 — GPP 文字列は base64url ヘッダーセグメント（通常は 'DB…'）で始まります。'C' で始まる裸の TCF 文字列は、代わりに TCF 同意文字列デコーダーに属します。
- 「The number of sections does not match the header」エラー。 — ヘッダーだけを貼り付けたか、'~' ブロックを落とした可能性があります。完全な文字列 — ヘッダーに加え、gpp_sid の各 id に対応する '~' 区切りのセクション — をコピーしてください。
- セクションが予想より少ないフィールドを表示する。 — パブリッシャー制限や vendors-disclosed のような任意の TCF セグメントは、文字列がそれらを運ぶ場合にのみ現れます。その不在は想定通りであり、デコードの失敗ではありません。
- TCF ではなく US 州シグナルだけを気にしている。 — gpp_sid リストがどのセクションが存在するかを教えてくれます — usnat または usca のカードだけを読み、残りのデコードは無視してください。
よくある質問
- IAB GPP 文字列とは何ですか？
- Global Privacy Platform（GPP）文字列は、複数のプライバシーシグナル — TCF Europe、US Privacy、US 州セクション — を 1 つのヘッダーの背後に詰め込む単一のエンコード値です。ヘッダーの gpp_sid リストが、どのセクションが内部にあるかを名指しします。
- GPP 文字列における gpp_sid とは何ですか？
- gpp_sid は GPP ヘッダー内のセクション id の配列です。各 id はセクションに対応します — 2 は TCF EU v2、6 は US Privacy、7 は usnat、8 は usca — ヘッダーの後にどのブロックが続くかをデコーダーに伝えます。
- このデコーダーはどの GPP セクションを読めますか？
- ヘッダーに加え、TCF Europe v2、TCF Canada v1、US Privacy（uspv1）、US national セクション（usnat）、および usca、usva、usco などの US 州セクションをデコードし、それぞれを名前付きフィールドに展開します。
- 裸の TCF やレガシーの US Privacy 文字列をここに貼り付けられますか？
- このツールはヘッダーを持つ完全な GPP 文字列を期待します。'C' で始まる単独の TCF 文字列や、レガシーの US Privacy 値は、代わりに専用の TCF または US Privacy デコーダーに送ってください。
- GPP 文字列をデコードすると、あるベンダーが許可されているかがわかりますか？
- いいえ。デコーダーは文字列がエンコードする内容 — オプトアウト、purpose consents、MSPA フラグ — を表示しますが、特定のベンダーがデータを処理してよいかは判断しません。それはあなたのポリシーと各セクションのルールに依存します。
- デコードする GPP 文字列はどこで見つかりますか？
- CMP の保存値、OpenRTB ビッドリクエストの regs.gpp フィールド、__gpp cookie や localStorage エントリ、あるいは CMP API の getGPPData 呼び出しが返す gppString を確認してください。
関連ツール
すべての ArrayKit ツール