Adobe Commerce 2.4.7 リリースノート

生成されないキャッシュキーの動作の変更:

• ブロックの生成されないキャッシュキーに、自動的に生成されるキーのプレフィックスとは異なるプレフィックスが含まれるようになりました。 （生成されないキャッシュキーは、テンプレートディレクティブ構文または setCacheKey または setData メソッドで設定されるキーです）。
• ブロックの生成されないキャッシュキーには、文字、数字、ハイフン（–）、アンダースコア（_）のみを含める必要があります。

自動生成されたクーポンコード数の制限。 Commerceでは、自動生成されるクーポンコードの数を制限するようになりました。 デフォルトの最大値は 250,000 です。 マーチャントは、新しい Code Quantity Limit 設定オプション（Stores/Settings:Configuration/Customers/Promotions）を使用して、多くのクーポンでシステムが圧倒される可能性を防ぐことができます。

デフォルトの管理者 URL 生成プロセスの最適化。 デフォルトの管理者 URL の生成が最適化されて、ランダム性が向上し、生成された URL を予測しにくくなりました。

支払いページでのスクリプトの整合性の検証に関する PCI 4.0 要件に準拠するために、Subresource Integrity （SRI）のサポートを追加 しました。 サブリソースの整合性（SRI）のサポートは、ローカルファイルシステムに存在するすべてのJavaScript アセットの整合性ハッシュを提供します。 デフォルトの SRI 機能は、管理エリアとストアフロントエリアの支払いページにのみ実装されています。 ただし、マーチャントは、デフォルトの設定を他のページに拡張できます。 詳しくは、Commerce PHP 開発者ガイドの ​ サブリソースの整合性 を参照してください.

コンテンツセキュリティポリシー（CSP）の変更 - PCI 4.0 の要件に準拠するためのAdobe Commerce コンテンツセキュリティポリシー（CSP）の設定の更新と機能強化。 詳しくは、Commerce PHP 開発者ガイドの ​ コンテンツセキュリティポリシー を参照してください。

• Commerce管理エリアとストアフロントエリアの支払いページ用のデフォルトの CSP 設定が restrict モードになりました。 その他のすべてのページでは、デフォルト設定は report-only モードです。 2.4.7 より前のリリースでは、CSP はすべてのページに対して report-only モードで設定されていました。

• CSP でインラインスクリプトの実行を許可する nonce プロバイダーを追加しました。 nonce プロバイダーは、各リクエストに対して一意の nonce 文字列を容易に生成できるようにします。 その後、文字列が CSP ヘッダーにアタッチされます。

• 管理の注文を作成ページとストアフロントのチェックアウトページの CSP 違反をレポートするカスタム URI を設定するオプションを追加しました。 設定を追加するには、管理者から、または URI を config.xml ファイルに追加します。

  note note
  NOTE
  CSP 設定を restrict モードに更新すると、管理およびストアフロントの支払いページで既存のインラインスクリプトがブロックされる可能性があり、ページの読み込み時に次のブラウザーエラーが発生します。Refused to execute inline script because it violates the following Content Security Policy directive: "script-src。 許可リスト設定を更新して、必要なスクリプトを許可することで、これらのエラーを修正します。 2}Commerce PHP 開発者ガイド ​ トラブルシューティング を参照してください。

新しいフルページキャッシュ設定は、HTTP {BASE-URL}/page_cache/block/esi エンドポイントに関連するリスクを軽減するのに役立ちます。 このエンドポイントは、Commerceのレイアウトハンドルおよびブロック構造から無制限で動的に読み込まれるコンテンツフラグメントをサポートしています。 新しい Handles params size 設定では、このエンドポイントの handles パラメーターの値を設定します。このパラメーターによって、API あたりの最大ハンドル数が決定されます。 このプロパティのデフォルト値は 100 です。 マーチャントは、管理者（Stores/Settings:Configuration/System/Full Page Cache/Handles params size）からこの値を変更できます。 Varnish を使用するようにCommerce アプリケーションを設定する ​ を参照してください。

REST およびGraphQL API を通じて送信される支払い情報のネイティブレート制限。 マーチャントは、REST およびGraphQLを使用して送信される支払い情報に対して、​ レート制限を設定 ​ できるようになりました。 この保護レイヤーの追加により、カード攻撃の防止がサポートされ、多くのクレジットカード番号を一度にテストするカード攻撃の量が減少する可能性があります。 これは、既存の REST エンドポイントのデフォルト動作の変更です。 ​ レート制限 ​ を参照してください。

