同意統合の意思決定フロー

Tealium iQ 同意統合は、サポートされている同意管理プラットフォーム（CMP）に対して、オプトイン（GDPRスタイル）およびオプトアウト（CCPAスタイル）の強制パターンの両方のオプションを提供します。以下の図に示された同意統合の意思決定フローは、これらの強制パターンでユーザーの同意決定がどのように扱われるかを示しています。

オプトインモデル

Tealium Universal Tag（utag.js）は、CMPから同意決定を受け取るまでタグを発火させたり、クッキーを構成したりしません。ページ上でCMPがアクティブでない場合や同意決定が行われていない場合、Tealiumは実行されず、タグは発火されません。

Tealiumがロードされたときに同意決定が見つからない場合、同意統合はCMPから決定が見つかるまでポーリングを行います。この間、すべてのイベントは決定が受け取られるまで処理されるためにキューに入れられます。決定が受け取られない場合、イベントは未処理のままです。

操作の順序

同意決定（implicitまたはexplicit）が利用可能な場合、同意統合は以下のアクションを実行します：

1. Tealiumが実行可能かを確認します。
2. 許可されている場合、各タグが実行可能かを確認します。
3. 許可されている場合、同意決定に基づいてキューに入れられたすべてのイベントのタグをトリガーします。

暗黙の同意

同意決定が暗黙の場合：

• イベントは初期にキューに入れられます。
• 暗黙の同意を許可するタグがトリガーされます。
• 同意統合は明示的な決定のためにCMPを継続してポーリングします。
• 後に明示的な決定が提供された場合、新たに同意されたタグを含むようにキューに入れられたイベントが再処理されます。

明示的な同意

同意決定が明示的な場合：

• キューに入れられたすべてのイベントは同意決定に従って処理され、その後キューから削除されます。
• ポーリングは停止します。
• 暗黙の同意の下で既にトリガーされたタグは、タグの再発火が有効であり、新しい同意目的が利用可能である場合を除き、再発火されません。

ページロード後の同意更新

ユーザーがインタラクティブなCMPを再開して新しい明示的な同意決定を行う場合：

• 以前に処理されたイベントは、新しい同意決定に基づいて再処理されません。
• ページがロードされた後の新しいイベントについては、各イベントに対してCMPから現在の同意決定が取得されます。これにより、CMPが同意のための普遍的な情報源として扱われます。

同意統合の同意フロー

フローがタグが実行可能かを決定するステップに達したとき、以下のプロセスが各タグとイベントに適用されます：

タグの発火の詳細

オプトアウトモデル

オプトアウトモデルはオプトインモデルに似ていますが、明示的な決定はポーリングされません。これは、ユーザーが明示的にオプトアウトしない限り、タグの実行が許可されるというデフォルトの状態が想定されているためであり、これはCCPA/CPRAスタイルの強制と一致しています。