ルール

Dynamic Tag Managementは、ルールベースのシステムです。 ユーザーの操作に関する各種データを参照します。ルールで概要が示されている条件が満たされると、ルールは、指定したツール、スクリプトまたはHTMLをトリガーします。

ルールは2つの部分で構成されます。

パーツ 説明
識別子 識別子は、ルールで検索する識別子です。 指定する識別子は、ルールのタイプに応じて異なります。
トリガー トリガーは、ルールの条件が満たされた後に発生します。 Dynamic Tag Managementのルールは、個別のアクションをいくつでもトリガーできます。 例えば、e-コマースのありがとうございますページ用の 1 つのルールから、解析ツールおよびサードパーティタグを同時にトリガーできます。ツールやタグごとに個別のルールを作成する必要はありません。

ルールのタイプ

Dynamic Tag Managementには、3種類のルールといくつかのデフォルトのルールがあります。

イベントベース

サイト上での操作の大部分はイベントで行われます。 JavaScriptを使用せずに、これらの操作をリアルタイムで測定し、反応させることができます。

イベント型ルールは、訪問者がページ上の要素を操作すると実行されます。

ページ内のインタラクションとページレベルのタグ付けを活用することで、ソーシャルメディア共有、ビデオインタラクション、タブ付きインターフェイス、画像ギャラリー、製品の並べ替えとフィルタリングなどに基づいて最適化できます。

商品ページの様々なタブでクリックを探すように条件を設定する方法の例については、 イベント型ルールの例 を参照してください。

ページ読み込み

URL、サイトセクション、またはサイト構造に依存しないシナリオを設定してターゲットできます。 例えば、5番目のページ表示で調査を読み込む、または訪問者のセッション7分前にセッションを読み込む、などのページ型ルールがあります。

高度なページ型ルールを使用すると、例えばルール内のターゲット固有のユーザーセグメントなどが可能です。

ページ型ルールの例」を参照してください。

Direct call

Dynamic Tag Managementのイベント検出およびルックアップシステムをバイパスするように設計されています。

ダイレクト型ルールは、Dynamic Tag Managementに対して何が起きているかを厳密に伝えたい場合に最適です。 また、AdobeFlashなど、Dynamic Tag ManagementがDOM内のイベントを検出できない場合にも最適です。

詳しくは、「ダイレクト型ルールの条件の 作成 」を参照してください。また、ダイレクト型ルールに関するEnterpriseTVビデオを見るには、「ダイレクト型ルールの条件の作成」を参照してください。

デフォルトのルール

プロパティをアクティブ化すると、Dynamic Tag Managementには、いくつかのデフォルトのルールが含まれます。

これらのルールは、サイトでの一般的な操作を追跡し、サイト全体のオポチュニティを分析するのに役立ちます。

Dynamic Tag Managementには、次のデフォルトのルールが含まれています。

  • デッドヘッダー:「デッド」(つまり、リンクが解除された)ヘッダー項目のクリックを追跡します。
  • デッド画像:「デッド」(つまりリンクが解除された)画像のクリックを追跡します。
  • ダウンロードリンク:​ダウンロード可能なサイトコンテンツのクリックを追跡します。
  • 電子メールリンク:​リンクされた電子メールのクリックを追跡します。
  • 方向の変更:​ページの向きの変更を追跡します(モバイル関連)。
  • アウトバウンドリンク:​サイトから離脱するリンクのクリックを追跡します。
  • 電話のダイヤル:​電話番号のクリックを追跡します。
  • ズームの変更:​ページズームの変更を追跡します。

新しいルールと既存のルール

新しいルールを作成したり、既存のルールにスクリプトを追加したりできます。

どのルールでも、画面が非常によく似ていることに気づくかもしれません。「条件」セクションが最初に表示され、次に「インストールされているツール」、最後に「Javascript /サードパーティタグ」セクションが表示されます。

セクションがこの順序で表示されるのは、新しいルールや既存のルールの変更を計画する際に最初に考えるのは、条件(追跡する訪問者シナリオ)です。

訪問者は何をしている? どこで起きているの? いつ発生しているか。 条件が同じ場合は、シナリオが同じであれば、既存のルールにツールアクションまたは変数、およびサードパーティタグが必要な数だけ追加できます(既存のルールに必要な条件が揃っている場合)。 条件が異なる場合は、別のルールを作成する必要があります。

