このページ:では、チャネルビルダーからエンドポイント接続をテストし、テストプロファイルを使用してコンテンツをシミュレートし、プルーフを送信することで、本番稼働前にカスタムチャネルを検証する方法について説明します。
カスタムチャネルを使用するジャーニーまたはキャンペーンをアクティブ化する前に、エンドポイントに到達できること、認証が機能すること、およびパーソナライゼーショントークンがターゲットプロファイルに対して正しく解決されることを検証します。
チャネルビルダーからの接続をテストします test-connection
カスタムチャネルのステータスが ドラフト の場合、チャネルビルダーのテスト ボタンを使用して、エンドポイントにテストリクエストを送信し、エンドツーエンドの接続を検証してからアクティブ化します。 詳細情報
このテストでは、次の点が確認されます。
- エンドポイントがJourney Optimizerの送信IPから到達可能であること。
- 設定された認証情報が有効であることを確認します。
- エンドポイントがHTTP 2xx応答を返す。
外部システムのログを確認して、テストリクエストが想定されるヘッダーとペイロード構造で受信されたことを確認します。
カスタムチャネルエクスペリエンスのプレビューとテスト preview-test
カスタムチャネルエクスペリエンスを作成したら、ジャーニーやキャンペーンをアクティブ化する前に、パーソナライズされたコンテンツのエンドツーエンドの配信を検証できます。
次の機能を使用して、カスタムチャネルペイロードをプレビューおよびテストし、エンドツーエンドのエクスペリエンスを検証します。
テストプロファイルを使用したコンテンツのシミュレート simulate-content
コンテンツをシミュレート機能は、テストプロファイルに対するパーソナライゼーション式を解決するので、実際のメッセージが配信される前に送信されるペイロードを正確に調べることができます。
-
ジャーニーアクションまたはキャンペーン編集画面で、コンテンツのシミュレーションをクリックします。
-
「テストプロファイルを追加」をクリックし、1つ以上のプロファイルを選択します。 テストプロファイルの作成方法を学ぶ
-
プレビューパネルで解決されたペイロードを確認します。 各テストプロファイルについて、次の点を確認します。
- すべてのパーソナライゼーショントークン (例:
{{profile.person.name.firstName}})は、プロファイルの期待値に置き換えられました。 - 未解決のトークンは残りません(空の文字列またはリテラル
{{...}}構文として表示されます)。 - 必須ペイロードフィールドが入力されます。
- ヘルパー関数は、期待される形式の出力を生成します。
{width="70%"}
- すべてのパーソナライゼーショントークン (例:
コンテンツのプレビューとテストについて詳しくは、この節を参照してください。
配達確認の送信 send-proof
アクティブ化する前にエンドツーエンドの配信を検証するには、テスト受信者のセットにプルーフを送信します。
-
コンテンツをシミュレート パネルで、「プルーフを送信」タブに切り替えます。
-
使用するプロファイルを追加します。 Journey Optimizerでテストプロファイルとして定義されていないプロファイルを含むCSV ファイルをアップロードできます。 テストプロファイルの作成の詳細
{width="70%"}
-
「配達確認を送信」をクリックします。 Journey Optimizerは、選択した各プロファイルに対してパーソナライズされたペイロードを使用して、外部エンドポイントを呼び出します。
-
プルーフペイロードが受信されたことを確認するには、外部システムを確認します。 メッセージングチャネル(WeChatやKakao Talkなど)の場合、メッセージがターゲットデバイスまたはメッセージングアプリに表示されていることを確認します。
プルーフの結果は、メールプルーフと同じ検証パターンを使用して表示されます。必須フィールド、タイプの不一致、スキーマ検証エラーは、プルーフが送信される前に表示されます。
プルーフの送信について詳しくは、この節を参照してください
ジャーニーテストモードでのテスト test-journey
エンドツーエンドのジャーニー検証を行うには、テストモードでジャーニーをアクティブ化します。
-
ジャーニーキャンバスから、右上領域の「テスト」をクリックします。
-
トリガーイベントを設定するか、オーディエンストリガージャーニーのテストプロファイルを選択します。
-
トリガーをクリックするか、 オーディエンスを読み取りアクティビティを通じてプロファイルを入力します。
-
カンバス内のフローを確認します。 プロファイルがカスタムチャネルアクションノードに到達すると、Journey Optimizerはパーソナライズされたペイロードで外部エンドポイントを呼び出します。
-
外部システムのログを確認して、リクエストが正しく受信されたことを確認します。
-
完了したら、テストの停止をクリックします。
この節で、テストモードでのジャーニーのテストについて詳しく説明します。
ジャーニーのシミュレーション simulate-journey
Journey Optimizerのシミュレーション モードでは、事前に作成されたテストプロファイルを必要とせずに、シミュレートされたユーザー(一時的なプロファイルのようなエンティティ)を使用して、ジャーニーをエンドツーエンドで検証できます。
カスタムチャネルの場合、シミュレーションはパーソナライゼーション式を解決し、シミュレートされたユーザーごとにペイロードのプレビューをレンダリングするので、本番稼働前に適切なコンテンツが配信されることを確認できます。
カスタムチャネルを使用してジャーニーをシミュレートするには:
-
ジャーニーキャンバスから、右上領域の「シミュレート」をクリックします。
-
シミュレートされたユーザーを手動で追加するか、AIを活用したクイックシミュレーション オプションを使用して生成します。
-
必要なエントリイベントを設定し、ジャーニーを通じてシミュレートされたユーザーをトリガーします。
-
シミュレートされたユーザーがカスタムチャネルアクションノードに到達したら、プレビューパネルで解決されたペイロードを調べて、パーソナライゼーショントークンとペイロード構造が正しいことを確認します。
ジャーニーシミュレーションの詳細については、このセクション を参照してください。
アクティベーション前のチェックリスト checklist
ジャーニーまたはキャンペーンをアクティブ化する前に、次の点を確認してください。
- チャンネルビルダーからの接続テストが成功しました(エンドポイントに到達できます。認証は有効です)。
- シミュレートされたペイロードには、すべてのテストプロファイルの期待値が表示されます。
- 未解決のパーソナライゼーショントークンはペイロードに残りません。
- すべての必須ペイロードフィールドに情報が入力されます。
- プルーフは、外部システムによって正しく送信および受信されました。
- ジャーニーアクションアクティビティのエラーパス(設定されている場合)は、エラーのシナリオを期待どおりに処理します。
テストが完了したら、アクティベートに進みます。 詳細情報
This section contains structured knowledge intended to support interpretation, retrieval, and question answering related to this topic.
For complete understanding, this information should be combined with the documentation on this page. Neither source is intended to stand alone; the page describes the feature, while this section provides additional context that helps disambiguate terminology, intent, applicability, and constraints.
- TL;DR: This page explains how to validate a custom channel before activating a journey or campaign by testing the endpoint connection from the Channel Builder, simulating content with test profiles, sending proofs, testing in journey test mode, and simulating a journey.
Intents:
- Test the endpoint connection from the Channel Builder while the custom channel is in Draft status
- Simulate content against test profiles to inspect the resolved payload before any real message is sent
- Send a proof to test recipients to validate end-to-end delivery
- Validate the journey end to end using journey test mode
- Simulate a journey using simulated users without pre-created test profiles
- Work through the pre-activation checklist before activating
Glossary:
- Test (Channel Builder): A button available while a custom channel is in Draft status that sends a test request to your endpoint to validate the end-to-end connection before activating (product-specific)
- Simulate content: A feature that resolves personalization expressions against test profiles so you can inspect the exact payload that would be sent before any real message is delivered (product-specific)
- Send proof: A tab in the Simulate content panel used to send a proof to test recipients by calling your external endpoint with the personalized payload for each selected profile (product-specific)
- Test mode: A journey activation mode for end-to-end journey validation, entered by clicking Test on the journey canvas and ended with Stop test (product-specific)
- Simulation: A mode that validates a journey end to end using simulated users—temporary profile-like entities—without requiring pre-created test profiles (product-specific)
- Quick simulation: An AI-powered option to generate simulated users for a journey simulation (product-specific)
Guardrails:
- The Test button in the Channel Builder is available while a custom channel is in Draft status.
- The connection test confirms the endpoint is reachable from Journey Optimizer’s outbound IPs, that the configured authentication credentials are valid, and that the endpoint returns an HTTP 2xx response.
- In the Send proof tab you can upload a CSV file with profiles that are not defined as test profiles in Journey Optimizer.
- The proof result is displayed using the same validation patterns as email proofing: required fields, type mismatches, and schema validation errors are surfaced before the proof is sent.
- Simulation uses simulated users—temporary profile-like entities—without requiring pre-created test profiles.
Terminology:
- Canonical name: Simulate content — Acronym: n/a — variants: content simulation with test profiles
- Synonyms: “Test mode” = journey test mode; “Simulation” = journey simulation
- Do not confuse: “Simulate content” (resolves personalization expressions against test profiles to inspect the payload) ≠ “Send proof” (calls your external endpoint with the personalized payload for test recipients) ≠ “Simulation” (validates the journey end to end using simulated users without pre-created test profiles)
- Do not confuse: “Test profiles” (used by Simulate content and Send proof) ≠ “Simulated users” (temporary profile-like entities used by Simulation)
FAQ:
- Q: How do I test the endpoint connection? — While the custom channel is in Draft status, use the Test button in the Channel Builder to send a test request that confirms the endpoint is reachable, authentication is valid, and the endpoint returns an HTTP 2xx response.
- Q: What does Simulate content do? — It resolves personalization expressions against test profiles so you can inspect the exact payload that would be sent before any real message is delivered.
- Q: Can I send a proof to profiles that are not test profiles? — Yes, in the Send proof tab you can upload a CSV file with profiles that are not defined as test profiles in Journey Optimizer.
- Q: What is the difference between Test mode and Simulation for journeys? — Test mode activates the journey for end-to-end validation using a trigger event or test profile, while Simulation validates the journey end to end using simulated users—temporary profile-like entities—without requiring pre-created test profiles.
- Q: How do I end a journey test? — Click Stop test when done.
- Q: What should I confirm before activating? — The connection test succeeded, simulated payloads show expected values, no unresolved personalization tokens remain, all required payload fields are populated, a proof was sent and received correctly, and any configured error paths handle failure scenarios.