Tealium iQのベストプラクティス

組織

「保存」対「上書き」

変更を保存する方法は2つあります：

• 保存 – 新しいバージョンに変更を保存し、以前のバージョンを保持します。
• 上書き – 現在のバージョンに変更を保存し、それを上書きします。バージョンの変更を元に戻すことはできません。

保存を使用するシナリオ：

• 現在のバージョンが本番環境に公開されている場合、元に戻すオプションを保持するために保存を使用します。
• 新しいプロジェクトを開始するときは、保存を使用して新しいバージョンを作成し、以前の作業と分離します。
• どちらのオプションを選択するか不明な場合、保存方法が最も安全です。これにより、以前のバージョンに戻ることができます。

詳細については、保存についてと公開についてを参照してください。

例：本番バージョンを保持するための「保存」対「上書き」

この例では、本番環境に公開されたバージョンがあり、必要に応じて元に戻すことができるようにそのバージョンを保持したいと考えています。

正しい方法

「バージョンA」はすべての環境（開発、QA、本番）に公開されています。変更後、保存を実行して新しいバージョン「バージョンB」を作成します。その後、すべての環境に再度公開します。これにより、必要に応じて以前の本番バージョン（バージョンA）にロールバックするオプションが提供されます。

間違った方法

「バージョンA」は上書きを使用して複数回本番環境に公開されます。以前の本番バージョンにロールバックする方法がありません。

ラベルとタイトル

関連するタグ、ロードルール、拡張機能をカテゴリー分けするためにラベルを使用します。特に、順序を要するものには。

説明的なタイトルを使用します。例えば、ステップ1/3などです。

詳細については、ラベルについてを参照してください。

データレイヤーオブジェクト

データレイヤーのベストプラクティスを参照してください。

イベントトラッキング

イベント名

Tealiumでは、tealium_event変数を使用してサイト上で追跡される各イベントタイプを一意に識別します。この変数には、追跡されるイベントを識別する値を構成します（Tealiumの命名規則が適用されます）。

提案される値には、以下が含まれますが、これに限定されません：

標準化されたイベント名は次のような利点を提供します：

• 実装が明確になります。変数名と値が一貫しているためです。
• データマッピングが容易になります。イベントタイプごとに単一の識別子があるためです。
• イベントが名前の接頭辞（product_, cart_, user_）によってカテゴリーに分類されます。

イベントトラッキングスクリプトの例

utag.link({
    tealium_event    : "cart_add",
    product_id       : ["shrt123"],
    product_price    : ["12.50"],
    product_quantity : ["2"]
});

パフォーマンス

utag.jsの更新

最新バージョンのutag.jsに常に最新の状態を保つことをお勧めします。これにより、QA作業が減少し、プロファイルにテストの最適化と機能が含まれることが保証されます。

詳細については、テンプレートの管理を参照してください。

タグテンプレートを最新バージョンに更新

すべてのタグとタグテンプレートを最新バージョンに更新することをお勧めします。これにより、タグが正しく発火することが保証されます。テンプレートステータスチェッカーツールを実行して、更新が必要なタグを確認してください。また、更新または非推奨のタグに関するニュースはリリースノートをチェックしてください。

詳細については、テンプレートの更新を参照してください。

複数のベンダータグを組み合わせる

1つのベンダーからの複数のタグを単一のタグインスタンスに組み合わせると、ページのパフォーマンスが向上します。これは、ページ上でロードされるutag.#.jsファイルが少なくなるためです。このアプローチは、Tealium iQ内でベンダータグの構成を維持するのも簡単になります。

詳細については、複数のフラッドライトタグの構成を参照してください。

utag.jsを非同期でロード

すべてのタグとベンダーコードを非同期でロードすることがベストプラクティスです。この方法では、タグがページの残りのコンテンツと並行してロードされます。タグの応答が遅い場合やロードが遅い場合でも、サイトの残りの部分の速度が低下することはありません。

同期ロードが必要なのは、タグやベンダーコードが互いに依存してロードする必要がある場合です。たとえば、ページコンテンツのパーソナライズのためにデータを取得するコードが必要な場合です。このオプションはサイトのロードを遅くしますが、ページの残りの部分が表示される前に正しいデータ（たとえば、訪問の名前や配送場所）がロードされることを保証します。

詳細については、同期ロードを参照してください。

タグをバンドルする

