A/Bテストは、マーケターがトリートメント(例えば、メール内の異なるマーケティング_コールトゥアクション_)をテストして、どのトリートメントがより良いパフォーマンスを発揮するかを判断するのに役立ちます。Treasure DataのA/Bテストでは、何かの1つから8つのバージョンを比較して、どれがより良いパフォーマンスを発揮するかを判断できます。このテストを実行するには、最低限、1つのテストケースと結果を検証するためのコントロールグループが必要です。コントロールグループは重要です。なぜなら、パフォーマンスを測定するためのベンチマークを提供するからです。コントロールグループは、何が機能しないかと同じくらい何が機能するかを明らかにします。
ジャーニーは次のA/Bテスト機能をサポートしています:
- 無制限のA/Bテスト: ジャーニーステージに追加できるA/Bテストの最大数はありません。
- A/Bテストのネスト: A/BテストにA/Bテストを追加できます。ジャーニーオーケストレーションは4層のA/Bテストのネストをサポートしています。
- A/Bテストのバリアント: 各A/Bテストは、1つのコントロールグループで最大8つのバリアントを持つことができます。
- カスタマイズ可能なバリアントのパーセンテージ: デフォルトでは、パーセンテージはバリアント間で均等に分割されます。ただし、各バリアントに特定のパーセンテージを追加できます。
- 一貫性のためのユニークIDフィールド: (オプション)ユニークIDフィールド(属性)を追加して、A/Bテストの割り当てを時間の経過とともにより一貫性のあるものにします。
- テストグループメンバーのアクティベーション: A/BテストとA/Bテストグループ名をアクティベーション内のアクティベーション先に送信することを選択します。
- バリアントメンバーシップの割り当て: A/Bテストが作成されて起動された後、Treasure Dataは個々のプロファイルのペアレントセグメントと共に次の情報を保存します:
- プロファイルID
- cdp_customer_id
- 安定ID(A/BテストのユニークID)
- ジャーニー
- ジャーニーステージ
- A/Bテスト
- ユニークID
- 名前
- A/Bテストバリアント
- バリアントID
- 名前
- プロファイルID
A/Bテストを作成し、ライブジャーニー内で起動したと仮定しましょう。ペアレントセグメントが更新され、プロファイルがジャーニーフロー内を移動すると、A/Bテストステップ内でバリアントに割り当てられていないプロファイルは、バリアントに割り当てられます。ジャーニーオーケストレーションは、次の基準に基づいてプロファイルがステージから脱落しない限り、これらのバリアント割り当てを割り当て後も静的に保ちます:
- プロファイルがジャーニーステージから脱落した場合、プロファイルはそのジャーニーステージ内のすべてのA/Bテストのメンバーであることから削除されます。例えば、Bethがステージ1のA/BテストAとBの両方のバリアントにいる場合、彼女がステージ1から脱落すると、BethはテストAとテストBの両方から削除されます。
- プロファイルがバリアントに割り当てられ、ジャーニーから脱落し、その後ジャーニーに再び入った場合、プロファイルは以前に割り当てられた同じバリアント割り当てにとどまる必要があります。
ジャーニーFAQも参照してください。