テスト、検証、承認 section-overview
この節では、Journey Optimizer のすべてのテスト機能と承認機能について説明します。テストプロファイルを使用したコンテンツのプレビュー、ジャーニーのロジックの検証、メールのレンダリングとスパムスコアの確認、A/B 実験の実行、競合の検出、承認ワークフローの設定を行うツールが用意されています。
このランディングページでは、作成している内容（キャンペーンとジャーニー）に基づいて適切なテストアプローチを選択し、推奨されるテストワークフローを順を追って説明し、すべてのテストおよび承認リソースにすばやくアクセスできます。以下のテストアプローチの選択から開始して、ユースケースに適用されるツールを特定します。主なテスト用語の定義について詳しくは、主な用語を参照してください。
コンテンツのテストと承認
コンテンツのプレビュー、テスト、検証
テストプロファイル、メールのレンダリングのテスト、スパムスコア評価などを使用して、パーソナライズされたコンテンツをプレビュー、テスト、検証する方法について説明します。
ジャーニーのテスト
特定のプロファイルを使用してテストし、イベント、条件、アクションが期待どおりに機能することを確認することで、公開前にジャーニーを検証します。名前空間を使用するドラフトジャーニーで使用できます。
監視とトラブルシューティング
包括的なトラブルシューティングリソース、システムアラート、エラーコードにアクセスして、ジャーニーの実行とパフォーマンスの問題を解決します。
パーソナライゼーションプレイグラウンド
安全な環境でパーソナライゼーション式を実験します。キャンペーンおよびジャーニーに適用する前に、サンプルデータを使用したコードのテストと結果のプレビューを行います。
コンテンツ実験と A/B テスト
複数のコンテンツバリエーションをテストし、パフォーマンスを測定して最もパフォーマンスの高い処理を特定することで、キャンペーンを最適化します。キャンペーンにのみ使用できます（A/B テストとマルチアームバンディット実験をサポートします）。
関係者による監視のためのシードリスト
品質保証とコンプライアンスのために顧客に送信された実際のメッセージを監視するために、配信に内部関係者のアドレスを自動的に含めます。メールチャネルにのみ使用できます。
競合の検出
キャンペーンとジャーニー間の潜在的な重複を特定して、同時通信が多すぎて顧客に負担がかかるのを防ぎます。キャンペーンと単一、オーディエンスの選定、オーディエンスを読み取りジャーニーで使用できます。
テストと承認が重要な理由
テストと承認のプロセスは、ブランドの評判を保護し、キャンペーンの成功を確保するための不可欠な品質ゲートとして機能します。重要な理由を以下に示します。
-
顧客に到達する前にエラーを検出 - 制御された環境で、リンクの破損、正しくないパーソナライゼーション、レンダリングの問題、ロジックの欠陥を特定し、すばやくリスクなく修正できます。
-
配信品質を向上 - スパムスコアのテスト、メール認証の検証、メールクライアント間のレンダリングの確認を行うことで、インボックスへの配置とエンゲージメント率を最大化します。
-
ブランドの一貫性を確保 - 様々なテストプロファイルを使用してコンテンツをプレビューし、様々な顧客セグメントに対してパーソナライゼーションが正しく表示され、ブランド標準が維持されていることを確認します。
-
複雑なジャーニーを検証 - マルチステップのジャーニーフローをシミュレートし、トリガーが正しく発生し、条件が適切に評価され、顧客が適切なメッセージを適切なタイミングで受信することを確認します。
-
説明責任を確立 - 関係者の承認を必要とする正式な承認ワークフローを実装することで、明確な所有権を作成し、未承認または時期尚早なキャンペーンの開始を削減します。
-
時間とリソースを節約 - 開発サイクルの早い段階で問題を検出し、修正がより安価で迅速に行えるので、ローンチ後の修正やカスタマーサービスのエスカレーションにかかるコストを回避できます。
テストアプローチの選択
適切なテストアプローチは、作成している内容と検証する必要がある内容によって異なります。このガイドを使用すると、シナリオに最も関連性の高いテストツールを特定できます。
すべてのキャンペーンの場合：
- テストプロファイルまたはサンプル入力データを使用してコンテンツをプレビューおよびテストします
- デバイスおよびクライアントをまたいだメールレンダリングを確認します（メールチャネルのみ）
- スパムスコアの確認を実行します（メールチャネルのみ）
- 他のキャンペーンやジャーニーとの競合をレビューします
- 関係者の監視用にシードリストを設定します（メールチャネルのみ）
- アクティブ化前に承認用に送信します
A/B テストと最適化の場合：
- 複数の処理をテストし、パフォーマンスを測定するコンテンツ実験を作成します
API トリガーキャンペーンの場合：
- Campaign Simulation API{target-"_blank"}を使用して、本配信前確認ジョブをプログラムでトリガーします
すべてのジャーニーの場合：
- テストモードを使用して、プロファイルの進行状況をシミュレートするか（ドラフトジャーニーのみ、名前空間が必要）、ドライランを使用して、メッセージを送信せずに実行パスを分析します
- プレビューと本配信前確認を使用して個々のメッセージをテストします
- 他のジャーニーやキャンペーンとの競合を確認します
- 公開前に承認用に送信します
複雑なジャーニーの場合：
- テストモードとドライランを連携して使用して、分岐ロジックと実行パスを徹底的に検証します
- 様々なエントリ条件とプロファイル属性を体系的にテストします
メモ：競合の検出とジャーニーキャッピングは、単一、オーディエンスの選定、オーディエンスを読み取りジャーニーでのみ使用できます。
テストのベストプラクティス
テストの効果を最大化するために、次の推奨プラクティスに従ってください。
-
早期で頻繁にテスト - キャンペーンが完全に作成されるまで待たないでください。開発に合わせて、コンテンツ、パーソナライゼーションおよびロジックを増分的にテストします。
-
現実的なテストプロファイルを使用 - エッジケースや様々なパーソナライゼーションシナリオを含め、ターゲットオーディエンスセグメントを正確に表すテストプロファイルを作成します。
-
デバイスとクライアントをまたいでテスト - 一般的なメールクライアント（Gmail、Outlook、Apple メール）とデバイス（デスクトップ、モバイル、タブレット）でメールのレンダリングを確認して、表示に一貫性があることを確認します（メールチャネルのみ）。
-
パーソナライゼーションを徹底的に検証 - 属性値が異なる複数のテストプロファイルを使用してテストし、パーソナライゼーショントークンが正しくレンダリングされ、フォールバック値が機能することを確認します。パーソナライゼーションプレイグラウンドを使用して、キャンペーンに適用する前に、パーソナライゼーション式を実験し、サンプルデータを使用してコードをテストします。
-
サンプルデータを使用してコンテンツバリエーションをテスト - CSV または JSON ファイルからのサンプル入力データを使用して、多数のテストプロファイルを作成することなく最大 30 のパーソナライゼーションシナリオをテストすることで、包括的なカバレッジを確保しながら時間を節約できます。メール、SMS、プッシュ通知、web、コードベースのエクスペリエンス、アプリ内、コンテンツカードの各チャネルをサポートしています。
-
関係者の監視にシードリストを使用 - シードリストを設定して、実行時にすべての配信のコピーを受信する内部の関係者を自動的に追加し、品質監視とコンプライアンス検証を行います（メールチャネルのみ）。
-
ジャーニーパスをシミュレート - 複数の分岐を持つ複雑なジャーニーの場合は、テストモードを使用して、様々なエントリ条件とプロファイル属性をテストし、可能なすべてのパスを検証します。名前空間を使用するドラフトジャーニーで使用できます。
-
配信品質指標を確認 - 大量の送信を行う前に、スパムスコア、認証ステータス、メールの健全性指標をレビューします（メールチャネルのみ）。
-
テスト結果を文書化 - テスト結果、見つかった問題、解決策の記録を保持して、今後のテストプロセスを改善し、チームと学習内容を共有します。
-
関係者を早期に関与 - 正式な承認前にプレビューとテスト結果を関係者と共有し、フィードバックを収集して、期待値を一致させます。
推奨テストワークフロー
キャンペーンとジャーニーをローンチ前に検証するには、次の 4 つのフェーズのアプローチに従ってください。
プロのヒント：コンテンツを作成する前にパーソナライゼーションプレイグラウンドから開始して式をテストし、ローンチ前に常に競合の検出を確認して、過剰なメッセージを防ぎます。
アクションのテスト：ユースケース
テストの概念が実際のシナリオに適用される仕組みを確認します。
オーディエンスを読み取り、反応イベント、メール／プッシュメッセージを組み合わせたジャーニーをテストします。オーディエンスターゲティングからメッセージ配信までのフロー全体を検証します。マルチチャネルの調整、反応イベント、エンドツーエンドのフロー検証、テスト／公開手順に焦点を当てます。
動的なメールアドレスを使用して、購読リストをターゲットにするジャーニーをテストします。正しいサブスクライバーターゲティング用にパーソナライゼーション式を検証します。パーソナライゼーション式、動的なアドレス指定、購読リストのターゲティングに焦点を当てます。
特定の日にメッセージが送信されることを確保するために、時間ベースの条件を使用してジャーニーをテストします。 待機アクティビティとスケジュールロジックを検証します。 時間ベースの条件、待機アクティビティ、スケジュールの検証に焦点を当てます。
エクスペリエンスイベント、マルチチャネルメッセージ、外部システム統合を対象とした実用的な例の包括的なコレクションにアクセスします。様々なシナリオ、高度なパターン、統合テストのアプローチについて説明します。
主な用語
Journey Optimizer のテスト機能と承認機能をより深く理解するには、次の基本的なテストの概念を理解します。各用語は、詳細なドキュメントにリンクしています。
テストプロファイル - パーソナライズされたコンテンツをプレビューするために使用される合成顧客プロファイル（実際の顧客ではありません）。リアルタイム顧客プロファイルサービスでフラグが付けられました。テストモードとコンテンツのプレビューに必須です。テストプロファイルの作成方法を学ぶ
テストモード - ジャーニーパスを通じてテストプロファイルを送信するジャーニーシミュレーション機能。制限事項：ドラフトジャーニーのみ、名前空間が必須、テストプロファイルのみ。詳しくは、テストモードのドキュメントを参照してください
ドライラン - メッセージの送信や API 呼び出しを行わずにパスを追跡するジャーニー実行分析ツール。ユースケース：リソースを消費せずにロジックを検証します。ドライランの詳細情報
サンプル入力データ - パーソナライゼーションをテストするためのプロファイル属性値を含む CSV または JSON ファイル。最大 30 のバリアントをサポートしています。テストプロファイルを作成する代わりに使用できます。コンテンツバリエーションのシミュレート方法
シードリスト - 内部関係者のメールアドレスが実際の配信（テスト送信ではない）に自動的に含まれます。 メールチャネルのみ。ユースケース：品質監視とコンプライアンス。シードリストの設定
コンテンツ実験 - コンテンツのバリエーションを比較する A/B テストまたはマルチアームバンディット実験。キャンペーンのみ。ジャーニーでは使用できません。実験の基本を学ぶ | 実験の作成
本配信前確認 - テストプロファイルデータを使用して、特定のメールアドレスに送信されるメールの配信をテストします。シードリストとは異なります（本配信前確認は手動のテスト送信、シードリストは関係者への自動的なコピーです）。本配信前確認の送信
競合の検出 - 同じオーディエンスをターゲットにする重複するキャンペーンとジャーニーを特定するツール。限定的なジャーニーのサポート：単一、オーディエンスの選定、オーディエンスを読み取りタイプのみ。競合管理の詳細情報
承認ワークフロー - アクティブ化の前に関係者の承認を必要とするマルチステップのレビュープロセス。承認ポリシーの設定が必要です。承認の設定 | ポリシーの作成
レンダリングテスト - メールクライアント（Gmail、Outlook、Apple メール）およびデバイスをまたいだメール表示の検証。Litmus 統合が必要です。メールのレンダリングのテスト
パーソナライゼーションプレイグラウンド - パーソナライゼーション構文を使用して実験し、サンプルデータを使用して式をテストするインタラクティブな学習環境。ライブデータセットは必要ありません。プレイグラウンドへのアクセス
その他のリソース
-
コンテンツバリエーションのシミュレート - CSV または JSON ファイルを使用して最大 30 のパーソナライゼーションシナリオをテストします。複数のテストプロファイルを作成しない多言語コンテンツのテストに最適です。メール、SMS、プッシュ、web、コードベース、アプリ内、コンテンツカードをサポートしています。
-
テストプロファイルの作成 - 顧客シナリオをシミュレートするためのテストプロファイルを作成および管理します。テスト用のプロファイルにフラグを付ける方法、属性を設定する方法、テストセグメントを整理する方法について説明します。
-
メールスパムレポート - 送信前にスパムスコアを確認して、配信品質とインボックスへの配置を改善します。コンテンツの最適化に関する実用的なレコメンデーションを取得します。
-
ジャーニーに関する FAQ - ジャーニーのテスト、実行、トラブルシューティングに関するよくある質問のクイックリファレンス。
テスト機能が相互に接続される仕組みと、より広範な Journey Optimizer ワークフローに接続される仕組みについて説明します。この節では、前提条件、アップストリーム／ダウンストリームの依存関係、一般的な機能の組み合わせをマッピングします。
| accordion |
|---|
| 前提条件（テスト前に必須） |
|
| accordion |
|---|
| テストが依存する内容（アップストリーム） |
|
| accordion |
|---|
| テストに依存する内容（ダウンストリーム） |
|
| accordion |
|---|
| 関連機能 |
|
| accordion |
|---|
| 一般的な機能の組み合わせ |
|
| accordion |
|---|
| Q：キャンペーンを開始する前に必要なテストは何ですか？ |
| **最小：**テストプロファイルを使用したコンテンツプレビュー + スパムスコアの確認（メール） 推奨：+ メールレンダリング + 競合の検出 + 承認ワークフロー ベストプラクティス：+ サンプル入力データのテスト + シードリスト + A/B テスト（最適化する場合） |
| accordion |
|---|
| Q：多くのテストプロファイルを作成せずにパーソナライゼーションをテストするにはどうすればよいですか？ |
| 主な解決策： CSV／JSON ファイルでサンプル入力データを使用します（最大 30 のバリアントをサポート） 代替策：主要なセグメントを対象とする 3～5 の代表的なテストプロファイルを作成します 学習ツール：最初にパーソナライゼーションプレイグラウンドで実験します |
| accordion |
|---|
| Q：ジャーニーのテストモードとドライランの違いは何ですか？ |
| **テストモード：**ジャーニーを通じてテストプロファイルを送信し、実際のアクションをトリガーし、テストメッセージを生成します。ドラフトジャーニー + 名前空間が必要です。 **ドライラン：**何も送信せずに実行パスを追跡します。任意のジャーニーステータスで機能します。メッセージは送信されず、アクションは実行されません。 連携して使用：メッセージテストのテストモード + ロジック検証のドライラン - 包括的なカバレッジ。 |
| accordion |
|---|
| Q：ジャーニーを実稼動／ライブステータスでテストできますか？ |
| **テストモード：**不可 - ドラフトジャーニーのみ実行できます **ドライラン：**可 - 任意のジャーニーステータスで機能します **コンテンツプレビュー：**可 - 個々のメッセージをいつでもプレビューできます 回避策：ライブジャーニーをドラフトに複製して完全なテストモードを検証します |
| accordion |
|---|
| Q：外部統合が必要なテスト機能はどれですか？ |
| **メールのレンダリング：**Litmus 統合が必須です（個別ライセンス） **その他すべて：**Journey Optimizer に搭載されています。追加の統合は必要ありません メモ：テストプロファイルには、リアルタイム顧客プロファイルサービス（付属）が必須です |
| accordion |
|---|
| Q：API トリガーキャンペーンをテストするにはどうすればよいですか？ |
| オプション 1：Campaign Simulation API{target-"_blank"} を使用してプログラムによるテストを行います **オプション 2：**UI でテストプロファイルを使用してコンテンツをプレビューします **オプション 3：**テストメールアドレスに本配信前確認を送信します ベストプラクティス：包括的な検証のためにこれら 3 つを組み合わせます |