例えば、サイトに配置するコンバージョンピクセルまたはタグが新しく、既存のルールがいくつかある場合、ルールを実行するために必要なシナリオを考えてみます。 変換ピクセルを実行するために必要な条件を持つWebプロパティにルールが含まれているかどうかを検討します。 例えば、既に購入確認ページのページ型ルールがあり、「Javascript/サードパーティタグ」セクションに3つの変換ピクセルを読み込むとします。 新しいルールを作成しなくても、そのルールの同じセクションに、新しいピクセルを新しいスクリプトとして追加できます。

条件が異なる場合は、新しいルールを追加する必要があります。

イベント型ルールの例

商品ページ上のタブ付きインターフェイスで、クリック追跡でイベント型ルールを使用する方法の例です。

イベント型ルールを使用する場合、CSSセレクターに関する知識があり、ページの要素を特定しやすくなります。

DTMル CSS Selector ールビルダーを使用すると、イベント型ルールのトリガーとして使用するCSS要素を、すばやく簡単に選択できます。 詳しくは、「CSSセレクターの 使用」を参照してください。

次のリンクは、CSSについて学ぶのに役立つリソースです。

このクリックインの追跡方法を設定し Adobe Analyticsます。

また、Google Analyticsやその他のプラットフォームがインストールされている場合は、同じルールを利用して、必要な数のプラットフォームにデータを設定または送信できます。

イベント型ルールを使用する場合、Dynamic Tag Managementオファーは、ユーザーが操作するページやページ要素からデータを引き出すための強力なツールを使用します。

DTMの基礎知識:イベント型ルール、パート1

このビデオを最後まで学習すると、次のことが可能になります。

  • イベント型ルールとは何かを理解する
  • イベント型ルールの説明
  • イベント型ルールの作成

DTMの基礎知識:イベント型ルール、パート2

このビデオを最後まで学習すると、次のことが可能になります。

  • イベント型ルールとは何かを理解する
  • イベント型ルールの説明
  • イベント型ルールの作成

DTMの基礎知識:イベント型ルール、パート3

このビデオを最後まで学習すると、次のことが可能になります。

  • イベント型ルールとは何かを理解する
  • イベント型ルールの説明
  • イベント型ルールの作成

ページ型ルールの例

ページ読み込みの過程でトリガーされるルールを実装できます。 例えば、あるページ表示数の経過後、またはセッションに入ってから指定した分数経過後に、調査を表示できます。 ページ型ルールを使用すると、URL、サイトセクション、またはサイト構造に依存しないシナリオを設定できます。

DTMの基礎知識:ページ型ルール、パート1

このビデオを最後まで学習すると、次のことが可能になります。

  • ページ型ルールとは何かを理解する
  • 条件の条件のオプションについて理解します。
  • ページ型ルールの作成

DTMの基礎知識:ページ型ルール、パート2

このビデオを最後まで学習すると、次のことが可能になります。

Google AdWordsの例

マーケティング担当者は、ユーザーがフォームに入力してページに到達した場合に、Google AdWordsコンバージョンタグをトリガーしたいと考えています。 https://www.mysite.com/form/thank-you.html

Dynamic Tag Managementでこのシナリオを設定する方法を次に示します。

  1. 新しいページ型ルールを作成します。

  2. ルール条件で、このルールがトリガーされるページを指定します。

  3. ベンダーから提供されたタグを「サードパーティタグ」セクションに貼り付けます。

    Dynamic Tag Managementはテンプレートに依存しないので、マーケターは、HTML形式のタグでも、ルール内の任意のタグを使用できます。

  4. 「Forms:User submits form.」

    また、説明的なメタデータをルールに追加することもできます。

    この説明は、後でタグやツールに使用したい場合に、このルールを特定するのに役立ちます。

  5. ルールを保存します。これで、ステージング環境でテストし、ルールの承認をリクエストして、実稼動サイトに発行する準備が整いました。

    メモ

    デフォルトでは、ページ型ルールはページの下部に読み込まれます。 この設定は、ほとんどのシナリオで機能します。 ただし、設定するルールがページコンテンツ内での依存関係を持つ場合は、ルールをDOM Readyで読み込むように設定する方が効果的です。 逆に、問題になっているルールの結果に依存する他のルールがある場合は、ページの先頭またはOnloadでそのルールを読み込み、最初に起動するようにします。

ページ型ルール — 詳細

この例は、iPadのユーザーにA/Bテストを実施する方法を示しています。

ルール内の特定のユーザーセグメントをターゲットする必要がある場合があります。 次の例は、Google検索を使用してサイトに来訪し、サイトに15分以上滞在したiPadのユーザーに特有のセグメントを使用して、フォームにA/Bテストを実施する方法を示しています。

  1. 条件を作成します。

    次の図に、この訪問者セグメントに使用する設定を示します。

  2. Adobe Targetを使用してフォームのテストを設定します。

    ページを変更する必要はなく、マークアップに配置するmboxコンテナもありません。

  3. をクリック Save​し、Adobe Targetでテストを設定すると、テストが実行されます。

