TCF同意文字列

A TCF同意文字列とは、IAB EuropeのTransparency and Consent Framework（TCF）のもとでユーザーが行った同意選択を記録したエンコードされたテキストであり、入札リクエストとともに送られるため、広告サプライチェーン内のすべてのベンダーは、そのインプレッションに対して行動を起こす前に、自分に何が許可されているかを確認できます。

文字列の中身#

文字列は、圧縮されたbase64形式で、ユーザーが同意した「目的」（デバイスへの情報保存やパーソナライズ広告プロファイルの構築など）、IAB Europeの登録ベンダーリストのうちユーザーが同意した特定のベンダー、および同意がいつどのように取得されたかに関するメタデータをエンコードします。人間が読めるものではありませんが、完全に仕様化されており、TCF標準を実装するシステムはすべて同じ方法でデコードできます。それがポイントです。発行者の同意管理プラットフォームが文字列を生成し、ヘッダー入札ラッパー、サプライサイドプラットフォーム、アドエクスチェンジを通ってデマンドサイドプラットフォームに至る入札リクエストに添付されます。

広告サプライチェーンが依存する理由#

TCFがこれを標準化する前は、各ベンダーが独自のアドホックな方法で同意を表現するか、まったく方法がなく、発行者から3ホップ下の需要パートナーが同意が実際に収集されたことを確認する信頼できる方法がありませんでした。TCF文字列は、チェーン内の全員に「このベンダーはこの目的でユーザーのデータを処理することを許可されているか」という同じ機械可読の回答を提供することで、これを修正しました。そのため、EUユーザーを対象とするリアルタイム入札オークションは、各ベンダーが同意データベースに個別に問い合わせることなく、ミリ秒単位のオークション速度で進行できます。

実際の障害モードは、文字列が欠落している、不正な形式である、またはユーザーのブラウザがCMPの実行を完全にブロックしている場合です。ほとんどのベンダーは、デフォルトでそれを「同意なし」として扱うように構築されており、つまりパーソナライゼーション目的では入札せず、レポートのどこにも明らかなエラーを出さずに、欧州キャンペーンのアドレス可能なプールを静かに縮小します。

スタック全体における位置づけ#

TCF文字列は、発行者のインベントリを販売する権限のある者を確認するads.txtやsellers.jsonを置き換えるものではありません。異なる問題を解決します。すなわち、「誰がこれを販売することを許可されているか」ではなく、「この特定のユーザーのデータは何に使用することが許可されているか」です。両方のチェックは最新のプログラマティックオークションで独立して実行され、どちらかにギャップがあると、原因を指摘する明確なエラーメッセージなしに、フィルレートや入札が静かに抑制される可能性があります。

仕様を読むだけでなく、同意ゲート周辺でのアドテクの動作を監査する場合、OpenAdLibraryの地域別ad intelligenceインデックスを閲覧すると、同じ広告主に対して、同意が重視される市場と軽視される市場でクリエイティブミックスとボリュームが実際にどのように変化するかを素早く確認できます。