意思決定モデルバリアントのトラブルシューティング
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
Sitecore Personalizeは、Test Canvas内の意思決定モデル バリアントの堅牢なテスト環境を提供します。これは、エラーの特定とトラブルシューティング、意思決定モデルのロジックの検証、特定のゲストの選択、およびゲスト コンテキストの編集による意思決定モデルの応答のテストを支援するように設計されています。
このトピックについて理解しておくと、意思決定モデルのバリアントをテストする際に理解しておくことをお勧めします。次に、Test Canvasを使用して意思決定モデルのバリアントを最適化およびトラブルシューティングするためのいくつかの戦略を示します。
ゲストコンテキストの編集
Test CanvasのRequestタブには、デシジョンモデルが実行時に使用するコンテキストが表示されます。これにより、意思決定に使用可能なデータに関する洞察が得られ、特にデータにアクセスする意思決定テーブルやプログラマブルを作成するときに役立ちます。
また、キャンバスでテストを開始する前に、コンテキストを手動で編集することもできます。これにより、関連する属性を持つゲストプロファイルを検索または作成することなく、決定モデルロジックをテストできます。たとえば、ゲストの最終訪問日に対する決定モデルの応答を評価するには、ゲスト コンテキストでlastSeen属性を編集し、それを以前の日付に置き換えて、決定モデルが期待どおりに機能するかどうかを確認できます。

「実行」タブと「ログ」タブの使用
エラーが発生した場合、Test CanvasのExecutionsタブを使用すると、エラーの原因となっている特定のノードを特定し、説明的なエラーメッセージを提供できます。

ディシジョンモデルのprogrammableにprint()ステートメントを追加 した場合、Logsタブの出力値を使用してエラーをデバッグすることもできます。このタブでは、コードで例外が発生するまでのデータがキャプチャされるため、問題のあるコード セグメントを特定するプロセスが簡略化されます。
ライブ意思決定モデルでのエラーの再現
ライブエクスペリエンスですでに使用されている意思決定モデルの問題のトラブルシューティングと解決を支援するために、Test Canvasでエラーをレプリケートするオプションがあります。
これを行うには、まず、実行レポートで失敗した実行に関連付けられているゲストを見つけます。次に、決定モデルのプロダクション バリアントを複製し、このドラフト コピーを使用して、識別されたゲストをTest Canvasに読み込みます。この設定により、シナリオを再作成し、制御されたテスト環境で根本原因を特定できます。
エンティティデータを使用したトリガーエクスペリエンスのテスト
エンティティデータを使用するトリガーエクスペリエンス用に設計された意思決定モデルをテストするには、エンティティデータをモックする必要があります。これを行うには、RequestタブのTest Canvasで、オブジェクトの参照属性refまたはオブジェクト全体をエンティティに追加する必要があります。
たとえば、次の図では、最近のゲスト セッションのrefがentityオブジェクトに追加されています。その結果、このテストでは、この特定のセッションが意思決定モデルをトリガーする状況をシミュレートし、リアルタイムでどのように応答するかについての洞察を提供します。

または、カスタムイベントに対する決定モデルの応答を模倣するために、次の画像に示すように、イベントデータ全体をentityオブジェクトに直接挿入することもできます。この方法では、より多くの属性を使用して決定モデルのパフォーマンスを評価できます。

カスタム値を使用した対話型エクスペリエンスのテスト
対話型エクスペリエンス用に構築された決定モデルは、要求で指定されたカスタム値に依存する場合があります。この種の決定モデルは、Test Canvasでリクエストをモックすることでテストできます。これを行うには、コンテキストオブジェクトの最上位にリクエストオブジェクトを追加し、リクエストのparamsオブジェクト内にカスタム値を配置します。
モックされたコンテキスト全体は次のようになります。
