同意統合について

新しいConsent Enforcement Frameworkは、Tealium iQ Consent Integrationsの主要な機能であり、Tealium iQ Tag Managementの外部でキャプチャされた同意信号の強力で信頼性の高い強制を可能にします。この機能は、顧客の同意が得られないか曖昧な場合にトラッキングをブロックします。

Tealium iQ Consent Integrationsは、サポートされている同意管理プラットフォーム（CMP）に対して、オプトイン（GDPRスタイル）とオプトアウト（CCPAスタイル）の強制パターンの両方を提供します。統合は、ほとんどのCMPまたはカスタムソリューションをサポートするテンプレートの形式で記述することができます。

Tealium iQ Consent Integrationsは、最新のutagバージョン4.49に依存しています。以前のバージョンでサポートを有効にするには、uTag Loaderテンプレートを編集し、##UTGEN##publish engine flagの下に##UTCM##を追加します。

以下の用語は、同意統合フレームワークに関連しています：

• 目的 - あなたのウェブサイトのユーザーが同意（または同意を拒否）できる特定のデータ使用目的。
• 目的グループ - 目的のリスト。タグが割り当てられる同意目的のグループの形での強制ポリシーの表現。
• 免除 - 強制が必要ない場合と、同意の決定に基づいてタグをブロックする必要がない場合。強制免除は、同意統合強制ルールが適用されない場合の動作とは異なります。明示的な免除がない限り、または一致する同意統合と適切な同意決定がない限り、タグは発火することは許可されません。
• 強制ルール - 同意統合または免除を強制するタイミングを決定するルール。
• 同意決定 - 同意された目的の配列。同意決定はtype属性で決定され、ユーザーがアクティブな決定を下したか（explicit）、下さなかったか（implicit）により、explicitまたはimplicitのいずれかになります。
• 暗黙の決定 - ユーザーの行動から推測される決定。サイトを訪問することで、ユーザーはサイトのプライバシーポリシーで説明されている必要なタグに同意します。ユーザーは自分のデータの販売に反対することができますが、デフォルトではこれが有効になっています（暗黙の’それはOK、私のデータを共有/販売する’決定があります）。
• 明示的な決定 - ユーザーによる明確で正確なトラッキングへの同意決定。
• 統合 特定のCMPから同意決定をキャプチャする機能と構成（事前ロードまたはカスタム）のセット。統合は目的グループに関連付けられています。

仕組み

Tealium iQ Consent Integrationsを使用すると、サポートされている非Tealiumの同意管理プラットフォームと統合できます。あなたのCMPは、必要に応じてエンドユーザーに目的ベースの同意を求め、そのユーザーの同意決定をキャプチャして保存します。統合がアクティブな場合、タグは目的グループ内の目的に割り当てられる必要があります。目的に同意されると、その目的に割り当てられたタグがトリガーされます。

各同意統合は、基礎となるフレームワークに、単一のCMPとどのように通信するかを指示します。一度にアクティブにできる統合は1つだけです。ただし、必要に応じて強制ルールを使用して、複数のアクティブな統合を条件付きで適用し、競合を避けることができます。

ページにCMPを注入するタグは、Tealium iQ Consent Integrationと互換性がありません。統合は、タグがロードされる前にCMPからの信号を必要とします。Consent IntegrationsとあなたのCMPを統合するには、Pre LoaderまたはDOM Ready拡張機能を使用するか、CMPをTealium iQの外部のページに追加します。

Tealium iQダッシュボードでサポートされているCMPとの統合を構成するか、カスタムテンプレートを編集してカスタム統合を作成することができます。

サポートされている統合

現在サポートされている統合の完全なリストについては、Supported Vendor Integrationsを参照してください。

タグの再発火

各タグには、Map Tags画面でTag Refireスイッチがあります：

このオプションを有効にすると、タグは各ユーザーアクションごとに最大2回トリガーされます（一度は暗黙の決定で、一度は明示的な決定で）。マップされた目的が同意されていない場合、タグはトリガーされません。

ほとんどのタグは、これらのケースのそれぞれで同意がある場合、再度トリガーする必要はありません。タグを2回トリガーすると、ダブルトラッキングが発生する可能性があり、これは避けるべきです。

サーバーサイドコネクタ（特にイベントコネクタ）を持つアカウントは、Tealium Collectタグを再発火させて、tci.purposes_with_consent_unprocessed属性を使用することで利益を得ることができます。これにより、同じイベントに対してサーバーサイドコネクタが再発火されないことを確認します。tci.purposes_with_consent_unprocessed属性を使用すると、サーバーサイドコネクタが重複せずに可能な限り迅速にトリガーできます。

サーバーサイド属性 - Consent IntegrationsとCollectの使用

Tealium Collectは、他のすべてのタグと同様に、同意された目的にマップする必要があります。ただし、refiringAllowedオプションにより、新しい決定でタグを再発火することができます。このプロセスは、タグがさまざまなサーバーサイド目的に使用されており、利用可能なサーバーサイドフィルタとロジックが使用されて、信号が適切に処理されるだけであり、再発火を許可することを示しています。

使用するサーバーサイドツールによりますが、Tealium Collectは、各イベントに対して以下のイベントレベル属性でトリガーされます：

• tci.purposes_with_consent_unprocessed（再発火あり）
• tci.purposes_with_consent_all（再発火なし）

Tealium iQ内での同意決定のアクセス

同意決定は、各イベントのデータレイヤーに追加されます。これらの変数はタグで使用でき、Tealium Collectタグによって自動的に送信されますが、拡張機能では直接利用できません。

• tci.consent_type - 同意決定のタイプ（implicitまたはexplicit）。
• tci.purposes_with_consent_all - 処理済みと未処理の両方の同意された目的の完全な配列。
• tci.purposes_with_consent_processed - 処理済みの同意された目的の配列。
• tci.purposes_with_consent_unprocessed - 未処理の同意された目的の配列。

拡張機能からの同意決定へのアクセス

拡張機能で現在の同意決定オブジェクトにアクセスするには、tealiumCmpIntegration.GetCurrentConsentDecision()メソッドを使用します。

次のコマンドは、現在の同意決定をbオブジェクトに追加します：

b.current_consent_decision = tealiumCmpIntegration.getCurrentConsentDecision()

JavaScriptコンソールの使用

アクティブな場合、utag.js（Tealium iQ）が実装されているページのJavaScriptコンソールで同意統合と対話できます。JavaScriptコンソールを使用すると、CMPから取得される現在の同意決定を取得できます。同意決定はキャッシュされず、常に最新の状態を保証します。

詳細については、Validate and debug consent integrationsを参照してください。

同意登録

同意統合は、Tealiumの同意登録を使用して、同意構成がロードまたは更新されたときにイベントを発行できます。これらの変更はページ全体で利用可能であり、ウェブサイト全体で同意決定を管理するのがより簡単になります。詳細については、Tealium consent registerを参照してください。

同意登録は、同意統合フレームワークテンプレートのバージョン1.2.0以降が必要です。このテンプレートを更新するには、テンプレートを更新するを参照してください。