リリースサマリー 26.09 | 2026年5月04日

ENG-32126

Find:

ハイブリッド検索のための前提サービス

非同期のステップベースワークフローを使用してハイブリッド検索のセットアップを効率化する新しい前提サービスが導入されました。これは、ハイブリッド（レキシカル + ベクトル）検索に必要な設定を検証およびプロビジョニングします。

このサービスは、検証（読み取り専用チェック）モードと実行モードをサポートし、返される jobId を使用したジョブベースのトラッキングおよびステータスポーリングが可能です。これにより、制御されたセットアップ、ステップ状態の明確な可視化、およびハイブリッド検索有効化前の信頼性の高い準備状況検証が実現されます。

ENG-32086

Data Engineering:

Recommend セグメントレポートに Attributable Items 指標を追加

Recommend セグメントレポートが強化され、新しい指標として Attributable Items が追加されました。これにより、Attributable Items をプレースメントビューで割ることで、セグメントレベルのレコメンデーションコンバージョン率を算出できます。

この新しい指標はレポートテーブルで利用可能であり、セグメントレベルのレコメンデーションパフォーマンスの可視性が向上します。

ENG-32267

Recommend:

Recs テストドライブ: カテゴリレコメンデーションのためのカテゴリタブ自動有効化

Recs テストドライブが更新され、カテゴリレコメンデーションのプレビュー体験が改善されました。レスポンスに categoryRec オブジェクトが含まれる場合、View Recs ボタンをクリックすると Categories タブが自動的にアクティブになります。

従来はカテゴリレコメンデーションが返されてもデフォルトで Products タブが表示されていましたが、この動作は修正され、期待通りに機能するようになりました。

ENG-31312

Data Engineering:

placementAnalyticsMetrics API に集計オプションを追加

placementAnalyticsMetrics API が強化され、同一通貨を共有する期間およびリージョンにわたる集計レポートを可能にする新しいオプションのクエリパラメータが追加されました。

有効化すると、結果はプレースメントおよび通貨ごとに集計されます。数値指標は合計され、クリック率はクリック数をビュー数で割ることで再計算されます。この新しいパラメータを使用しない場合でも、API は完全な後方互換性を維持します。

ENG-32263

Recipes: 画像生成モデルを GPT Image 1.5 に更新

Recipes の画像生成ワークフローが更新され、非推奨となった Azure DALL·E モデルが GPT Image 1.5 モデルに置き換えられました。従来のモデルは停止されており、RecipeModel ジョブで画像生成の失敗が発生していました。

すべての画像生成リクエストは現在 GPT Image 1.5 を使用して処理され、継続的な機能性が確保されています。既存のファイル名および “dall-e” を含むカラム参照は、現在のシステム規約との後方互換性のために維持されています。

ENG-32249

新しいユニバーサルカタログフィールドに対応したレシピサポートの更新

レシピ取得処理が更新され、ユニバーサルカタログに新たに追加されたフィールドに対応しました。関連ジョブも調整され、更新されたスキーマでレシピが正しく取得されるようになっています。

ロケール処理も強化されました。提供されたロケールが有効な ISO ロケールの場合はそれを使用し、無効な場合はサイトのデフォルトロケールにフォールバックしてレシピを取得します。

ENG-32271

エンゲージ（Engage）:

エンゲージプレースメントをエンゲージコンテンツのみに制限

エンゲージプレースメントでエンゲージ以外のコンテンツが返される問題が確認されました。具体的には、サポートされていない product_type 値を持つコンテンツが結果に含まれていました。

エンゲージは更新され、有効なエンゲージコンテンツのみを返すようになり、product_type が 2 または 3 のアイテムのみを含むようにフィルタリングされます。これにより、エンゲージプレースメントでのコンテンツ配信の正確性と一貫性が確保されます。

ENG-31581

Enterprise Dashboard:

新しい DynEx UI にレコメンデーションウィジェットテンプレートを追加

新しい DynEx UI に新しいレコメンデーションウィジェットテンプレートが追加されました。このテンプレートにより、利用可能なエクスペリエンスオプションが拡張され、更新されたインターフェース内でレコメンデーション主導のダイナミックエクスペリエンスを直接設定できるようになります。