タグをバンドルする機能は、プロファイルの公開構成内で構成されます。この機能を有効にすると、ベンダータグコードがメインのutag.jsファイルに含まれるようになります。これにより、ページから送信されるHTTPリクエストの数が減少し、パフォーマンスが向上します。

詳細については、バンドルフラグを参照してください。

ページコードの配置

ユニバーサルタグ（utag.js）は、ヘッダーやフッターではなく、ボディタグの先頭に配置することをお勧めします。ただし、この配置を行う際には、データレイヤーオブジェクトが宣言され、これに先立って構成されている必要があります。この配置は、最も多くのベンダーとの互換性を提供します。

詳細については、環境管理を参照してください。

タグのタイミング

タグのタイミング構成は、タグが即座に発火するかDOM Readyで発火するかを決定します。タグのタイミングが優先に構成されている場合、タグはページにロードされるとすぐに実行されます。DOM Readyに構成されている場合、タグはDOM Readyイベントが発生するまで実行を待ちます。この構成は、各タグの詳細構成で見つけることができます。

重要なタグ（例えばアナリティクス）の実行を優先するために、待機フラグをオフに構成します。

詳細については、タグのタイミングを参照してください。

| 重要なタグは、データ収集を最大化するためにできるだけ早く実行されるべきです。 | ブラウザは、画像の表示よりもタグのロードを優先することができ、これがユーザー体験にわずかな影響を与える可能性があります。| | ランディングページでは、タグファイルがまだキャッシュされていない可能性が高いため、タグはより早く実行されます。 | |

必要な時にのみイベントリスナーをロードする

イベントリスナーにイベントルールを構成しない場合、それはすべてのページでロードされます。すべてのページでイベントリスナーをロードすると、サイトのページ配信が遅くなり、不要なデータが収集されます。トリガーのアクションが発生するページや訪問のアクションデータが必要なページでのみイベントリスナーをロードするためのルールを使用することをお勧めします。

詳細については、イベントルールを参照してください。

拡張機能

組み込みの拡張機能を使用する

Tealiumは、コーディング経験が限られている非技術者と、独自のJavaScriptを快適に記述できる開発者の両方を対象として設計されています。多くの組み込み拡張機能はカスタムJavaScriptコード拡張機能として簡単に書き換えることができますが、既存のオプションでは提供されていない追加機能が必要な場合を除いて、可能な限り組み込み拡張機能を使用することをお勧めします。

組み込み拡張機能は以下の利点を提供します：

• 依存関係の管理
  データレイヤー変数の名前が変更された場合、その変数を参照するすべての組み込み拡張機能は自動的に更新されます。
  コードで参照されるデータレイヤー変数（例：b['user_login_status']）は、変数の名前が変更された場合に手動で更新する必要があります。
• ユーザーフレンドリーな変数名
  組み込み拡張機能は常に変数のユーザーフレンドリーな名前（エイリアス）を表示します。これにより、構成の可読性が向上します。
  コードで参照される変数は実際の名前を使用する必要があり、これが暗号的または不明瞭である場合、コードの機能を理解することや依存関係を特定することが困難になります。
• 構文エラーなし
  組み込み拡張機能は、公開するたびに同じ一貫したコードを生成することが保証されており、構文エラーのリスクを排除します。
  カスタムJavaScriptコードは常に予期しない構文エラー（ただし、通常は公開エンジンがこれらをキャッチします）またはランタイムエラーを導入するリスクがあります。

詳細については、拡張機能についてを参照してください。

拡張機能からタグコードを削除する

タグコードを拡張機能からではなく、タグマーケットプレイスまたはカスタムコンテナから実行することをお勧めします。これにより、タグの維aintainが容易になります。

グローバルとローカルのJavaScript変数

JavaScriptコード拡張機能では、varやwindowを使用してグローバル変数とローカル変数を明示的に定義することが重要です。これにより、utag.jsやページ全体で宣言された変数との名前の衝突を防ぎます。

誤り：

variable_name = "some value";

正しい：

var variable_name = "local value";

window.variable_name = "global value";

ロードルール

変数が存在することを確認する

変数の値をチェックする前に、変数が存在するかどうかを確認することをお勧めします。次の例は、MyVariableが定義されているかどうかを確認し、その値が1000に等しいかどうかをチェックします：

変数が存在しないことを確認せずにその値がnullである場合、コードはエラーを投げ、タグが発火しない可能性があります。

詳細については、ロードルールについてを参照してください。