同意統合の決定フロー

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

同意統合の同意フロー

1.1 - タグの詳細を発火

各タグとイベントについて：

オプトインモデル

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

Tealium iQがロードされたときに同意決定が見つからない場合、Tealium iQの同意統合は、決定が見つかるまでポーリングします。

CMPからの同意決定が受け取られるまで、すべてのイベントは、決定が見つかったら処理されるようにキューに入れられます。同意決定が受け取られない場合、イベントは処理されません。

CMPからの同意決定（implicitまたはexplicit）が利用可能な場合、以下のアクションがTealium iQ Consent Integrationによって開始されます：

• 最初にTealium iQが実行可能かどうかを確認します。
• Tealium iQが実行可能であれば、各タグが実行可能かどうかを確認します。
• タグが実行可能であれば、すべてのキューに入れられたイベントに対して同意に基づいてタグをトリガーします。

同意決定が暗黙的な場合、イベントは初めてキューに入れられ、暗黙的な同意を持つタグがトリガーされます。ユーザーがその後明示的な同意決定を行うと、これらのキューに入れられたイベントは、新たに同意されたタグを考慮に入れて再処理されます。Tealium iQ Consent Integrationは、明示的な決定が見つかるまで検索します。

同意決定が明示的な場合、すべてのキューは空になり、ポーリングは停止します。暗黙的な同意で発火されたタグは、明示的な同意決定が処理されるときに再発火されません（タグの再発火が有効で、処理する新たな同意目的がある場合を除く）。

ユーザーがインタラクティブなCMPレイヤーを再度開き、新たな明示的な同意決定を行うと、以前のイベントは新たな同意決定で再処理されません。

Tealium iQが最初にロードされた後に処理される新しいイベントについては、新しい同意決定がCMPから取得され、各イベントがTealium iQによって処理されるたびに、CMPが普遍的な真実の源として扱われることを確認します。

オプトアウトモデル

オプトアウトモデルはオプトインモデルに似ていますが、明示的な決定は、オプトアウトモデルのデフォルト構成（CCPA/CPRAスタイル）よりも制限的であるため、ポーリングされません。