ENG-32175

Science:

NLPSimilarity ジョブの作成およびデプロイ

従来の Empire Builder NLP 類似度ジョブが、LLM ベースモデルを使用した新しい NLPSimilarity ジョブに置き換えられました。

新しいジョブは NLP 設定で NLP 戦略が有効化された際にトリガーされ、その出力が従来の Empire Builder の出力に代わります。商品コンテキストで NLP 類似度モデルを使用する構成可能な戦略では、新しい NLPSimilarity ジョブによって生成された結果が返されます。

ENG-32308

エンゲージ（Engage）:

Personalize API: 複数値属性をセミコロン区切り文字列で返却

Personalize API が更新され、複数の属性値が配列ではなくセミコロン区切りの文字列として返されるようになりました。これにより、単一の文字列値を前提とする既存のレイアウトやクライアント統合との後方互換性が確保されます。

例えば、複数値を持つ属性は次のように返されます:
"color": "black;blue;red"

このアプローチにより、マルチ値属性をサポートしつつ、破壊的変更を回避できます。

ENG-32060

エンゲージ（Engage）:

エンゲージバリエーションイベントを訪問のタイムゾーン規約に統一

Engage Variation Events テーブルの event_date 処理が更新され、訪問データで使用されるタイムゾーン規約に一致するようになりました。従来は異なる日付計算方式が使用されており、ダウンストリームのロールアップやモデルで訪問データと結合する際に不整合が発生する可能性がありました。

現在、バリエーションイベントはサイトのタイムゾーンを使用し、訪問データと同様に 00:00 AM から 11:59 PM の境界ロジックに従います。これにより、ロールアップ、レポート、および推論モデル全体で一貫した日付分割と正確な処理が保証されます。

ENG-32053

Data Engineering:

不正な注文価格に対する価格スパイク処理

一部の注文イベントにおいて、商品価格が誤ったスケールで記録される問題が確認されました（例: 9.99 が 999.00、99.99 が 9999.00 として記録）。これらの断続的な価格スパイクは、下流処理およびレポートに影響を与えていました。

これに対応するため、カタログ価格と比較して異常な価格値を検出および補正する検証ロジックが導入されました。不一致が検出された場合は、下流システムに到達する前にデータ精度を確保するためにカタログ価格が使用されます。また、このロジックの有効化／無効化を切り替える設定も追加され、発生源で根本原因が解消された後の柔軟な運用が可能になっています。

ENG-32206

Find, ストリーミングカタログ:

PostgreSQL v17 アップグレード後のデータベース ID カラム更新

PostgreSQL v17 へのアップグレード後、複数のカタログテーブルが更新され、ストリーミング取り込みとの互換性のために id カラム定義が GENERATED BY DEFAULT AS IDENTITY に標準化されました。

影響を受けたテーブルには変更スクリプトが適用され、取り込み検証によりストリーミングコンポーネントへの影響なく正常に処理されることが確認されました。

ENG-32193

Data Engineering:

Recs テストドライブ: インポートリクエストパラメータ処理の修正

カテゴリページプレースメント向けに Recs テストドライブへリクエストをインポートする際、p パラメータが削除される問題が確認されました。その結果、このパラメータはカスタムパラメータフィールドに反映されませんでした。

この問題は解決されました。p パラメータは productIds と同様に動作し、交換可能なパラメータペア（p/productIds、u/userId、s/sessionId）が一貫してサポートされます。この修正は検索ページリクエストおよび Content テストドライブにも適用されます。

ENG-32335

ストリーミングカタログ:

NCA パーティション停止およびチェックポイントログの修正

ストリーミングエンジンのリカバリ後、特定のパーティションで NCA が停止する問題が確認されました。ログにはチェックポイント処理に関連する未完了の future が記録され、大規模カタログにおけるイベントフローに影響を与えていました。

この問題は解決されました。チェックポイント処理が安定化され、接続リーク警告の発生が防止されました。また、チェックポイント開始および完了のメトリクスがサイト単位でログ出力されるようになり、可視性と監視が向上しました。