決定ポリシーでのフラグメントの活用 fragments

決定項目の属性とコンテキスト属性は、Journey Optimizer フラグメントではデフォルトでサポートされていません。 ただし、以下に説明するように、代わりにグローバル変数を使用できます。

例えば、フラグメントで sport 変数を使用するとします。

1. フラグメント内でこの変数を参照します。例：

   code language-text
   Elevate your practice with new {{sport}} gear!

2. 決定ポリシーブロック内で、Let 関数を使用して変数を定義します。 以下の例では、決定項目属性を使用して sport が定義されています。

   code language-handlebars
   {#each decisionPolicy.13e1d23d-b8a7-4f71-a32e-d833c51361e0.items as |item|}} {% let sport = item._cjmstage.value %} {{fragment id = get(item._experience.decisioning.offeritem.contentReferencesMap, "placement1").id }} {{/each}}

• これらのフラグメントの動的な性質により、キャンペーンで使用する場合、決定項目で参照されるフラグメントのキャンペーンコンテンツ作成時にメッセージ検証がスキップされます。

• フラグメントコンテンツの検証は、フラグメントの作成中と公開中にのみ行われます。

• JSON タイプの式フラグメントの場合、フラグメントを保存すると、コンテンツが構文的に検証されます。 検証エラーはアラートとして表示されます。

実行時に、キャンペーンコンテンツ（決定項目のフラグメントコンテンツを含む）が検証されます。 検証に失敗した場合、キャンペーンはレンダリングされません。

ジャーニーまたはキャンペーンが決定項目に添付されたフラグメントを参照する場合、更新されたフラグメントがEdgeで使用可能になるまでに短い同期遅延が発生する可能性があります。

フラグメントが一時的に使用できない場合のエラーを回避するために、フラグメントでは、ジャーニーまたはキャンペーンが失敗する代わりにスキップされるように、デフォルトでrequired フラグがfalseに設定されるようになりました。

つまり、Edgeでフラグメントが一時的に使用できない場合、フラグメントは無視されます。 フラグメントが使用可能な場合は、通常どおりレンダリングされます。

例

決定ポリシーが2つのオファーに適格で、それぞれに「20% オフ」や「30% オフ」などのフラグメントがあり、2番目のフラグメントが一時的に利用できない場合、システムは利用可能なオファー（20% オフ）をレンダリングし、ジャーニーまたはキャンペーンを失敗させることなく、他のフラグメント（30% オフ）をスキップします。 required=falseこれにより、コンテンツの同期中に信頼性が向上します。