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