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