実施条件の競合の取り扱い
この記事では、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 | 0 | すべてのデータ処理を許可 |
| 0 | 1 | 目的特定のブロックを適用 |
| 1 | 1 | 目的特定のブロックを適用 |
| >1 | 1 | 目的特定のブロックを適用 |
| 0 | >1 | すべてのデータ処理をブロック |
| 1 | >1 | すべてのデータ処理をブロック |
| >1 | >1 | すべてのデータ処理をブロック |
最終更新日 :: 2024年March月25日