isEmailAvailable GraphQL クエリと（V1/customers/isEmailAvailable） REST エンドポイントのデフォルトの動作が変更されました。 デフォルトでは、API は常に true を返すようになりました。 マーチャントは、管理で「ゲストチェックアウトログインを有効にする ​」オプションを yes に設定することで元の動作を有効にすることができますが、これにより、顧客情報が認証されていないユーザーに公開される可能性があります。

RabbitMQ 3.13 のサポート。 このリリースは最新バージョンの RabbitMQ 3.13 と互換性があります。互換性は RabbitMQ 3.11 および 3.12 に残っており、それぞれ 2024 年 8 月と 2024 年 12 月までサポートされていますが、Adobeでは、RabbitMQ 3.13 でのみAdobe Commerce 2.4.7 を使用することをお勧めします。

Composer 2.7.x。 Composer 2.2.x との互換性は維持されます。

Varnish cache 7.4 のサポート。 このリリースは、最新バージョンの Varnish Cache 7.4 と互換性があります。6.0.x および 7.2.x バージョンとの互換性は維持されますが、Adobe Commerce 2.4.7 は Varnish Cache version 7.4 または version 6.0 LTS でのみ使用することをお勧めします。

Elasticsearch 8.11 互換性

Opensearch 2.12 および OpenSearch 1.3 のサポート

Redis 7.2

extjs ライブラリは最新バージョンの jsTree に置き換えられました。

ライブラリ jquery/fileUpload 削除されました。

1 回の注文で複数のクーポンを利用できます。 マーチャントは、新しい ​ 設定オプションを使用して、注文ごとに適用できる ​ クーポンの最大数を設定 Maximum number of coupons per order できるようになりました。 この値はデフォルトで 1 に設定されています。 REST または GraphQL を使用して、買い物かごに複数のクーポンを適用できるようになりました。

Commerce UPS XML API ゲートウェイは、UPS が自社の {API セキュリティ モデル ​ に対して行っている更新をサポートするために、新しい ​0}Commerce UPS REST API​ に移行されました。 ​（UPS は、すべての API に対して OAuth 2.0 セキュリティモデル（ベアラートークン）を実装しています。） 以前のCommerce UPS XML API はすべて、Adobe Commerce 2.4.7 コードベースから削除されました。

FedEx とのAdobe Commerce​ 統合 ​ は、従来の FedEx WSDL Web サービスから最新の FedEx RESTful API に移行されました。 FedEx Web Services Tracking、Address Validation、および Validate Postal Codes WSDLS は、2024 年 5 月に廃止されます。

新しい USPS Ground Advantage 出荷方法のサポートを追加しました。 これは、2023 年 7 月にリリースされた USPS の新しい配送方法 USPS Ground Advantage との標準の統合です。 この新しい統合は、USPS 配送サービスを通じて配送料を取得し、配送と返品をスケジュールするために使用できます。 USPS Ground Advantage の配送方法は、これらの配送方法に代わるものです。これらの配送方法は、USPS Ground Advantage の配送方法がリリースされたときに廃止されました。

• USPS 小売基盤
• ファーストクラスのパッケージサービス
• 区画の地盤 を選択

Temando 出荷モジュールは、コア Commerce コードベースから削除されました。 この機能はAdobe Commerce 2.4.4 で廃止されました。

大規模法人のマーチャントは、買い物かごやチェックアウトの操作のパフォーマンスを大幅に低下させることなく Adobe Commerceで最大 100 万 のアクティブなクーポンベースの買い物かご価格ルールを設定できるようになりました。

インデクサー管理の強化。 新しい indexer:set-status コマンドは、インデクサーのステータスの動的管理をサポートしています。 管理者ユーザーは、このコマンドを使用してインデクサーのステータスを suspended、invalid、valid に変更できます。 この機能は、製品の読み込みや更新など、大規模な一括操作中に、システムの cron ジョブによってインデクサーが自動的にトリガーされるタイミングを制御できるので、システムのパフォーマンスを管理する場合に特に便利です。 ​ インデクサーの管理 ​ を参照してください。

オプションが多数ある複雑な製品の製品一覧ページ 100 を超えるオプションを持つ複雑な製品を含む製品リストページの読み込み時間が改善されました。 また、GraphQLの商品のカテゴリー別リスト掲載依頼のパフォーマンスも向上しました。

REST ​ インポート API で JSON 形式がサポートされるようになりました。 マーチャントは、1 分あたり最大 100,000 レコードを JSON 形式でAdobe Commerceに読み込めるようになりました。

