MagentoのWebサイトを高速化するための7つのヒント

ヒント1：Magento 1をまだ実行している場合は、Magento2にアップグレードします

アドビは2020年6月にMagento1のサポートを終了しましたが、何百もの企業がまだMagento1を使用しています。 あなたがその1人である場合は、このメッセージをできるだけ早く移行するための呼び出しと見なしてください。 Magento 2（現在はAdobe Commerceとして知られています）の多くの利点の中で、パフォーマンスは、多くのユースケースで廃止されたものを上回る最大の利点です。

• Magento 2は1時間あたり39％多い注文を処理し、1時間あたり最大2,558件の注文に達します
• カタログページのほぼ瞬時の応答時間を実現します（<2秒）
• 500ミリ秒未満のカートへの追加サーバーの応答時間を最大66％高速化できます
• すべてのチェックアウト手順を組み合わせた場合、ゲストのチェックアウト応答時間が51％速くなり、顧客のチェックアウト応答時間が36％速くなります。

さらに、最新のMagento 2.4.xバージョンは、ストアフロントページの応答時間の大幅な改善、画像の読み込み時間の短縮、キャッシュとカートへの追加のパフォーマンスの向上により、さらに高速になっています。

ヒント2：ホスティングプロバイダーを変更する

パフォーマンスの多くは、ピーク時に速度を落としたり、キールオーバーしたりすることなく、多数のユーザーを維持できるサーバーの機能に依存します。 Magentoストアの共有ホスティングを忘れてください。 ホスティングプランには、少なくともソリッドステート（SSD）ハードドライブと少なくとも4GBのRAMが含まれている必要があります。 正確なシステム要件は、店舗によって異なります。

私は常に、Magentoクライアントに手頃な価格で強力なAWSでWebサイトをホストすることをお勧めします。 安定した環境を提供し、ビジネスオペレーション、ユーザー、注文を拡大しながら、一流のWebサイトパフォーマンスを提供できます。

ヒント3：実行可能なキャッシング戦略を実装する（または既存の戦略を最適化する）

キャッシュは、コンテンツを高速に配信するためにWebページをプリロードする方法です。 基本的に、テキストや画像などのすべてのページ要素が保存されるため、ユーザーはWebサイトにアクセスするたびにサーバーにファイルを要求する必要がありません。

キャッシュは、ロードに時間がかかりすぎる多くの属性を持つ製品がある場合に特に便利です。 Magento 2は、すぐに使用できるフルページキャッシュを有効にしますが、VarnishやRedisなどの高度なキャッシュテクノロジーを使用して、フローをさらに増やすことができます。

Varnishは、ファイルまたはファイルのフラグメントをメモリに保存（またはキャッシュ）し、最終的には、将来の同等の要求に対する応答時間とネットワーク帯域幅の消費を削減します。 WebサーバーとMagentoデータベースの間に配置され、すべてのユーザーのHTTPリクエストをプロキシして、コンテンツをユーザーに返すための応答時間を短縮します。

Redisは、よくあるクエリ、キー、ユーザーセッションを保存するためのデフォルトのキャッシュとして機能します。 これは、Magentoの標準のファイルベースのキャッシュシステムに代わるものであり、Webサイトの速度をさらに向上させます。

Varnishはフロントエンドのキャッシュに重点を置いていますが、RedisはEAVや構成キャッシュなどの他のデータ構造を保存する場合があります。 そのため、これらを組み合わせて使用​​することをお勧めします。

ヒント4：CDNの追加を検討する

CDNは、コンテンツ配信ネットワークの略です。 彼らは世界中に地理的に分散したサーバーを持っているので、ユーザーは彼らに最も近いサーバーからデータをダウンロードすることができます。 CDNは、画像、メディア、CSS / JSファイル、テーマ、モジュールなど、あらゆる種類のコンテンツを配信でき、サイト全体のオプティマイザーとして機能する場合があります。

Magentoは、CDNをサポートするように事前構成されていますが、セットアップには技術的な専門知識が必要です。 特に、トラフィックが少なく、技術ソリューションとその実装に投資できない小規模企業にとっては、絶対に必要というわけではありません。

ただし、最高のユーザーエクスペリエンスを提供することを真剣に考えている、トラフィックが多く、ミッションクリティカルなWebサイトには必須です。 私の個人的な推奨事項は、Akamai、Cloudflare、AmazonCloudfrontです。