ルールの条件と機能

すべてのDynamic Tag Managementのルール条件とその機能について説明します。

ルール条件のカスタムスクリプト

ページ型ルールの条件でカスタムコードを使用する場合は、ルールを起動する return true ときにブール値を使用する必要があります。

条件と機能

次の表に、条件のタイプ、条件、機能および注意事項を示します。

条件のタイプ 条件 関数 備考

URL

Protocol

HTTPまたはHTTPSで起動するルール

Subdomain

指定されたサブドメインで起動する、または起動しないルール

この条件に対してregexを有効にすると、1つの条件に複数のシナリオが含まれます。

Path

指定されたURLパスで起動する、または起動しないルール

この条件に対してregexを有効にすると、1つの条件に複数のシナリオが含まれます。 パス条件は _satellite.data.URIに基づいて機能します。この値にはクエリーパラメーターが含まれます

パラメーター

特定の値を持つ特定のURLパラメーターが存在する場合に起動するルール

この条件に対してregexを有効にすると、1つの条件に複数のシナリオが含まれます。

技術

Cookie Opt-out

「true」に設定された sat_track cookieの存在に基づいてユーザーがcookieを受け入れる場合にのみ起動するルール

データ要素の設定が必要です。 Cookieには、「プロパティを 編集 」ページでカスタム名を指定できます。

Browser

指定されたブラウザーでのみ起動するルール

Operating System

指定されたオペレーティングシステムでのみ起動するルール

Screen Resolution

指定された画面解像度の範囲内で起動するルール

Window Size

指定されたウィンドウサイズの範囲内で起動するルール

Engagement

Traffic Source

指定されたソースから来た訪問の場合に起動するルール

この条件に対してregexを有効にすると、1つの条件に複数のシナリオが含まれます。

Landing Page

指定されたページにランディングした訪問の場合に起動するルール

この条件に対してregexを有効にすると、1つの条件に複数のシナリオが含まれます。

New/Returning Visitor

新規訪問/再訪問の場合にのみ起動するルール

Sessions

訪問者のセッション数が指定より多い、等しい、または少ない場合に起動するルール

Page Views

訪問者が、このセッションまたはすべてのセッションで指定された数以上、=、または<のページ表示を持つ場合に起動するルール

サイト滞在時間

指定された時間(分)、訪問が続く場合に実行するルール

登録ユーザー

データ要素で示されているユーザー登録ステータスに基づいて起動するルール 示されたデータ要素に値が含まれている場合、条件は「true」と評価されます(デフォルト値は含まれません)。

データ要素の設定が必要です。

ログイン済み

データ要素に示されているように、ユーザーがログインしている/していない場合に実行するルール 示されたデータ要素に値が含まれている場合、条件は「true」と評価されます(デフォルト値は含まれません)。

データ要素の設定が必要です。

以前のコンバーター

ユーザーが以前にコンバーターに達したかどうかを示すデータ要素に基づいて起動するルール 示されたデータ要素に値が含まれている場合、条件は「true」と評価されます(デフォルト値は含まれません)。

データ要素の設定が必要です。

買い物かごの品目数

データ要素で示されたように、ユーザーが買い物かごに一定の数の品目を入れている場合に実行するルール

データ要素の設定が必要です。

買い物かご内の金額

データ要素で示されているように、ユーザーが買い物かごに一定の金額の値を入れている場合に実行するルール

データ要素の設定が必要です。

データ

cookie

指定された値を含む指定されたCookieが存在する場合に起動するルール

この条件に対してregexを有効にすると、1つの条件に複数のシナリオが含まれます。

データ要素の値

指定された値を持つ指定されたデータ要素が存在する場合に起動するルール

データ要素の設定が必要です。 この条件に対してregexを有効にすると、1つの条件に複数のシナリオが含まれます。

変数セット

指定された値を持つ指定されたJSオブジェクトが存在する場合に起動するルール 場合によっては、シナリオに応じて、「this.」、「イベント.」、「ターゲット.」、「window.」、「param.」のいずれかの適切なスコープをオブジェクトパスの先頭に付ける必要があります。

この条件に対してregexを有効にすると、1つの条件に複数のシナリオが含まれます。

カスタム

カスタムスクリプトを入力するための空白のテキストボックスを開きます。

このページ

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now