パブリケーション内で複数の変更を選択し、一度にアクションを実行できる新しい一括操作機能を導入しました。 この機能は、複数の変更を管理するプロセスを合理化し、大規模なパブリケーションを扱う際の時間と労力を節約します。

主なメリット:

• 効率化: 変更を個別に処理することなく、複数の変更を選択して一括アクション（移動や破棄など）を実行できるようになりました。これは、1つずつ変更を管理するのが面倒で時間のかかる大規模なパブリケーションでは特に役立ちます。
• ワークフローの改善: 一度に複数の操作を選択して実行できるため、コンテンツ管理に必要なステップ数が大幅に削減され、全体的なワークフローと生産性が向上します。

DXP からユーザーを削除すると、Analytics Cloud でも同時に削除されるようになりました。 これを可能にするために、DXPとACの両方から同じユーザーリストをリアルタイムで自動的に削除するAPIを開発しました。

主なメリット:

• 処理時間: 削除されたユーザーの数によっては、Analytics Cloudでの処理に時間がかかる場合があります。 Data Control & Privacy > Request Logの「Request Status」で進捗状況を確認できます。
• 削除前の抑制: 削除された各ユーザーは、Analytics Cloudで完全に削除される前に、まず抑制する必要があります。 その結果、ユーザーごとに2つのリクエスト（抑制と削除）が表示されます。

Clayテーブルのカラム表示ドロップダウンとカラムのソート機能をフロントエンドのデータセットに統合しました。これにより、一貫性のないカスタム実装に代わって、Liferay全体でテーブルインタラクションへの統一されたアプローチが可能になります。

主なメリット:

• より標準的なカラムの表示とソートにより、プラットフォーム全体でより使いやすく、予測可能なインタラクションが保証されます。

• Clayテーブルのネイティブ機能に合わせることで、冗長なコードを削減します。

• 開発者は、同様の機能に対して複数の実装を管理する必要がなくなりました。

• LiferayのデザインシステムとのUIとUXの一貫性を確保します。

ClayコンポーネントとAPIテーブルの既存のドキュメントは、品質に一貫性がなく、詳細な説明や実用的な例が欠けていることが多くあります。この一貫性のなさが、開発者がこれらのコンポーネントを効果的に活用することを困難にし、混乱とサポート依頼の増加を招いています。

主なメリット:

• 開発者は、コンポーネントのAPIテーブルを生成するためのより良いメカニズムを持つようになり、コンポーネントの使用法と利用可能なAPIに関する全体的な理解が向上しました。 詳細な解説と実例付き。

• この新しい標準化された文書化手法により、すべてのコンポーネントにおいて均一な品質と完全性を確保することができます。。

• より明確で、より構造化され、より実用的な文書は、フラストレーションを軽減し、開発プロセスを改善します。

• より明確な文書化により、外部サポートの必要性を最小限に抑え、リソースを解放し、対応時間を改善します。

ユーザーが最初のコレクション表示項目のみを変更できるようにします。

この機能により、ページエディタで複数ステップのフォームを作成できるようになります。

グローバルサービスと協力して、Javascriptリソースの配布や未使用コードにおけるペインポイントを特定することが、そのきっかけとなりました:

• 未使用パッケージの削除

• 古いパッケージの非推奨化

• ユーザーが一部の機能を使用しない / ロードしないように設定

• JSサイズ比較レポートの作成

• モジュールをより小さなサブモジュールに分割できるツールの作成
   

主なメリット:

• JSバンドル・サイズの削減 → ポータル・ローディングの高速化

• 総輸出量の削減 → ポータルのローディングの高速化

• マスタークラスのホームページを例にすると:

  • JSのMBサイズを20%削減

  • リクエスト数を12%削減

  • モービルライトハウスのスコアは52から56へ

  • デスクトップ・ライトハウスのスコアが70から77に

• モジュールの一部が一般的に使用されていないことがわかった場合、チームがモジュールを分割し、より小さなエントリーポイントを提供できるようにする

• リスクをトリガーできるサイズレポートツール

CSPサポートの拡張を継続するために、2 つの新しいディレクティブ（base-uriおよびobject-src）がサポートされるようになりました。

これら2つの新しいディレクティブのサポートにより、Liferay DXPはGoogle CSP Evaluatorで推奨されているすべてのディレクティブをカバーします。

主なメリット:

• セキュリティの強化: リソースのロードと実行を制御することで、XSS攻撃やデータインジェクション攻撃のリスクを軽減します。

