ロードルールについて | ロードルール

ロードルールは、タグがあなたのサイトやアプリでロードされるタイミングを決定します。ロードルールは、データレイヤーの値に基づく1つ以上の条件です。例えば、検索ページを識別するロードルールの条件は次のようになるかもしれません：

page_type equals search

デフォルトのロードルールは All Pages で、条件は含まれておらず、常に真です。

以下のコンポーネントはロードルールを使用します：

タグ
同意管理
通貨変換エクステンション
データ検証エクステンション
チャネルエクステンション

ブール論理

複数の条件をブール論理を使用して組み合わせて、より複雑なロードルールを形成することができます。例えば、検索ページでタグをロードするが、ユーザーがログインしていない場合のみ、ロードルールの条件は次のようになるかもしれません：

page_type equals search
AND
is_logged_in equals 1

この複雑な論理は、単一のルールに組み合わせるか、2つのルールを作成してから、Match All Rules 構成を使用して強制することができます。タグにロードルールを割り当てる方法を参照してください。

AND論理

AND論理を使用して、すべての条件が真である場合にのみ真となるルールを作成します。例えば、AND論理を使用して3つの条件を組み合わせたルールは、各個別の条件が真である場合にのみ真と評価されます。条件のいずれかが偽と評価されると、ルール全体も偽と評価されます。

OR論理

OR論理を使用して、条件のいずれかが真である場合に真となるルールを作成します。例えば、OR論理を使用して3つの条件を組み合わせたルールは、個々の条件のいずれかが真である場合に真と評価されます。OR論理を使用するルールは、すべての個々の条件が偽である場合にのみ偽と評価されます。

比較演算子のリスト

各ルール条件は、比較演算子とデータレイヤーからの変数を使用します。以下の表は、ロードルールの条件で使用できる比較演算子のリストを示しています。名前に (ignore case) が含まれる演算子の場合、変数のテキスト値は比較前に小文字に変換されます。

比較演算子	タグがページ上でロードされるとき
`contains` `contains (ignore case)`	変数が指定された文字列を含んでいます。
`does not contain` `does not contain (ignore case)`	変数が指定された文字列を含んでいません。
`does not end with` `does not end with (ignore case)`	変数が指定された文字列で終わっていません。
`does not equal` `does not equal (ignore case)`	変数が指定された値と等しくありません。
`does not start with` `does not start with (ignore case)`	変数が指定された文字列で始まっていません。
`ends with` `ends with (ignore case)`	変数が指定された文字列で終わっています。
`equals` `equals (ignore case)`	変数が指定された値と等しい。
`greater than`	変数が指定された値より大きい。
`greater than or equal to`	変数が指定された値以上である。
`is badge assigned`	バッジが訪問に割り当てられています。 data layer enrichmentの使用に適しています。
`is badge not assigned`	バッジが訪問に割り当てられていません。 data layer enrichmentの使用に適しています。
`is defined`	変数がデータレイヤーで定義されています。
`is not defined`	変数がデータレイヤーで定義されていません。
`is populated`	変数がデータレイヤーで定義されており、空白や空ではありません。
`is not populated`	変数がデータレイヤーで定義されており、空白や空です。
`less than`	変数が指定された値より小さい。
`less than or equal to`	変数が指定された値以下である。
`regular expression`	変数が正規表現と一致します。
`starts with` `starts with (ignore case)`	変数が指定された文字列で始まります。

ロードルールと同意の強制

既存のロードルールに同意条件を追加することは可能ですが、あなたのユースケースでは、より信頼性の高い同意の強制のためにConsent Integrationsを使用する必要があるかもしれません。

Consent Integrationsは、Tealium iQ Managementの機能で、組織がクライアントサイドのデータ活性化プロセスに同意の強制を簡単に組み込むことができます。ロードルールがページビューやユーザーのインタラクションなどの条件に基づいてタグを発火するのに対し、Consent Integrationsはデータ収集と処理活動中にユーザーの同意が尊重されることに専念しています。詳細については、Consent Integrationsを参照してください。

同意の強制のためにロードルールを使用すると、以下の問題が発生する可能性があります：

初期イベントの欠落
データ漏洩
サーバーサイドツールを完全にトリガーするのが難しい

さらに、utag.track呼び出しでタグIDのオプションの配列(uid_array)を使用して、ロードルールを尊重せずにタグを発火させることができます。uid_arrayパラメータとともに同意の強制のためのロードルールを使用すると、同意条件はルールの残りとともに無視されます。

ロードルールとConsent Integrationsについての詳細は、Beyond Load Rules: Leveraging Consent Integrations for Complianceを参照してください。