ヒント5：Webサイト監査を実施する

eコマースサイトが1日あたり100,000ドルを稼いでいる場合、1秒のページ遅延により、毎年250万ドルの売り上げが失われる可能性があります。 その遅れは、パフォーマンスのボトルネックが原因です。

サーバーリクエストの数、ページの重み、遅延ページ要素、遅延画像の読み込み、サードパーティの拡張機能、不十分に記述されたコードや最適化されていないコードなど、ボトルネックの原因となるものはたくさんあります。 監査では、バックエンドとフロントエンドでこれらの技術的な問題を特定し、それらを解決してから、変更後のパフォーマンスを示します。

最も一般的なMagentoのパフォーマンスのボトルネックには次のものがあります。

• コアの未使用モジュールを有効のままにします（たとえば、オフラインの出荷と支払い、キャプチャ、永続的、RSS、MSRP、友達の送信、Weeeなど）。
• プラグインやレイアウト要素などの不要な機能を積み上げます。
• コーディング標準とベストプラクティスに準拠していない。

いくつかのWebサイト機能を追加するだけでも、Webサイトのパフォーマンスが低下する可能性があります。 定期的にMagentoコード監査を実施して、ストアがバグやボトルネックで乱雑にならないようにします。

ヒント6：Magentoパフォーマンスのベストプラクティスに従ってください

これは最も明白なヒントかもしれませんが、ほとんどの場合機能します。 Magento Performance Best Practicesは、最も効率的な方法でストアを構成する方法について、アドビ自身が提供する貴重なガイドです。

このガイドにはかなりの数の洞察が含まれていますが、主なスピードブースターは次のとおりです。

• [システム]>[ツール]>[キャッシュ管理]ページからすべてのキャッシュをオンにします。 さらに良いことに、上記で説明したVarnishキャッシュを接続します。
• 非同期の電子メール通知を有効にする
• ミニファイやJSバンドリング（r.jsなど）には、Magento速度最適化拡張機能などのサードパーティツールを使用します。
• JSバンドリングを使用する代わりに、HTTP2プロトコルをアクティブにします。
• JSファイルとCSSファイルのマージなどの非推奨の設定は、ページのHEADセクションで同期的に読み込まれるJS専用に設計されているため、使用しないでください。 この手法を使用すると、バンドルが発生し、JSロジックが正しく機能しなくなる可能性があります。

これらの推奨事項を技術的すぎると見なす人もいるかもしれません。そのため、技術的なバックグラウンドを持っているか、Magentoの経験がある人の助けを借りたほうがよいでしょう。

ヒント7：ストレステストを実行する

ストレステストは、スケーラビリティを向上させ、フラッシュ販売中のピーク負荷をストアが処理できることを確認するための重要なステップです。 ストレステスト中に、予想される最大値を超えて負荷を段階的に増加させることにより、サイトを限界点まで押し上げます。

まず、パフォーマンステスト用のサンプルデータを生成する必要があります。 Magentoを使用すると、より多くのユーザー、ストア、カテゴリ、製品などを作成し、プロファイル（小、中、大、特大）を設定できます。 詳細については、Magentoの公式ドキュメントを参照してください。

次に、選択したツールを使用して事前テスト環境を設定します。 準備段階でマップしたユーザージャーニーを取得し、それらをパフォーマンステストツールに入力して、ワークロードモデルを作成することが重要です。

3番目に、既存のMagentoデータベースのクローンを作成し、すべてのツールが正しく機能していることを確認して、パフォーマンステストを実行します。 後で結果を分析し、レポートを作成し、対処すべきボトルネックを特定できます。

言うのは簡単に思えますが、この最後のヒントは大規模な商人にとって非常に役立つはずです。 Magento Webサイトのストレステストを行って、ユーザーや製品の数に関係なく、大量のトラフィックを処理し、拡張できることを確認します。

結論の最後の注意点：オンライン買い物客は、製品ページが読み込まれるまで3秒以上待つほど辛抱強くはありませんでした。 対策を講じ、パフォーマンスを最適化するための予算を割り当て、最適なユーザーエクスペリエンスを顧客に印象付けるのはあなた次第です。