• コンプライアンスフレンドリー: 業界標準のセキュリティ要件に準拠し、より厳格なコンプライアンスプロトコルをサポートします。

• カスタマイズ可能なポリシー: 開発者は、特定のプロジェクトや組織のニーズに合わせて CSPディレクティブをカスタマイズできます。

• 信頼の向上: より安全で信頼性の高いプラットフォームエクスペリエンスを提供することで、エンドユーザーの信頼を強化します。

サポートされているディレクティブと推奨値:

AMDローダーは非推奨となっており、非推奨FF LPD-48372が有効になっていない限り、バンドルに含まれません。

AMDローダーが非推奨になった結果、npm-bundlerも動作しなくなるので、webpack、esbuild、viteなどの標準的なバンドルツールを使うことを推奨します。

Lodashライブラリは、非推奨となっており、非推奨FF LPD-48975が有効になっていない限り、バンドルに含まれません。

この機能により、バイヤーは、特定の販売チャネルで管理者によって有効化された通貨リストから、希望する通貨を積極的に選択できます。一度通貨を選択すると、ショッピングの間、すべての価格はその通貨で表示されます。

通貨を変更すると、新しく選択された通貨で新しい注文が自動的に作成されます。

この機能により、加盟店は国際的な価格戦略をより適切に管理できるようになり（通貨ごとのスマートプライシングなど）、為替レートだけに頼らずに価格を微調整できるようになります。

主なメリット:

1. バイヤー・エクスペリエンスの向上: バイヤーは使い慣れた現地通貨で買い物をし、価格を見ることができるため、信頼が高まり、コンバージョン率が向上する可能性があります。 このようにローカライズされたエクスペリエンスは、チェックアウト時の予期せぬ通貨換算によるカート放棄を大幅に減らすことができます。
2. 通貨管理の一元化: チャネル設定の新しい「通貨」タブは、管理者が利用可能な通貨を管理および制限するための専用スペースを提供し、通貨設定を制御するための明確で直感的なインターフェイスを提供します。

3. 簡単な通貨の選択: 新しい通貨セレクターフラグメントは、購入者がショッピングセッション中にいつでも希望する通貨を変更できるユーザーフレンドリーなインターフェイスを提供します。

管理UIの「仕様」と「製品仕様」セクションに新しいトグルが追加されました。

このトグルにより、カタログ管理者は製品に関連する個々の仕様を簡単に表示または非表示にできます。この機能により、商品詳細ページで顧客に表示される情報を柔軟にキュレーションできます。

主なメリット:

1. 商品プレゼンテーションの強化: どの商品仕様を顧客に見せるかをコントロールすることで、店頭での商品プレゼンテーションをよりすっきりと集中させることができます。
2. データの正確性と関連性の向上: 社内仕様や関連性の低い仕様を非表示にすることで、顧客が購入の意思決定に関連する情報のみを閲覧できるようにします。

このリリースでは、ページエディタ内のすべてのフォームフィールドに直接インコンテキスト翻訳を導入しています。 これにより、コンテンツ制作者は、ユーザーのためにローカライズされたフォームエクスペリエンスを簡単に作成できるようになり、ユーザーが好みの言語でフォームを入力できるようになります。 指定されたローカライズ可能なフォームフィールドのみが翻訳され、ローカライズされたコンテンツの正確なコントロールが保証されます。

主なメリット:

• ローカライズされたフォームの公開時間を短縮: エディタで直接翻訳することで、複数の言語でフォームを立ち上げるために必要な手順を減らせます。

• 外部ツールやワークフローへの依存を軽減: コンテンツチームは、ページを作成するのと同じインターフェイスで翻訳を管理できるため、プロセスが簡素化されます。

• 正確性と一貫性が向上: 翻訳可能としてマークされたフォームフィールドのみが含まれるため、間違った内容を翻訳したり、重要な内容を見落としたりするリスクが少なくなります。

• グローバルなオーディエンスにより良いエクスペリエンスを: 訪問者が自分の好きな言語でフォームを入力できるため、入力完了率とエンゲージメントが向上します: 編集者は、開発者のサポートを必要とせずに、いつ、何を翻訳するかを正確に選択できます。

特に変更が多い「大規模」なパブリケーションの場合、ユーザーが公開プロセスをより適切に管理し、計画できるよう、新しいパブリケーションサイズ分類機能を導入しました。 この機能は、パブリケーションを3つの階層に分類します: 大、中、小の3つの階層に分類され、変更の回数やデータベースのサイズなどの要因に基づいて分類されます。これにより、ユーザーはパブリケーションの規模をよりよく理解し、パブリケーション中の潜在的な競合やパフォーマンスの問題を回避するために必要な措置を講じることができます。パブリケーションのオーナーは、パブリケーションのサイズが変更されるたびに通知されます。