販売ルールのパフォーマンスの向上。 多数（約 100,000 件）のアクティブなセールス・ルールにより、エンタープライズ・デプロイメントのパフォーマンスが向上しました。 プロモーションを大規模に実装する企業のデプロイメントでは、多くの場合、アクティブな買い物かごルールがデプロイされます。 Commerce 2.4.7 を実行するこれらのタイプのエンタープライズデプロイメントでは、チェックアウト操作中の設定済み買い物かご価格ルール数に関連するパフォーマンス低下は表示されません。

多数のストアを含むデプロイメントのストアレベル設定の保存操作を高速化。 ストアが 500 を超えるデプロイメントで構成設定を保存するには、時間がかかる場合があります。 新しい Async Config モジュールは、コンシューマーを使用してメッセージキュー内の保存操作を処理する cron ジョブを実行することで、非同期設定の保存操作を有効にします。 AsyncConfig はデフォルトで無効になっています。

大規模な設定の設定キャッシュの生成が迅速化。 設定キャッシュが有効な場合、bin/magento cache:clean config コマンドは設定キャッシュを事前警告するようになりました。 これにより、大規模な設定の設定キャッシュを生成するために必要なダウンタイムが削減されます。 設定の保存操作では、データをキャッシュに書き込む前に config_scopes キャッシュをクリーンアップしなくなりました。これにより、設定データの書き込み中に他のリクエストがロックアウトされる時間も短縮されます。

Vaulted PayPalおよび Pay Later の変更 - ログイン中で、PayPal アカウントを保管/保管したことがあるユーザーは、次の方法で支払いを行うことができます。

• Pay Now （PayPal アカウントにログインしなくても、ユーザーはデフォルトのカードで支払うことができます）
• 別の資金源で支払う
• 別の口座で支払う
• PayPal Pay Later または PayPal Credit ボタン

3DS によるGoogle Pay のサポート：Google Pay の非トークン化カードに 3DS 検証のサポートが含まれています。 詳しくは、Braintree ドキュメント ​ を参照してください。

Vault Apple Pay Payments - ログイン中のお客様が、今後のトランザクションで使用するために、Apple Pay 支払をCommerce ストアアカウントに保管または保存できるようにします。 これにより、チェックアウト時の手順の数が減り、再訪問者のチェックアウトエクスペリエンスが向上します。

Vault Google Pay Payments - ログイン中のお客様が、今後のトランザクションで使用するために、Google Pay 支払をCommerce ストアアカウントに保管または保存できるようにします。 これにより、チェックアウト時の手順の数が減り、再訪問者のチェックアウトエクスペリエンスが向上します。

Vault Venmo Payments - ログインしているユーザーが、今後のトランザクションで使用するために、Venmo アカウントをCommerce ストアアカウントにコンテナ化または保存できます。 これにより、チェックアウト時の手順の数が減り、再訪問者のチェックアウトエクスペリエンスが向上します。

Vault ACH Payments - ログイン済みのお客様が、今後のトランザクションで使用するために、ACH 支払いをCommerce ストアアカウントに保管または保存できるようにします。 これにより、チェックアウト時の手順の数が減り、再訪問者のチェックアウトエクスペリエンスが向上します。

チェックアウトの上部にある Express Paymentボタン - チェックアウトをより迅速に行えるよう、チェックアウトの開始時に Express Payment のオプションを導入しました。 顧客は、PayPal、PayPal Pay Later、Apple Pay、Google Pay Express の支払いで支払うことができるようになりました。

管理設定内の Braintreeのリリースノートおよびサポートリンク - マーチャントは、Commerce管理者からBraintreeのサポートおよびリリースノートにオンラインで直接リンクできるようになりました。

Braintree を除くすべてのVenmo 支払い方法でGraphQLをサポート – 追加の設定がGraphQL API で公開されます。 これは、特にヘッドレスアプリケーションで役立ちます。

アカウント領域内の Vaulting支払い - ログインした顧客は、新しいクレジット・カード/デビット・カードと ​ のアカウントをアカウント領域に ​vault/storePayPal できるようになりました。 以前は、お客様は、チェックアウト時にトランザクションを完了する際に後で使用するために支払いを保存する際にのみ Vault/Store を使用できましたが、新しいトランザクションを作成する必要なく、新しいクレジット/デビットカードおよび PayPal アカウントを Vault できるようになりました。

