実施条件の競合の取り扱い
この記事では、Consent Integrationsが目的グループと免除の条件付き実施の競合をどのように取り扱い、プライバシーバイデザインとプライバシーバイデフォルトの原則を遵守するかについて説明します。
プライバシー原則
私たちは、プライバシーバイデザインとプライバシーバイデフォルトの原則を厳格に遵守してConsent Integrationsを構築しました。Consent Integrationsは、ビジネスのデータ活性化が関連するポリシーや規制を遵守し、ユーザーエラーや誤構成によるデータ漏洩を防ぐことを保証します。これらの原則は、データの処理と活性化が明確な同意または明確な条件が満たされた場合にのみ許可されることを要求します。
Consent Integrationsが実施条件の競合をどのように取り扱うか
- 少なくとも1つの同意統合または免除がアクティブな場合:あなたの同意管理プラットフォーム(CMP)からの特定の信号がなければ、データの処理は許可されません。
- 2つ以上の実施ルールが統合で重なる場合:Tealium iQはロードされず、タグは発火しません。
- 統合が免除と重なる場合:単一の統合が任意の数の免除と重なる場合、統合が強制され、免除は無視されます。
曖昧なシナリオでは、2つの統合がアクティブで、その両方の実施ルールがtrue
と評価される場合など、Consent Integrationsは潜在的なデータ漏洩を防ぐためにデータの処理と活性化を保留します。この動作は、ブロックされたタグからのデータの損失を招く可能性がありますが、データ漏洩のリスクを軽減するための予防措置です。
以下の表は、アクティブな免除と統合の数に応じて、Consent Integrationsが競合をどのように取り扱うかを示しています:
免除 | 統合 | 競合の取り扱い |
---|---|---|
0 | 0 | すべてのデータ処理をブロック |
1+ | 0 | すべてのデータ処理を許可 |
任意 | 1 | 目的特定のブロックを適用 |
任意 | 2+ | すべてのデータ処理をブロック |
最終更新日 :: 2024年November月13日