この記事では、Tealiumプラットフォームのサーバーサイドにおける公開プロセスについて説明します。
サーバーサイド構成にはDev環境やQA環境がないため、変更を本番環境にリリースする前にテストするには、追加の手順が必要です。テストフラグ、バッジ、ルールを活用すると、複数の方法で構成できるテストユーザーのみに新機能を簡単に制限できます。
テストイベント
本番イベントとテストイベントを分離する方法はいくつかあります。目的は、関連するすべてのテストデータイベントに、このテスト識別子を含めることです。
イベント属性のエンリッチメント
既存のイベント属性に基づくエンリッチメントを使用して、イベントのブール属性test_dataを構成できます。

拡張機能
データがサーバーサイドに渡される前に、拡張機能を使用してテストフラグを構成できます。

この値を使用して、既存のデータやクエリ文字列を通じて構成したCookie値を活用します。
Webサイトのテストフラグ
データレイヤーの一部として、QAサイトまたはDevサイトのコード内にテストフラグを構成できます。
<script>
utag_data.test_data = 'true';
</script>
ファイルインポート
ファイルインポートでテストするには、test_data列を追加し、テスト行の値をtrueに構成します。test_data列を、作成したtest_dataイベント属性にマッピングします。
本番用のファイルインポートでは、ファイルからこの列を省略しても処理は実行され、テストデータとしてフラグ付けされることはありません。
API呼び出し
APIを介してイベントを送信する場合は、呼び出しにtest_data=trueを追加します。追加のエンリッチメントは必要ありません。
curl -i "https://collect.tealiumiq.com/event?tealium_account=YOURACCOUNT&tealium_profile-YOURPROFILE&tealium_datasource-ABCDEF&tealium_event=user_login&customer_email=user@example.com&test_data=true"
Collect APIとPOSTメソッドを使用する場合は、JSONペイロードに値がtrueのtest_data属性を含めます。
{
"test_data" : true
}
テストイベントフィード
テストイベントを識別するテスト属性を用意したら、各イベントフィードを複製し、test_dataフラグを追加します。


テストコネクタ
テストフィード用に個別のコネクタを作成することをお勧めします。

また、テストコネクタのタイトルには、次の情報を構成することをお勧めします。
- イベントタイプ:アクションのソースとして使用するイベントフィード。
- バージョン:テストステータスを示すために
TestまたはLiveを使用します。
例:Test Cart Add Events
If you use this method, ensure that all connector actions are updated when you are looking to do make changes.
コネクタとアクションの更新
コネクタとそのアクションを更新する場合は、次の手順を実行します。
- 変更する本番コネクタを複製します。
- タイトルを
LiveからTestに変更します。 - 各コネクタアクションについて、ソースを対応する
Test Dataイベントフィードに変更します。 - 保存して公開します。
以降は、期待どおりに動作するまで、この新しいテストコネクタに変更を加えます。
更新の公開
テストが完了し、変更をデプロイする準備ができたら、次の手順に従ってテストコネクタを本番環境に昇格させます。
- 本番環境にあるコネクタを削除します。
- テストコネクタを更新します。
- 名前を`Liveバージョンに変更します。
- テストフラグを削除します。
- すべてのコネクタアクションのソースを、テスト用ではないイベントフィードに切り替えます。
- 保存して公開します。
メモの使用
各コネクタのNotesフィールドを使用して、次のような追加情報を記載することを強くお勧めします。
- 変更を行っている担当者。
- 変更の目的と理由。
- 追加または削除する内容。
テスト訪問とオーディエンス
テスト用バッジの構成
この例では、Test Userというバッジ属性を使用します。このバッジでは、クエリ文字列パラメータにtealiumtest=trueが含まれている場合に、任意のイベントで評価されるルールを使用します。また、クエリ文字列パラメータにtealiumtest=falseが含まれている場合に、訪問からバッジの割り当てを解除する2つ目のルールも使用します。

The badge and rule condition can be customized, but they should be unique so that regular site visitors do not get this badge applied to them.
テスト用属性の構成
文字列などの特定の属性をテストするには、Test Userバッジが割り当てられていることを条件とする特定のルールを含めます。

テスト用オーディエンスの構成
特定のオーディエンスをテストする場合は、Test Userバッジが割り当てられていることを必須条件として追加します。これにより、ほかのすべてのユーザーがそのオーディエンスに参加することを防ぎ、その特定のオーディエンスに依存するコネクタアクションをテストできます。

テスト
トレースセッションを開始するときは、テスト構成で使用されているテスト条件を満たす必要があります。この例では、サイトに移動し、ルールで使用されているクエリ文字列パラメータと値をURLに追加します。
例:http://www.example.com/?tealium_test=true
トレースが開始されると、Test Userバッジが割り当てられたことを確認できます。

本番環境に公開する前にこの方法でテストすると、構成を検証し、エラーを減らして、施策の精度を高めることができます。
最終更新日 :: 2026年November月11日