摩擦なし取引 – 摩擦なし取引は、オンラインのクレジット/デビット・カード取引を完了するための顧客のクリック/ステップの量を減らすことで、支払いプロセスを高速化します。 以前は（3DS が有効になっている場合）、すべてのお客様に 3DS の課題がありました。 新しい摩擦なし取引機能により、顧客は銀行が要求した 3DS に対してのみ課題を抱えています。 これにより、買い物かごの放棄が減り、コンバージョン率が向上し、売上が増加します。

紛争 Web フック - Braintreeで顧客がトランザクションに対して紛争を起こした場合、紛争ステータスがCommerceに渡されるようになりました。 Sales/Order グリッドで検索でき、各注文に添付されます。

より柔軟な買い物かご管理。 clearCart のミューテーションにより、指定した買い物かごの内容が 1 回のアクションでクリアされるようになりました。 これは、非推奨（廃止予定）となった clearCustomerCart のミューテーションに代わるものです。

買い物かごの突然変異を作成する際の改善。 非推奨（廃止予定）の createGuestCart ールミューテーションに代わって、createEmptyCart のミューテーションが追加されました。 以前は、createEmptyCart を使用した場合、買い物かごがゲスト向けかログイン中の顧客向けかを判断できませんでした。

注文項目に製品画像が含まれるようになりました。 OrderItemInterface は商品画像を公開します。これにより、画像を注文された商品に関連付けて、より効率的に読み込むことができます。 GitHub-32369

リゾルバーキャッシュのサポートの拡張。 次のGraphQL クエリリゾルバーが、GraphQL リゾルバーの結果キャッシュでキャッシュできるようになり、POST リクエストでクエリが送信される際のパフォーマンスが向上しました。

• Magento\CustomerGraphQl\Model\Resolver\Customer::resolve
• Magento\CustomerGraphQl\Model\Resolver\CustomerAddress::resolve
• Magento\CustomerGraphQl\Model\Resolver\IsSubscribed::resolve
• Magento\CatalogGraphQl\Model\Resolver\Product\MediaGallery::resolve

注文キャンセルのサポート。 cancelOrder ミューテーションを使用すると、顧客は注文をキャンセルし、その識別子とキャンセル理由を渡すことができます。

• order_cancellation_enabled の新しい「order_cancellation_reasons.description」フィールドと「storeConfig」応答フィールド
  クエリは、ユーザーが開始した注文キャンセルリクエストをサポートします。 ​ ストアの注文キャンセル設定のクエリ ​ を参照してください。

カスタム属性のサポートの強化。 GraphQL カスタム属性のサポートが強化され、API データが強化されて、すべての属性タイプをサポートするようになりました。 GraphQL EAV 属性スキーマでは、管理での顧客属性および顧客アドレスオブジェクトの拡張と、GraphQLを使用した顧客属性および顧客アドレスオブジェクトの取得がサポートされるようになりました。 具体的な機能強化の領域は次のとおりです。

• 顧客や顧客住所などの特定の領域に対するカスタム属性のサポートの拡張または追加
• カスタム属性のキャッシュを追加しました
• 製品の既存のカスタム属性のサポートの強化

GraphQLのキャッシュ機能が強化され、ページの読み込み速度が向上しました。 これらのクエリにキャッシュ機能が追加され、ほとんどのPWA ページのページ読み込み時間の速度が向上しました。

• availableStores
• countries と ​ 国 ​
• storeConfig
• currency
• customAttributeMetadata

GraphQL パーサーのパフォーマンスの向上。 GraphQL パーサーのパフォーマンスが向上したのは、リクエストごとに parse メソッドが呼び出される回数を減らしたためです。 現在は 1 回呼び出されています。 以前は、パーサーは少なくとも 3 回呼び出されていました。

quickorder_active フィールドを storeConfig および availableStores クエリに追加しました。 このフィールドは、クイックオーダー機能が有効かどうかを示します。

setBillingAddressOnCart と setShippingAddressesOnCart のミューテーションに次のフィールドを追加しました。

• fax
• middlename
• prefix
• suffix

Venmo を除くすべての支払い方法のコア業務に、GraphQLのサポートが追加されました。 支払いサービスの新しいGraphQL エンドポイントについては、​ チェックアウト ​ を参照してください。

Venmo を除くすべての支払い方法でクレジットカードのヴォールティングが強化されました。 買い物客は、ACH 支払いをヴォールティングまたは保存して、アカウントページから表示または削除できるようになりました。 マーチャントは、管理者から ACH ボルト支払を有効または無効にすることができます。

チェックアウトワークフローに、PayPal、Apple Pay、Google Pay Express の各ボタンを備えた高速支払いセクションが含まれるようになりました。