主なメリット:

• プランニングの改善: 新しいサイズ分類により、ユーザーはパブリケーションの現在の「サイズ」を確認し、パブリケーションに適切な時間とリソースを割り当てることができます。これは、パブリケーションのサイズによっては時間がかかるかもしれない公開プロセスを急ぐことを避けるのに役立ちます。

• 潜在的な影響の可視性の向上: この分類では、パブリケーションのサイズを視覚的に示すインジケータがユーザーに提供されるため、パブリケーションのプロセスで予想されることが透明化されます。 また、「大規模な」パブリケーションの発行に関連するエラーやパフォーマンスの問題の可能性を減らすのにも役立ちます。

• 明確なコミュニケーション: ユーザーがサイズ分類にマウスオーバーすると、分類の意味とパブリケーションプロセスへの潜在的な影響を説明する便利なツールヒントが表示されます。これにより、ユーザーは十分な情報に基づいて意思決定を行うことができます。

同じカスタムフラグメント内の値に基づいて、フィールドの可視性を設定できるようになりました。 これにより、ユーザーの入力に基づいてフィールドを動的に表示または非表示にすることができ、より応答性の高い、コンテキストを考慮したインターフェースをサポートします。

このアップデートにより、カスタムフラグメントを構築する際の柔軟性が増し、カスタムコードを追加することなく複雑なユースケースを簡単にサポートできるようになりました。

公開プロセス中に明確で視覚的なフィードバックを提供するプログレスバーを追加することで、レビュー変更画面が強化されました。公開を開始すると、公開プロセスのステータスを追跡するプログレスバーが表示されるようになり、プロセスが完了するまでの残り時間を把握しやすくなりました。

主なメリット:

• 視覚的なフィードバックの向上: プログレスバーは、公開プロセスの進行状況をリアルタイムで明確に表示するため、残り時間を常に把握できます。

• ユーザーエクスペリエンスの向上: プログレスバーの追加により、公開プロセスの応答性と使いやすさが向上し、よりスムーズなワークフローが提供されます。

お客様は非常に一般的にdeployフォルダを通してフラグメントをデプロイしますが、フラグメントのインポートが完了すると、ログが1つ欠落していることを確認しました。 これまでLiferayは、アプリケーションサーバーのログにフラグメントのインポートが開始されたことを示すメッセージを追加していましたが、いつ終了したかを示すことはありませんでした。 インポートプロセスが終了したときにログを記録することのメリットは、お客様が失敗した場合に通知されるだけでなく、デプロイがまだ進行中と終了した際に確認できることです。

メンテナンス期間中に問題が発生すると、エンドユーザーにはブランド化されていないデフォルトのメンテナンスページが表示されていました。そのため、ユーザーフローの一部が放置され、お客様はユーザーを適切な次のステップに誘導することができませんでした。DXPがダウンしている場合でも機能するメンテナンスページの設定と管理には、必ずしもすべてのお客様が備えているわけではない技術的なスキルが必要であり、多くのお客様にとって現実的ではありません。

お客様は、自社ブランドにマッチした、お客様への対応手順を記載したメンテナンスページを独自に設計し、アップロードできるようになりました。この実装はDXPインスタンスとは独立して機能するため、ダウンタイムを検知するとすぐに、クラウドコンソールのメンテナンスページをユーザーに表示し、ダウンタイムの原因となった問題に対処できるようになります。

Liferayのスケーリング動作の設定は単純ではありません。お客様は、閾値を設定するために、アプリケーションのメトリクスがどのように動作するかを深く理解する必要があります。また、時間やインスタンスの規模に応じて料金が発生するため、お客様は請求金額に戸惑うことになります。 

そのため、クラウドコンソールのスケーリングページで、スケーリングするインスタンスの最大数と最小数を設定できるようにしました。これにより、技術に詳しくないお客様でも、アプリケーションのスケーリングに必要なコストを自由にコントロールできるようになります。これにより、インスタンス数の増加によるユーザーエクスペリエンスの向上と、それに伴うコストの増加とのバランスを、的確に判断できるようになります。

Liferay Developer Studioのインストーラーは、JDK 21が利用可能な場合、選択可能なオプションとして含まれるようになり、初期セットアップを簡素化し、Liferayがサポートする最新のJavaバージョンを使用したい開発者により便利でユーザーフレンドリーなエクスペリエンスを提供します。