Adobe Commerce on cloud infrastructureで起動するブロッカー

この記事では、Fastly設定、SSL証明書、301 リダイレクト、静的アセットのパフォーマンスに関する問題など、クラウドインフラストラクチャ上のAdobe Commerceで起動する際のブロッカーの修正について説明します。

​1. Fastly設定

Fastlyは、静的アセットを配信するためのVarnish ベースのコンテンツ配信ネットワーク （CDN）です。 本番環境のAdobe Commerce on cloud infrastructureでは必須であるため、ステージング環境と本番環境の両方で、Fastlyを有効にして設定したweb サイト（UAT）をFastlyで設定してテストすることが重要です。

Fastlyの設定プロセスについて詳しくは、ユーザーガイドの「Fastlyの設定」トピックを参照してください。 ここでは、重要な手順を解説します。

1a. Fastly モジュールの最新バージョンがインストールされていることを確認します

最新の機能と改善点を入手するには、最新バージョンのFastly モジュールがインストールされていることを確認してください。 最新バージョンのFastlyがあるかどうかを確認するには、ユーザーガイドのFastly モジュールのアップグレード ​を確認してください。 詳しくは、ユーザーガイドのFastlyの設定を参照してください。

1b. Commerce管理者を使用したFastlyの有効化と設定

詳しくは、ユーザーガイドの「Fastlyの資格情報を取得する」を参照してください。

1c. Fastly VCL スニペットのアップロード

詳しくは、ユーザーガイドの「VCLをFastlyにアップロード ​」を参照してください。

独自のVCL スニペットを作成して追加することもできます。

1d. Fastly用のDNSの設定

詳細な手順については、この記事を参照してください。​ ユーザーガイドのFastlyのセットアップ。

​2. 有効なSSL （TLS）証明書

問題：有効で動作するSSL証明書がなければ、ステージング環境のチェックアウトページで外部支払い方法をテストできません。

推奨事項​: ステージングまたはライブドメイン名の共有SSL証明書をリクエストします。

​3. 301 リダイレクトの設定とテスト

問題：301 リダイレクトが提供されていないか、設定が不十分なため、ストアのSEO ランキングと検索リストが低下します。

推奨事項​: 301 リダイレクトを慎重に設定してテストします。

古いweb サイトから新しいweb サイトに移行する場合、301 リダイレクトを使用すると、以前にインデックス化された古いページから新しいストアの適切なページに顧客を誘導できます。例えば、次のようになります。

http://www.mywebsite.com/old-category-page.html > http://www.mywebsite.com/new-seo-friendly-category-page.html

関連する記事：

​4. アセットパフォーマンス

問題：静的なアセットの提供が遅いため、サイトのパフォーマンスが低下する（長い読み込み時間、マルチメディアコンテンツが表示されないなど）。 Web サイトの静的アセットは、CSS リソース、画像、ビデオ、添付ドキュメントなどです。 顧客がどのように整理され、提供されるかは、サイトのパフォーマンスを左右する重要な要素です。

推奨事項：パフォーマンスの低下の原因を特定するには、Adobe Commerce Performance Toolkitをパフォーマンステストに使用することを検討してください。 また、次のようなサードパーティツールも検討できます。

また、CSS、JavaScript、HTMLの縮小を検討することもできます。

関連する記事：