リリース・ノート 26.14 | 2026年7月9日
ADA DXP製品のリリースバージョン26.14では、以下の主要な機能と改善、およびバグ修正がリリースされました。
Ensemble AI
Ensemble AI バーチャル試着:スタイリングされたアウトフィットの自動画像生成
Ensemble AIは、キュレーションするアウトフィットの組み合わせに対して、バーチャル試着画像を自動的に生成するようになりました。これにより、ショッパーは完成したコーディネートがモデル上でどのように見えるかを視覚的に事前確認できます。生成はスタイルレベルの設定によって制御され、スタイルに対してバーチャル試着が有効になっている場合にのみVTOが作成され、シードごとに設定された上限まで上位ランクのアウトフィットのみが対象となるため、最も重要なアウトフィットに処理を集中させることができます。このジョブは、スタイルレベルで定義されたモデル画像、性別、カテゴリーの設定を使用し、クライアント自身のモデル画像URLが指定されている場合はそれを使用し、指定されていない場合はモデル、性別、カテゴリーの自動判定にフォールバックします。
このジョブは大規模な環境でも効率的に動作し、アウトフィットの商品の組み合わせが新規である場合にのみバーチャル試着を生成し、すでにレンダリング済みのアウトフィットはスキップします。アンサンブルが生成された後に別のプロセスとして実行されるため、アンサンブル生成のパフォーマンスには影響を与えず、画像の準備が完了すると完了を通知するため、Ensemble AI APIのレスポンスに含めることができます。
この機能は、ショッパーが個々のアイテムではなく完成したアウトフィットを視覚化できるようにすることで、ショッピング体験を強化し、アウトフィット単位での購入への自信を高め、スタイリングされたレコメンデーションへのエンゲージメントを高めることができます。自動生成とスタイルレベルでのターゲティングを組み合わせることで、チームは手作業を削減し、不要な処理を減らしながら、カタログやアウトフィットの組み合わせの変化に応じて試着コンテンツを常に最新の状態に保つことができます。
Ensemble AI:バーチャル試着のスタイルレベル設定
マーチャンダイザーは、Ensemble AI内でスタイルレベルにて直接バーチャル試着の設定を行えるようになり、どのスタイルで試着画像を生成するか、またその画像がどのように見えるかを制御できます。サイト設定を通じて有効化すると、ユーザーは個々のスタイルに対してバーチャル試着をオンにし、AI生成のモデル画像を選択するか、自身の画像をアップロードできます。URLが有効であることを確認するバリデーションも備えており、ブランド固有のモデルやキャンペーン画像に合わせたビジュアルの調整が可能です。スタイル定義は再利用可能な属性設定もサポートしており、性別とカテゴリーの設定をスタイル全体で一貫して適用できます。性別はカタログから取得され、カテゴリーはプライマリとして設定するか、指定がない場合は自動的に判定されます。
マーチャンダイザーは、バーチャル試着を生成するシードごとのアウトフィット数を設定可能な上限(デフォルトは3)によって、ボリュームも制御できます。これにより、生成を最も重要なアウトフィットに集中させることができます。これらの制御機能により、手動での設定作業を削減しながら、試着生成の精度と一貫性を維持でき、より広範なカタログにわたってバーチャル試着を拡張しつつ、継続的な設定の手間を軽減できます。
Ensemble AI バーチャル試着:バーチャル試着画像のストレージとクリーンアップ
Ensemble AI向けに生成されたバーチャル試着画像は、サイトごとにCDN内の専用ディレクトリに保存されるようになり、各画像へのパスは対応するアンサンブルに追加され、アウトフィットの一部として提供できるようになります。同じプロセスの一環として、システムはアクティブなアンサンブルに対応しなくなった画像を識別して削除し、CDNストレージを現在のカタログと整合させます。
この自動クリーンアップにより、ストレージのコスト効率が維持され、変更されたスタイルや無効になったスタイルに対して古い、または無関係な試着画像が顧客に表示されることがなくなり、チームによる手動メンテナンスの手間が軽減されます。
Jira: ENG-32339
Ensemble AI:r3_mvtTreatmentIdによる強制MVTトリートメントのサポート
マーチャンダイザーは、Ensemble AIのマルチバリエイトテストに対して特定のトリートメントを強制できるようになり、必要に応じて特定のエクスペリエンスをプレビューできます。ユーザーがWebサイトのURLにr3_mvtTreatmentIdをパラメーターとして渡すと、Ensemble AIはこれを認識し、対応するmvt_ftrパラメーターをそのAPIに渡すようになり、p13nがすでに強制トリートメントを処理している方法と動作を一致させます。
これにより、マーチャンダイジングおよびテストのチームは、WebサイトのURLから直接特定のテストバリエーションを検証できる信頼性の高い方法を得られ、自然なテスト割り当てを待たずにA/Bテスト中にEnsemble AIのエクスペリエンスをレビューおよびQAしやすくなります。
Shopping Assistant
チャットレポート:Shopping Assistant トランスクリプトレポート
新しいレポート「Shopping Assistant(チャット)トランスクリプト」により、マーチャンダイザーは顧客がチャットベースの検索やアシスタンスにどのように関わっているかを可視化できます。このレポートは、日付とタイムスタンプ、チャットセッション、質問内容、AIの回答、商品クリックを含むチャットアクティビティのセッションレベルのビューを提示し、チャットトランスクリプトと訪問データを利用して各質問を、それによって表示された商品と結び付けます。このレポートはファネル全体レベルのエンゲージメントにも拡張され、各回答に含まれる商品を、セッション内のカート追加や購入とともに追跡します。ユーザーは他のレポート全体で適用されているのと同じデフォルト値を使用して開始日と終了日を選択でき、結果はテーブルに表示され、さらなる分析のためにExcelにエクスポートできます。
このレポートにより、マーチャンダイジングチームは顧客が何を尋ねているか、AIがどのように応答しているか、そしてそれらのやり取りがカート追加や購入といったショッパーの行動にどうつながっているかを明確に把握できます。チャットのエンゲージメントを、セッションおよび質問レベルでの商品発見やその後のファネル行動と結び付けることで、チームはチャットがどこでうまく機能しているか、そしてどの回答が単なるクリックではなく実際のコンバージョンを促進しているかを特定できます。
音声チャットUIの強化
Shopping Assistantチャットボット内の音声チャットエクスペリエンスに、更新されたビジュアルデザインが搭載され、ショッパーが音声チャットを開始し、音声モード中に結果を確認しやすくなりました。基盤となる音声サポート自体は変更されておらず、今回の更新はインターフェースをより直感的で扱いやすくすることに完全に焦点を当てています。
より利用しやすい音声チャットインターフェースは、機能の利用促進を後押しし、eコマースチームが音声ベースのショッピングアシスタンスへのエンゲージメントを高める助けとなります。
Jira: ENG-32370
チャットの回答に対するショッパーからのフィードバック
ショッパーは、メインダッシュボードのチャットフィードバックですでに使用されているデザインと同様に、高評価・低評価のコントロールを使ってチャットインターフェース内で直接チャットの回答の有用性を評価できるようになりました。ショッパーがフィードバックを送信すると、システムはフィードバックの種類と関連する具体的な質問および回答を記録し、後続のレポートおよび分析のためにこのデータをバックエンドに送信します。
これにより、eコマースチームはショッパーの視点からチャットボットのパフォーマンスを直接かつ継続的に把握できるようになります。個々の質問と回答レベルでフィードバックを記録することで、チームは回答の品質を評価し、時間の経過とともに改善が必要な領域を特定するために必要なデータを得られます。
Jira: ENG-32741
エンゲージ
設定可能なコンテンツの並び順
コンテンツ・カタログページでは、エンゲージのコンテンツの並び順が更新され、デフォルトでコンテンツIDの降順で表示されるようになりました。これは、これまでの昇順表示に代わるものです。ユーザーは、固定された順序に限定されることなく、自身の希望に応じて昇順と降順を選択することもできます。
これにより、マーチャンダイザーはショッパーに対するエンゲージのコンテンツの表示方法をより細かく制御できるようになり、固定されたデフォルトではなく、ビジネス上の優先順位に沿ったコンテンツの並び順にできます。
Jira: ENG-32734
Recommend
セグメント外のショッパー向けにセグメントベースのストラテジーを有効化
セグメントをシードとして使用する設定可能な戦略は、そのセグメント外のショッパーに対しても再生できるように有効化できるようになり、セグメントベースのモデルをマーチャンダイジングツールとしてより広く活用できるようになりました。例えば、上位ティアの顧客行動から構築されたレコメンデーションモデルを、中位ティアの顧客にも表示し、プレミアム商品を訴求することができます。デフォルトでは、戦略は引き続きそのセグメント内のショッパーに対してのみ再生され、このオプションを有効にした場合に使用できるセグメントは1つのみです。インターフェース上では、このオプションは「セグメントをシードとして使用」の下にチェックボックスとして表示され、セグメントを選択しない、または複数選択すると警告が表示され、修正されるまで保存ボタンとプレビューボタンが無効になります。選択されたセグメント名は、セグメントピッカーの代わりにアルゴリズムアセンブリセクションに表示されます。
これにより、マーチャンダイザーは戦略を再構築することなく、パフォーマンスの高いセグメントモデルをより広いオーディエンスに明確かつガイドされた方法で拡張でき、設定ミスを防ぐためのバリデーションも組み込まれています。
ユーザーアフィニティ構成:属性の組み合わせの拡張と再利用
ユーザーアフィニティ構成は、1行に最大4つの属性を組み合わせられるようになり、これまでの上限である2つから拡張されました。これにより、複数の商品ディメンションにまたがるより緻密なアフィニティシグナルが可能になります。行が4つの属性に達すると、それ以上の追加は受け付けなくなります。構成内の他の場所ですでに使用されている属性は、固定行内であれ組み合わせ行内であれ、再利用できるようになり、オートサジェストのリストに表示されます。分割アイコンは行のサイズに関係なく機能し続け、構成の変更は保存を必要とせずに即座にプレビューに反映されます。
これにより、マーチャンダイザーは、ショッパーが商品属性全体でどのように関与しているかをより正確に反映した、より高度なアフィニティ構成を構築する柔軟性を高められます。
Jira: ENG-32672
ソーシャルプルーフ
カテゴリー、価格、チャネルによるコンテキスト最適化
ソーシャルプルーフのメッセージングは、セグメントレベルの最適化に加えて、商品カテゴリー、価格帯、チャネルのコンテキストに基づいて最適化できるようになりました。システムは、カテゴリーとチャネルの組み合わせなど、特定のコンテキストの組み合わせに対してどのメッセージバリアントが最も効果的かを評価し、これらのシグナルを使用して、あらゆるシナリオで単一のメッセージに依存するのではなく、その特定のコンテキストでエンゲージメントを促進する可能性が最も高いメッセージを選択します。この機能はサイト設定によって制御され、デフォルトでは無効になっており、クライアント向けにUI設定オプションが導入されるまでは選択的な有効化が可能です。
これにより、異なるコンテキストごとに個別のカテゴリーや仮説を手動で作成しテストする必要が減り、カテゴリー、価格、チャネルの各ディメンションにわたってメッセージのパフォーマンスを自動的に最適化し、エンゲージメントとコンバージョンを向上させることができます。
エンタープライズダッシュボード
Recommendのルールタイプ全体でのラベルサポート
Recommend全体のルールが、エンゲージキャンペーンですでに利用可能な機能を拡張する形で、ラベルフィールドをサポートするようになりました。ルール詳細ページには、ルール名の下にラベルセクションが含まれ、ユーザーはエンゲージキャンペーンと同様に、既存のラベルを選択するか新しいラベルを作成でき、ラベルはアルファベット順に表示され、ユーザーの入力に応じて動的にフィルタリングされます。1つのルールは複数のラベルを持つことができ、リストページにはラベル列が表示され、割り当てられたすべてのラベルがカンマ区切りのリストとして表示されます。プレースメントプロファイルページでは、ルールはラベルごとにグループ化されます。ラベルの値は、byPlacementエンドポイントを含むポータルAPIのレスポンスにも含まれます。
これにより、マーチャンダイザーは特定のコンテキスト、キャンペーン、またはビジネス施策に紐づくルールを整理し見つけるための一貫した方法を得られます。
更新されたリストページのレイアウトと並び替え
ガイド付き販売、ソーシャルプルーフ、そして新しいダイナミックエクスペリエンスのリストページが、設定可能な戦略ページのレイアウトに合わせて再構成されました。検索フィールドは左側、エクスペリエンス作成ボタンは右側に配置され、その左側には新しい「期限切れのみを表示」リンクが追加されています。デフォルトでは、これらのページは名前順にソートされたアクティブなエクスペリエンスのみを表示し、新しいリンクを使って期限切れのエクスペリエンスに切り替えるオプションがあり、こちらもデフォルトで名前順にソートされます。並び替えは「名前」「開始日」「終了日」の列でも有効になり、開始日が未来のエクスペリエンスは「アクティブ」ではなく正しく「今後」とラベル付けされるようになりました。
これにより、マーチャンダイザーは一貫したレイアウトと、より分かりやすいステータス表示により、リストページ全体で稼働中のエクスペリエンスを素早く見つけやすくなります。
Jira: ENG-32401
その他の機能強化
リリースバージョン26.14では、以下の機能強化およびアップグレードが行われました。
|
Jira # |
モジュール/タイトル |
概要 |
一般提供 |
|---|---|---|---|
|
Shopping Assistant: チャットレポート:チャットQ&Aエンゲージメントのテーブル可視化 |
チャットトランスクリプトレポート用に新しいテーブルレベルの可視化が追加され、日付、タイムスタンプ、チャットセッション、質問、AIの回答、質問ごとおよびクリックされた商品ごとの商品クリック数が表示されるようになりました。これにより、マーチャンダイザーは既存のレポートと合わせて、チャットエンゲージメントデータを構造化されたビジュアルで確認できます。 |
09-Jul-26 |
|
|
Shopping Assistant: 回答精度向上のためのハイブリッド検索 |
密ベクトル検索とスパース検索の技術を組み合わせたハイブリッド検索が実装され、特定の商品やプラットフォームの用語に関する質問など、チャットボットがこれまで苦手としていた質問への回答能力が改善されました。これにより、この種の質問に対するヒット率が向上し、より正確で関連性の高い回答が得られるようになります。 |
09-Jul-26 |
|
|
Recommend: ストラテジー・メッセージ・サービス:プロダクションへの自動公開を行わずインテグレーションへ保存 |
ストラテジー・メッセージ・サービスは、保存呼び出しのpublishフラグ(デフォルトはtrue)によって制御される形で、メッセージをプロダクションに自動公開することなくインテグレーション環境に保存できるようになりました。取得呼び出しに対応するenvフラグにより、いずれかの環境からメッセージを取得でき、デフォルトはプロダクションです。これらのAPIの既存のダッシュボードでの利用には影響しません。 これにより、クライアントはメッセージのロールアウトプロセスをより細かく制御でき、プロダクションに公開する前にインテグレーションで変更をステージングしレビューできます。 |
09-Jul-26 |
|
|
プレースメントプロファイル:ページ構造とストラテジー表示スタイルの更新 |
プレースメントプロファイルページが再構成され、タブスタイルが更新され、新しい「レイアウトと設定」および「パフォーマンス」タブが追加され、レイアウト詳細、ストラテジーチャート、テーブルがそれぞれのタブに再編成されました。商品比較ルールは削除され、戻るボタンが追加され、検索とフィルタリングは単一の「プロダクション/すべてのルール」トグルに簡略化され、新しいラベルフィルターと「すべて展開/すべて折りたたむ」トグルがすべてのルールタブに適用されました。ストラテジービューでは、ルールはコンテキストではなくラベルによってグループ化されるようになり、コンテキストは開始日・終了日ではなく列として表示されます。 この再構成により、ページがナビゲートしやすくなり、ルールタイプ全体でより一貫性のあるものになり、マーチャンダイザーがストラテジーをより効率的に管理できるようになります。 |
09-Jul-26 |
|
|
ダイナミックエクスペリエンス: A/Bテストエクスペリエンス向けの新しいタイプ |
ダイナミックエクスペリエンスの新しいタイプであるDYNAMIC_AB_TESTINGが追加され、標準のダイナミックエクスペリエンスリストに表示することなく、ダイナミックエクスペリエンスを通じて配信される動的なA/Bテストをサポートします。このタイプのエクスペリエンスは、リクエストでtypeパラメーターが指定されていない場合、ダッシュボードAPIのレスポンスから除外されます。 これにより、ダイナミックエクスペリエンスのリストはマーチャンダイザーに関連するエクスペリエンスに焦点を絞ったままにし、A/Bテストは標準ビューを煩雑にすることなく同じ基盤インフラを使用できます。 |
09-Jul-26 |
|
|
ダイナミックエクスペリエンス: showOnlyQualifiedの絞り込みの改善 |
エクスペリエンスエンドポイントでshowOnlyQualified=trueを使用する場合、ユーザーがバリエーションに割り当てられていないエクスペリエンスは、レスポンスから除外されるようになりました。以前は、エクスペリエンスのバリエーションの合計が100%未満のトラフィック割り当てだった場合、未割り当て部分に該当したユーザーに対しても、バリエーションIDが-1のままそのエクスペリエンスが返されることがありました。これにより、エンドポイントはユーザーが対象となり、かつバリエーションが割り当てられたエクスペリエンスのみを返すようになり、意図した動作と一致します。 |
09-Jul-26 |
|
|
Helper Chatbot: 回答フローのパフォーマンス改善 |
チャットのやり取りに現在のページコンテキストが追加されたことで発生した応答時間の増加に対応するため、チャットボットの回答フローのパフォーマンスを改善しました。回答を生成する際に関わる質問の分類、リフォーミュレーション、ドキュメント検索の各ステップにわたって効率が改善されました。 これにより、チャットボットを利用するショッパーの応答時間が短縮され、提供される回答の正確性や範囲を変えることなく、全体的な体験が向上します。 |
09-Jul-26 |
|
|
エンゲージ: ルールタイプ全体での「重要度」ラベリングの標準化 |
エンゲージキャンペーンおよびダイナミックエクスペリエンスで使用されていた「優先度」ラベルは、リストページおよび詳細ページ全体で「重要度」に名称変更され、ストラテジーや高度なマーチャンダイジングルールなど、Recommendのルールですでに使用されている用語と統一されました。 これにより、Recommendとエンゲージの間の用語の不一致が解消され、マーチャンダイザーはルールタイプ全体で一貫した用語を使用できるようになります。 |
09-Jul-26 |
|
|
アンサンブルレポート:ビューとCTRの可視化 |
アンサンブルレポートには、既存のクリック数、カート追加数、コンバージョン率などの指標に加えて、ビュー数とクリック率の可視化が追加され、全体および スタイル別の内訳で確認できるようになりました。 これにより、マーチャンダイザーはアンサンブルコンテンツがどのように閲覧され、どのように関与されているかをより詳細に把握でき、アンサンブルパフォーマンスのより完全な全体像を得られます。 |
09-Jul-26 |
|
|
Find: Airflow Findデータパブリッシャー:サイトレベルのメモリ割り当てサポート |
Airflow内のFindデータパブリッシャージョブは、設定時にサイト固有のメモリ割り当てを正しく適用するようになりました。例えば、あるサイトにglobal_rank_publisherなどの特定のジョブタイプに対して、より高いメモリ割り当てを設定でき、他のサイトはデフォルトの割り当てを引き続き使用できます。 これにより、メモリリソースがサイトごとに適切に割り当てられるようになり、全体にわたってリソースを過剰に割り当てることなく、より大きな処理ニーズを持つサイトをサポートできます。 |
09-Jul-26 |
|
|
Streaming Catalog: PATCHリクエストにおける空のペイロードのサポート |
プロパティの値が空またはnullのみを含むPATCHリクエストが、誤って無効なアイテムとしてマークされる問題を修正しました。空またはnullのペイロードを持つPATCHリクエストは正常に処理され、アイテムのプロパティがデフォルト値または空の値にリセットされるようになりました。一方、REPLACEリクエストは従来どおり検証され、空またはnullのプロパティのみで送信された場合は引き続き無効としてマークされます。 |
09-Jul-26 |
|
|
エンゲージ: アナリティクス:コンテンツレポートにおけるエンゲージのページビュー |
コンテンツレポートには、エンゲージ向けの新しいページビュー指標が追加され、ショッパーがサイト全体でエンゲージのコンテンツにどのくらいの頻度で接触しているかを可視化できるようになりました。ページビューは、少なくとも1つのエンゲージのプレースメントがページに表示されるたびにカウントされ、エンゲージのコンテンツが表示された各ページ訪問は、繰り返しの訪問であっても個別のページビューとしてカウントされます。ダイナミックエクスペリエンスの呼び出しは除外され、この指標がエンゲージのコンテンツを具体的に反映するようにしています。 これにより、Recommendのページビューの算出方法と一貫性を持たせながら、エンゲージの利用状況をより明確かつコンテンツに焦点を当てて把握できます。 |
09-Jul-26 |
バグおよびサポートの修正
リリースバージョン26.14では、以下の問題が修正されました。
|
Jira # |
モジュール/タイトル |
概要 |
一般提供 |
|---|---|---|---|
|
client.jsにおけるBase URL初期化の問題 |
client.js内でR3_COMMONが初期化される前にbaseURLがアクセスされていたことが原因で、ソーシャルプルーフのダミープレビューが表示されない問題を修正しました。baseURLを設定するメソッドは、experienceIDForPreviewを使用してエクスペリエンスをプレビューする際、およびDynExのプレビューPromiseが解決した際に呼び出されるようになり、baseURLがアクセスされる前にR3_COMMONが適切に初期化されるようにしました。 |
09-Jul-26 |
|
|
Helper Chatbot: ダッシュボードチャットボットにおける履歴メッセージ表示の問題 |
チャット履歴セッション内のすべての質問の後に、ダッシュボードチャットボットがデフォルトの挨拶メッセージを誤って追加していた問題を修正しました。 |
09-Jul-26 |
|
|
Discover: UPSデータを持つユーザーに対するDiscover APIエラー |
UPSデータを持つユーザーのリクエストを処理する際にDiscover APIがNullPointerExceptionをスローする問題を修正しました。UPSデータを持たないユーザーのリクエストは正常に完了していました。 |
09-Jul-26 |
|
|
エンタープライズダッシュボード: 英語以外のダッシュボードセッションでのストラテジー・メッセージ警告の欠落 |
優先ストラテジー・ルールエディターの「ストラテジー・メッセージを追加することを忘れないでください」という警告が、日本語ロケールなどの英語以外のダッシュボードセッションで表示されない問題を修正しました。ストラテジーとページのマッチングロジックがロケールによって異なる翻訳済みのページタイプ名に依存しなくなったため、警告はセッションの言語に関係なく正しく表示されるようになりました。 |
09-Jul-26 |
|
|
エンタープライズダッシュボード: Recsテストドライブでユーザーid フィールドが編集不可 |
特定のクライアントにおいて、Recsテストドライブのユーザーidフィールドが編集できない問題を修正しました。原因はフィールドのレンダリングロジックにおけるJavaScriptエラーでした。 |
09-Jul-26 |
|
|
エンタープライズダッシュボード: 地域化されたオフライン・トップセラー・ストラテジーの保存失敗 |
「地域をシードとして使用」オプションが有効な場合に、オフライン・トップセラー・アルゴリズムを使用した設定可能な戦略の保存がエラーで失敗する問題を修正しました。 |
09-Jul-26 |
|
|
Recommend: カテゴリーアフィニティシードで新着商品ストラテジーが結果を返さない |
複数のアイテムを使用したカテゴリーアフィニティをシードとする新着商品ストラテジーが、有効なユーザーの閲覧履歴、利用可能な新着商品、正しいモデル設定にもかかわらず、レコメンデーションを返さない問題を修正しました。 |
09-Jul-26 |
|
|
Find: OffMenuプラグインでのBrowse API例外 |
offMenuプラグインを使用した際にBrowse APIが例外をスローする問題を修正しました。原因は、プラグインの内部検索において必須のqfパラメーターが検索サービスに渡されていなかったことです。 |
09-Jul-26 |