Show Menu
トピック×

トラブルシューティング

この節では、テストまたは公開の前にジャーニーをトラブルシューティングする方法を説明します。 以下に示すすべてのチェックは、ジャーニーがテストモードの場合、またはジャーニーがライブの場合に実行できます。 テストモードで以下のすべてのチェックを行い、発行に進むことをお勧めします。 ジャーニーのテスト を参照してください。

テスト前のエラーの確認

遍歴をテストおよび公開する前に、すべてのアクティビティが正しく設定されていることを確認します。 システムでエラーが検出される場合は、テストまたはパブリケーションを実行できません。
エラーは、キャンバス上のアクティビティ自体に警告記号と共に表示されます。 感嘆符の上にカーソルを置くと、エラーメッセージが表示されます。 アクティビティをクリックすると、エラーのある行と警告が表示されます。 例えば、必須フィールドが空の場合は、エラーが表示されます。
例えば、キャンバスで2つのアクティビティが切断されると、警告が表示されます。
テスト 」トグルと「 発行 」ボタンの横に、警告記号が表示される場合があります。 この警告記号は、システムで検出されたエラーを表示し、テストモードのアクティベーションやジャーニーパブリケーションを防ぎます。 ほとんどの場合、システムで検出されたエラーは、アクティビティに表示されるエラーにリンクされますが、他の問題にリンクされることもあります。 この場合、エラーを表示し、エラーの説明にを使用して問題を特定できます。 問題を特定できない場合は、詳細をコピーして管理者またはサポートに送信できます。 テストをブロックするエラーとパブリケーションをブロックするエラーは似ています。
システムは、次の2種類の問題を検出します。 エラーと警告。 エラーは、パブリケーションとテストアクティベーションをブロックします。 警告は、テストのアクティベーションやパブリケーションをブロックしない可能性のある問題を示しています。 問題の説明と、タイプERR_XXX_XXXの問題ログIDが表示されます。 これは、テクニカルサポートが問題を特定するのに役立ちます。
テスト 」トグルと「 公開 」ボタンの隣の記号には、2種類の色を表示できます。 エラーの場合は、記号は赤で表示されます。 警告の場合は、オレンジ色で表示されます。
この遍歴に対してグローバルなエラーと警告は、リストの最初に表示されます。 特定のアクティビティに関連するエラーと警告は、アクティビティの順序や表示順によって左から右に表示されます。 [ 詳細をコピー ]ボタンは、サポートチームがトラブルシューティングに使用できる旅行に関する技術情報をコピーします。

イベントが適切に送信されているかどうかを確認する

旅の始まりは常にイベントです Postmanなどのツールを使用してテストを実行できます。
これらのツールを介して送信するAPI呼び出しが正しく送信されているかどうかを確認できます。 エラーが返された場合は、呼び出しに問題があることを意味します。 ペイロード、ヘッダー(特に組織ID)、およびリンク先URLを再度チェックします。 ヒットに適したURLは何かを管理者に問い合わせることができます。
イベントは、ソースからJureny Orchestrationに直接プッシュされるわけではありません。 実際、Javerny OrchestrationはExperience Platformのストリーミング取り込みAPIに依存しています。 その結果、イベントに関する問題が発生した場合は、この ページを参照して、Streaming Ingestion APIのトラブルシューティングを行うことができます

人が旅に出るかどうかの確認

Jureny Orchestrationレポートは、リアルタイムで人々の旅行への参加を測定します。
イベントを送るのに出入り口が見えないのならイベントの送りとイベントの受け入れの間に何か問題が起こるということです
次の点を確認してください。
  • 着信イベントがテストモードになっているか、ライブになっているかを期待するジャーニーは本当ですか。
  • ペイロードプレビューからイベントをコピーする前にペイロードを保存しましたか?
  • イベントペイロードにイベントIDが含まれているか。
  • 正しいURLをヒットしたか。
  • イベント設定ペインのペイロード構造プレビューを使用して、Streaming Ingestion APIsペイロード構造に従いましたか。 ペイロードのプレビュー を参照してください。
  • イベントのヘッダーに適切なキー/値のペアを使用したか。
    X-gw-ims-org-id - your ORGID
    Content-type - application/json
    
    

人々がどのようにして旅をナビゲートしているかチェックする

遍歴オーケストレーションレポートは、旅の中での個人の進歩を測定します。 人がどこで、なぜ止められたのかを見分けるのは簡単です。
以下に、チェックすべき点をいくつか示します。
  • その人を除いた条件が原因ですか。 例えば、条件は「性別=男性」、人は女性です。 このチェックは、条件が複雑すぎない場合にビジネスユーザーが実行できます。
  • データソースへの呼び出しが応答しないためですか。 この情報は、遍歴のテスト中にテストモードログに表示されます。 この遍歴が実行されると、管理者は、データソースへの直接呼び出しをテストし、受け取った回答を確認できます。 管理者は、この遍歴を重複してテストすることもできます。

メッセージが正常に送信されたかどうかの確認

個人が適切な経路をたどっているが、受け取るべきメッセージを受け取っていない場合は、次の点を確認できます。
  • トランザクションメッセージングでは、メッセージの送信要求が正しく考慮されています。 ビジネス・ユーザは、送信予定のトランザクションメッセージにアクセスし、最新の実行時刻が、その旅行の実行時刻と一致するかどうかを確認できる。 また、トランザクションメッセージングで受け取った最新のAPI呼び出し/イベントを確認することもできます。
  • トランザクションメッセージングがメッセージを正常に送信しました。 トランザクションメッセージの送信ログで、各実行のステータスを確認できます。 緑か赤か何かが分かります ビジネスユーザーはこの画面にアクセスし、ログを管理者に送信して、詳細な調査を行うことができます。
カスタムアクションを介して送信されたメッセージの場合、遍歴テストでチェックできるのは、カスタムアクションのシステムを呼び出すことでエラーが発生するかどうかだけです。 カスタムアクションに関連付けられた外部システムへの呼び出しがエラーを引き起こさず、メッセージ送信を引き起こさない場合は、外部システム側で調査を行う必要があります。