同意統合について

新しい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属性で決定され、ユーザーがアクティブな決定を下したかどうか（implicit）または下していないかどうか（explicit）によります。
• 暗黙の決定 - ユーザーの行動から推測される決定。サイトを訪問することで、ユーザーはサイトのプライバシーポリシーで説明されている必要なタグに同意します。ユーザーは自分のデータの販売に反対することができますが、デフォルトではこれが有効になっています（暗黙の’OK、私のデータを共有/販売する’の決定があります）。
• 明示的な決定 - ユーザーがどのトラッキングに同意するかについての明確で正確な同意決定。
• 統合 特定のCMPから同意決定をキャプチャする機能と構成（事前ロードまたはカスタム）のセット。統合は目的グループに関連付けられています。

仕組み

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

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

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

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

サポートされている統合

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

タグの再発火

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

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

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

Customer Data Hubの顧客（特にEventStreamの顧客）は、Collectタグを再発火させて、purposes_with_consent_unprocessed属性を使用することで、同じイベントに対してサーバーサイドのアクティベーションが再発火されないようにすることができます。purposes_with_consent_unprocessed属性を使用すると、同じイベントに対して2回トリガーすることなく、サーバーサイドのアクティベーションを可能な限り早くトリガーすることができます。

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

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

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

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

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

同意決定（ConsentDecision）は、各イベントのb objectで以下の属性に提供され、タグで使用でき、Collect tagによって自動的に送信されますが、拡張機能では利用できません。

• tci.consent_type - ConsentDecisionのtype属性（ implicitまたはexplicit）。
• tci.purposes_with_consent_all - 完全なConsentDecision配列、すべての許可された目的。
• tci.purposes_with_consent_processed - 処理された同意された目的の配列。
• tci.purposes_with_consent_unprocessed - 処理されていない同意された目的の配列。

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

tealiumCmpIntegration.GetCurrentConsentDecision()は現在の同意決定を返し、拡張機能から同意決定にアクセスするために使用できます。

次のコマンドは、現在の同意決定をすべての後続の拡張機能のb objectに追加し、それをtci.*属性とともにタグに渡します：

b.currentConsentDecision = tealiumCmpIntegration.getCurrentConsentDecision()

JavaScriptコンソールの使用

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

詳細については、関連するデバッグドキュメンテーションを参照してください。