DE{CODE}: 高速な e コマース Web サイトを構築するための 6 つの WooCommerce 開発者の秘訣

売り上げに次いで、サイトの速度はおそらく e コマース Web サイトにとって最も重要な指標です。なぜですか? 高速な e コマース Web サイトは、より多くのトラフィックを獲得し、コンバージョン率が高く、直帰率が低く、より多くのリピーターを生み出します。 このセッションでは、WP Engine シニア プロダクト マネージャーの Jeremy Benoit とエンジニアリング マネージャーの Catherine Kelly が、WooCommerce ストアをさらに高速化するための開発者の秘訣、WP Engine の機能、およびその他のツールについて説明します。

セッションスライド

全文トランスクリプト

JEREMY BENOIT : みなさん、こんにちは。DE{CODE} 2022 へようこそ。これは e コマース トラックです。 私は WP Engine のシニア プロダクト マネージャーである Jeremy Benoit です。WooCommerce のパフォーマンスを改善するための 6 つのヒントについてお話しします。 今日は同僚のキャサリン・ケリーが参加します。始めましょう。

そこで、ソフトウェア エンジニアの 1 人である Chris Weigman の言葉を引用することから始めましょう。 彼が言うように、Google によると、ページの読み込み速度が 3 秒を超えると、ユーザーの 53% がサイトを離れます。 つまり、その製品ページのすべてのデータ、送信したすべての画像、それに関するすべての情報、すべての小さなウィジェットと広告を取得するのにちょうど 3 秒かかるということです。買い物客のエクスペリエンスの速度は非常に重要であるため、今日は速度について話しています。

ページ速度は、1 つのページが読み込まれるまでの時間であり、さまざまな方法で測定できます。 重要な 2 つの方法は、Google PageSpeed Insights で使用される最初のバイトまでの時間、またはページ全体の読み込みまたは最後のバイトまでの時間です。これは、多くの場合、買い物客の経験を反映しています。 ページ速度は、ショッピング サイトのコンバージョン率にも影響し、e コマース サイトの SEO にも影響します。

速度の重要な要素の 1 つは、買い物客のエクスペリエンスの質を高める優れたホスティングです。 WP Engine のコンピューティング最適化プラットフォームでは、静的または動的なすべてのショッピング コンテンツのパフォーマンスを向上させるための強化された E コマース エクスペリエンスを提供します。 ここでは、これら 2 つの異なるコンテンツ タイプについて、6 つのヒントとコツを紹介しながらすぐに説明します。 では、同僚のキャサリンに渡します。

キャサリン・ケリー：乾杯。 ありがとう、ジェレミー。 今日は、WooCommerce、その構成、および E コマース ストアのセットアップに関連する 6 つのヒントを取り上げます。 ベテランの開発者の中には、これらのヒントやアドバイスをよく知っている人もいるでしょうが、新しい開発者にとっては、役立つ洞察が得られるかもしれません。

そこで今日は、WooCommerce とキャッシング、メディアの最適化、検索の最適化、Ajax カート フラグメント、カスタム オーダー テーブル、ヘッドレスの速度について取り上げます。 最初に取り上げるのは、WooCommerce とキャッシングです。 これに入る前に、キャッシングに関してさまざまなオプションがあり、それが何であるかを理解したいと思います。そうすれば、キャッシングをどのように改善するかについてアプローチできます。

したがって、キャッシングは、パフォーマンスの問題に関して聖杯であるという印象を与える可能性があります。 実際、キャッシングはもともとパフォーマンスとは関係なく作成されましたが、実際にはコンピューターが同じ要求に対して何度も自動応答し、毎回再計算する必要がないようにするためのものでした。 キャッシングは、要求に対する応答を一時的に保存し、後で同じ要求に対する同じ応答を同じリソースに配信するために使用される手法です。

つまり、それはちょっと迷惑な子供の 1 人のようなものです。あなたの迷惑な子供は、毎日、なぜ、なぜ、なぜ、などと同じ質問を何度も繰り返します。 これは非常にうまく機能し、静的サイトに静的情報を提供する場合、常に同じ応答を返すことになります。 ただし、このアプローチは、e コマースに関してはあまりうまく機能しません。サーバーに毎回送信されるリクエストが常に同じになるとは限らないため、問題が発生するためです。カートに関連して、さまざまなユーザーからのさまざまな要求を同時に処理および制御します。

また、顧客に関する以前のトランザクション、顧客のカートの内容、ストアで入手できなくなったものを記憶して、カートがそのユーザーに提供されているものを正確に反映できるようにする必要もあります。 また、キャッシングに関して、顧客 A に関連するカートを顧客 B に渡していないことを確認する必要があります。顧客 B は、他の誰かが実際に注文しているものを実際に見ることができ、基本的に情報が漏洩します。これは望ましくありません。 . キャッシングに関連して持てる有限のバランスがあります。これは、顧客に個人的なタッチを提供して、サイトでのエンゲージメントを維持しようとしている場合、提供するのが非常に難しいものです. したがって、さまざまなレベルとタイプのキャッシュ、つまりサーバー キャッシュがあります。

また、サーバー キャッシュは通常、他のキャッシュと同様です。 基本的には、ページを作成し、それを特定のリクエストに提供するときにサーバー上にあるキャッシュです。 そのサーバーのすぐそばに立ってリクエストを行うと、即座にレスポンスが返ってきます。 ただし、e コマースの個人やユーザーのように 1,000 キロメートル離れた場所にいる場合、応答に時間がかかることがあります。

次に、アプリケーション キャッシュがあります。 WordPress と WooCommerce のアプリケーション キャッシュは、プラグインを使用して管理できます。 W3 Total Cache、WP Rocket などのプラグインにはすべて、アプリケーション内キャッシュを管理するためのオプションがあり、これらのプラグインは基本的に、要求されたページとファイルの一時バージョンをサーバーに保存します。 これは可能ですが、これは非常に非効率的なキャッシュ方法である可能性があり、サーバー自体、または高速化されたドメインやキャッシュをグローバルに分散する Cloudflare などのサービスでキャッシュできる場合は使用しないでください。

次に、ブラウザのキャッシュがあります。 また、ブラウザのキャッシュは基本的にエンド ユーザーのキャッシュです。 たとえば、サイトの何かを更新したのに、サイトの開発やレビューを行っているときに、フロント エンドにそれが自動的に表示されないなどの経験はありませんか? これは、実際のブラウザにキャッシュされているためです。 これは基本的に、ユーザーのコンピューターまたは電話のブラウザーに保存されている、そのページまたはアセットの一時的なバージョンです。

そこにあるので、そのページの表示を高速化するために同じページまたはアセットを複数回ダウンロードする必要はありません。これは、静的なサイトを持っている場合にも非常にうまく機能します. しかし、e コマース サイトのような動的なサイトの場合、Google は常に製品、説明、および情報を提供しようとします。 それは可能性があります-それはあなたが望むほど効果的ではありません.

次に、プロキシ CDN キャッシュと呼ばれるものがあります。 プロキシ CDN キャッシュは、オリジン サーバー (最初の元のページを作成して表示するサーバー) と実際のユーザーのブラウザー自体の間にあるキャッシュです。 これは高速化されたドメインであり、Cloudflare はプロキシ CDN の一種です。 また、すべての要求と応答は、元のサーバーに到達する前にドメインを通過します。

これは基本的に、ユーザーへの静的コンテンツの配信を加速する目的で世界中に戦略的に配置されたサーバーのグループです。 そのため、1,000 マイル離れた場所にある元のサーバーのすぐそばに立っているようなものです。 そのため、そのページの提供が高速化されます。 静的アセットが特定の場所にあるすべてのエッジ サーバーにキャッシュされると、その後のすべての訪問者と静的情報の要求は、元のサーバーではなくエッジ サーバーと呼ばれるものから配信されるため、負荷が軽減され、パフォーマンスが向上します。 、スケーラビリティの向上。

したがって、これはすべて、前述の静的サイトに関して一般的に非常にうまく機能します。 しかし、e コマースのキャッシュは大きな問題を引き起こします。 そして e コマース – 作業中のスパナがある理由は、常に動的に更新されるログイン ページ、カート、チェックアウト、ウィッシュ リストに関連しています。 したがって、ブログ サイトなどの通常のサイトで必要となるような静的ではありません。

通常、GET 要求はキャッシュできます。 GET リクエストとは、名前が示すように、リソースを取得するためのリクエストです。 前述のように、多くの場合、GET 要求は安全にキャッシュできますが、ログインしたページ、カート、およびチェックアウトを再度キャッシュすることは望ましくありません。 最新かつ正確であるように、常にできるだけ新鮮で新しいものを顧客に提供したいと考えています。

したがって、カートから何かを配送して書き込みを行いたくない場合は、キャッシュを使用して書き込みを行わないでください。 通常、カートに何かがある場合、ほとんどのサーバーはキャッシュを完全にバイパスします。 したがって、CDN からではなく、元のサーバーからサービスを提供しているという問題に戻ります。 ですから、あなたがしなければならないことは、それについて賢く理解しなければならないということです.CDNプロバイダーから静的要素を提供しながら、実際の元のサーバーからの動的要素を常に適用して、すべてが最新で正確になるようにするにはどうすればよいでしょうか.

サーバー キャッシュについては、サーバーが Web ページを生成するため、サーバー キャッシュを使用すると、毎回ゼロから生成されるわけではない、ページ全体のページの一部を記憶することができます。 また、ブラウザー キャッシュを使用すると、ブラウザーは Web ページがどのように見えるかを記憶することができるため、サーバーとのデータ交換に時間を費やす必要がなくなります。 前述のように、静的ファイルが存在する可能性があるため、複数のページにアクセスしている訪問者にとって便利です。 たとえば、スタイルシート、JavaScript ファイルはすべてブラウザに保存できます。

そのため、キャッシュに関するベスト プラクティスとして、常に HTML を選択的にキャッシュします。 基本的に、最初のレベルとして、すべてをキャッシュして、静的な匿名コンテンツのように機能させます。 次に、Cookie のキャッシュをバイパスし、カートにあるすべてのものをキャッシュし、ウィッシュリストで Cookie を使用してキャッシュの特定の要素をバイパスします。 そして、Cloudflare の設定に関して、常にエイジ キャッシュ、有効期限を設定してください。 これにより、キャッシュが常に最新の状態に保たれ、元のオリジンと一致することが保証されます。

したがって、e コマースの顧客と話をしてわかったことの 1 つは、これは通常、開発者が自分で解決しなければならない問題だということです。 そのため、WP Engine での開発の一環として、実際に e コマース固有のソリューションに取り組んでいます。これにより、デフォルトでこれらすべてのキャッシング ルールが設定された WooCommerce の供給とインストールが可能になります。 そのため、静的なものはすべてキャッシュし、動的なものはすべてキャッシュしないので、常に新鮮です。 常に継続的に更新されます。 したがって、ユーザーのカートの断片化などの競合はありません。

メディアの最適化 – サーバーから e コマース サイトにいるエンド ユーザーにコンテンツを配信する際に重要なもう 1 つのことは、メディアの最適化です。 最初に考えるべきことは、メディアの最適化とは何ですか? 私たちはそれについて何ができますか？ また、顧客がサイトをブラウジングして利用する際に、高速で効果的かつ動的なエクスペリエンスを提供するにはどうすればよいでしょうか?

したがって、画像とビデオに関しては、顧客が実際に使用しているデバイスに基づいて最適なエクスペリエンスを提供するために、さまざまなタイプの最適化が必要です。 したがって、メディアの最適化は、最高のツール、高度な戦略、および実験を使用するプロセスです。なぜなら、e コマース サイトのパフォーマンスを実現するために常に実験を行いたいからです。 資産の最適化が必要です。 効率と信頼性のバランスを見つけようとしています。

そのため、サイトのパフォーマンスに悪影響を及ぼさないように、可能な限り最速の方法でコンテンツを常に顧客に提供する必要があります。 ラップトップ、PC、モバイル デバイスなど、メディアが消費されるさまざまなプラットフォームやアセットを考慮して、最も見栄えの良いコンテンツを最短時間で提供したいと考えています。テレビ画面、iPad など、ヘッドレスの複数の異なるタイプのデバイスの世界に移行し、コンテンツを e コマース ストアから配信して消費することもできます。

したがって、あなたが考えたいのは、画像の最適化を改善して Web を改善することです。つまり、サイトのパフォーマンスを向上させてトラフィックを増やし、コンバージョンを増やし、ストア オーナー、ブランド、またはマーチャントの収益を増やすことです。 そして、ウェブサイトの最適化の最も重要な側面の 1 つは、検索と最適化に影響を与えます。 したがって、画像とビデオが高速で高速であれば、実際には検索エンジンの最適化に関してより良い評価が得られます.

アセットを最適化するだけでなく、製品がより魅力的になり、見込み客にとってより目立つようになります。また、検索エンジンの最適化により、それらがより頻繁に検索に表示されるようになります。 覚えておくべき重要なことは、画像とビデオの遅延読み込みを確認することです。 遅延読み込みは基本的に、非ブロックまたは重要でないリソースを特定し、必要な場合にのみそれらを読み込む戦略です。 そのため、基本的にスクロールしなければ見えない位置にあるコンテンツが読み込まれ、優先的にユーザーに表示されます。次に、この画面より下にあるすべてのコンテンツの残りのレンダリングを遅らせて、ユーザーが下にスクロールできるようにします。

この最適化手法により、ユーザーが最初に表示する画像とコンテンツを最初に表示できます。 そして、実際にはまだ見たり見たりする予定のないものをダウンロードして、リソースを無駄にすることはありません。 Google 自身も遅延読み込みを推奨しており、基本的には画面外の画像の遅延と呼んでいます。 そして、わざわざロードしないでください。

開発者として、必要に応じて各画像に手動でタグを付けたり、ビデオを遅延読み込みとしてタグ付けしたりできます。 しかし、e コマース サイトの場合はご想像のとおり、これを行うにはかなりの労力が必要です。 また、これらの画像のそれぞれに手動でタグを付けるのが苦手な場合は、プラグインを使用してそれを行うことができます。 WordPress に最適な読み込みプラグインを Google で簡単に検索した場合は、最適なプラグインを使用するための推奨事項がいくつかあります。

しかし、私たちと電子商取引では、たとえばWP Rocketにそれらを貼り付けることをお勧めします. Adobe 遅延読み込みの最適化を提供します。 また、考慮したいことは、常にモバイル ユーザーを覚えておくことです。 画面とパフォーマンスが小さいため、大量の画像を読み込む必要はありません。 あなたはそれを縮小したいと考えています。

画像全体に圧縮を使用する必要があります。これにより、帯域幅が 40% も大幅に節約され、その特定の画面とファイル形式の読み込みが画像の鍵となることは明らかです。 たとえば、JPEG には 600 x 600 の画像が 100 キロバイトあるため、PNG は 216 ですが、WebP はわずか 56 キロバイトです。 ですから、非常に慎重に検討する必要があります。OK、提供されるこれらすべての画像に使用するファイル形式は何ですか? 特に e コマース サイトからは、数千の製品、数千の画像、数百のビデオをそれらの画像とそのコンテンツのバックアップとして使用できる可能性があります。

常に画像のサイズを変更したい場合。 Imagify、Youoptimizer、TinyJPG などのオンライン ツールや、WordPress で画像を最適化するためのツールを確認できます。 Imagify は WP Rocket と同じチームによって作成された非常に直感的なプラグインで、3 種類のレベル (ノーマル、アグレッシブ、ウルトラ) を使用して画像を自動的に圧縮します。 また、エンド ユーザーに適した画像サイズに調整することもできます。

サムネイルのサイズにも注意してください。 とにかく小さいので、小さくしてください。 背景をシンプルに保ちます。 remove.bg や Slazenger などのツールを使用して背景を削除し、背景を更新して単純化します。 また、CDN を使用してグローバル配信を高速化します。 常に同様に、画像には常に代替の役立つラベルをそれらの画像に添付してください。

これは、SEO、検索エンジンの最適化に役立ちます。 また、ラベルが実際に画像や動画の内容を反映していることを常に確認してください。 開発者として、RDHD のような略語を使用したり、単に Y バンドを使用したりすることがあります。 黄色い帯が付いた赤い帽子だということはわかっています。 しかし、SEO はそれが何であるかを認識していないため、画像の表示に関して、より現実的または言語的になるようにしてください。

したがって、ビデオの最適化も同様に、データ圧縮ツールを使用してください。 繰り返しますが、モバイル ユーザーを思い出してください。 可能であれば、すべてを HTML5 形式に変換します。 音声のない動画の場合は、音声を完全に削除します。 帯域幅を消費するだけなので、持っていても意味がありません。 繰り返しますが、コンテンツ配信ネットワークを使用してください。 動画サイトを指定し、遅延読み込みに関しても、ページが完全にダウンロードされるまで、これらの画像の読み込みを常に延期します。

検索エンジンの最適化 – ご存じかもしれませんが、検索の最適化は基本的に、検索の有効性を高め、マーチャントの売上を増加させることができるため、専門家である特定のサービスプロバイダーに検索をオフロードする方法です。ユーザー。 デフォルトでわかっているように、WooCommerce には検索機能が組み込まれています。 しかし、製品属性、カスタム フィールド、および説明の一致に関する機能に関しては、多くの要望が残されています。 非常に遅いです。 優れたユーザー エクスペリエンスは提供されません。 そして結局のところ、それは非常に効果的ではありません。

WooCommerce に関する製品検索を検索すると、期待どおりに機能しないことがよくあります。 本当にやりたいことは、カスタマー ジャーニーを中断しないように、強力なエラー トレランスを持つ検索機能を用意することです。 より良い結果を得るために、強力なクエリのオートコンプリートと自然言語処理を使用できるようにしたいと考えていますが、これらはすべて WooCommerce 検索にはありません。

また、レポートを簡単に改善するための包括的な分析に関する機能が必要です。これにより、構築した検索の有効性、顧客が何を検索しているか、検索に対する反応を実際に確認できるようになります。それは製品に関して一致しますか?実際にそれを助けるために、構成でどのような変更を加えることができますか? 基本的に、顧客が探しているものをより速く見つけられるようにします。

では、何ができるでしょうか。 前述したように、私たちが行っていることは、検索エクスペリエンスの摩擦を軽減し、顧客が必要なものを見つけられるようにするために、検索のオフロードを使用することです。 つまり、基本的には第三者によって実行されるプロセスです。 Woo と統合されているため、WooCommerce 検索機能が向上します。 基本的に、必要に応じてフィルタリングするためのウィジェットがあります。 ユーザーに結果を提供することで、ブランドの信頼を向上させることができます。

自動提案があり、重み付けを構成および調整できます。 顧客結果、つまりカスタム結果を提供できます。 前述したように、自動検索と検索分析を即座に行うことができますが、これは非常に重要です。 検索を分析してその効果を確認できなければ、検索しても意味がありません。 また、SEO 統合を微調整して、顧客が必要なものを確実に見つけられるようにするのにも役立ちます。 ユーザーが Google で検索すると、探しているものに基づいてこの特定のサイトにアクセスします。

また、顧客の意図を明らかにし、顧客の関心に関するデータを明らかにするのにも役立ちます。 彼らは何を探していますか？ 彼らは何を購入しようとしていますか? あなたのサイトに彼らを引き付けるものは何ですか? 彼らは何を探していますか？

検索に関する推奨事項は、オートコンプリートを探すことです。 そのため、それに関連して提案を行います。 また、常にエラー修正を有効にしてください。 そのため、誰かが製品に関して間違ったことを入力した場合、それを思い出さないようにしてください。 製品に関連する正しいスペルまたは説明を常に覚えるようにしてください。 サイトで検索を有効にしている場合は、ユーザーが行き止まりに陥ることを決して許してはなりません。

常にページがあります。 あなたのサイトにないものを探している場合でも、現在その特定の製品を見つけることができないというページに誘導します。 弊社営業部等にご連絡いただければ対応させていただきます。 これは、その特定のユーザーにとってより良いエクスペリエンスであり、その顧客との信頼も生み出します。

常に最適化します。 顧客が何を検索しているかに基づいて分析調査を行うときは、それらの用語に関連して最適化して、他の顧客がそれらを探して戻ってきたときに実際にそれらを発見できるようにします. すべての商品でタグ、タイトル、説明を使用します。 彼らはあなたの検索のパンとバターです.

したがって、すべてのデータが正確であることを確認してください。それは製品が何であるかを反映しており、特定のマーチャント サイトにある個々の製品を常に可能な限り説明しています。 モバイルの検索を構成します。 また、モバイル検索は、ウェブサイトの点でラップトップ検索とは少し異なります。 検索でそれを構成して有効にしたことを確認してください。 そして、常に分析を参照してください。

WP エンジンに関しては、ElasticPress と提携して、基本的に、e コマース製品の一部として自動的にデフォルトでインストールされるプレミアム検索プラグインであると信じているものを提供しました。 自動提案、重み付け、顧客結果などのすべてを提供します。

これで、WooCommerce のアドバイス、ガイダンスに関する 3 つのヒントが完成しました。それを Jeremy に戻します。 では、どうぞ、ジェレミー。 ありがとう。

JEREMY BENOIT: 注目すべきもう 1 つの領域は、AJAX カート フラグメントです。 AJAX カート フラグメントは、必要なコードです。 遅延が発生し、サーバーのスパイクが発生し、不必要に実行されることで知られています。 しかし、AJAX カート フラグメントは本当に悪いのでしょうか。

その目的は、新製品、新製品の価格、新製品の数量でカートを更新し、ページのリロードを強制せずに価格を計算することです。 ただし、カート フラグメント エージェント スクリプトは、すべてのページ (ホームページ、製品ページ、さらにはカートに追加するアクションがないページ) で実行されます。 それはあなたの私たちについてのページかもしれませんし、あなたの連絡先ページかもしれません。

現在、この実行または実行は、多くの場合、サーバーのスパイクや不要なリソースの使用の原因となり、サイトのパフォーマンスや買い物客のエクスペリエンスを妨げます. 理想的には、カート フラグメント AJAX は、カートに追加アクションがある場合、またはサイトに動的カートがあり、アクションを使用してカートを開いたり動的に操作したりできる場合にのみ実行する必要があります。 では、AJAX カート フラグメントに対して何ができるのでしょうか?

ほとんどの場合、私たちのように、そのカート フラグメントを無効にすることを提案する人がいますが、AJAX カート フラグメントを無効にする方法は 2 つあります。 A、カートフラグメントを無効にするプラグインを追加したい。 カートのフラグメントを無効にできるプラグインは数多くあります。 しかし、php の編集に慣れている場合は、テーマの functions.php ファイルを編集してカートの断片化を無効にすることもできます。

いくつかのリスクがあります。 カート フラグメントを無効にすると、一部のカート ウィジェットで問題が発生する場合があります。 そのため、カート ウィジェットを無効にしてからテストし、期待どおりに機能することを確認します。

次のトリックまたはヒントは、カスタム オーダー テーブルがリリースされたら、それを利用することです。 どういう意味ですか？ この後の DE{CODE} では、今年後半にリリースされる新しいカスタム オーダー テーブルについて WooCommerce からお知らせします。 そして、WooCommerce テーブルは、orders テーブルには構造上のジレンマがあります。 多くの人が知っているように、これはスケーリングが不十分な理由として指摘されることがよくあります。 しかし、製品を扱うインタラクションや注文を扱うインタラクション、場合によってはプラグイン データでさえ、速度の問題になる可能性があります。

現在、WooCommerce は、注文、製品、およびいくつかの追加されたプラグイン データを含むさまざまなデータ エンティティを保存するポスト メタ テーブルを使用しており、これらのエンティティのいずれかに対する呼び出しがあるときはいつでも、それらはすべて同じソース。 したがって、カスタム注文テーブルを作成して渋滞を緩和すると、真の e コマース エンジンである WooCommerce の構造的整合性が追加され、あらゆる種類の注文アクティビティの速度が向上することが想像できます。 これは、特にトラフィックが多く、注文量が多いサイト、または非常に大きな製品カタログを持つサイトにとっては、大きなサポートとなります.

これら 3 つの異なるタイプのテーブル、コア注文情報用の新しいコア テーブル、特にプラグイン データ用の新しいプラグイン テーブル、開発者が保存する必要があるあらゆる種類のカスタム メタデータ用の新しいメタ テーブルを用意することで、ポスト メタ テーブルが注文のやり取りに対して以前と現在持っているボトルネック。 これらのテーブルには専用のインデックスもあり、これらのテーブルのそれぞれで特定のエンティティを取得する速度が向上します。 カスタム オーダー テーブルについては、後の DE{CODE} で詳しく説明します。

それでは、3 つ目の改善点であるヘッドレスの速度を見てみましょう。 したがって、このヒントはヘッドレスにすることです。なぜなら、ヘッドレス (ヘッドレス スタック) は速度を桁違いに向上させるからです。 ヘッドレス インフラストラクチャのフロント エンドの JavaScript コードは、従来の WordPress インフラストラクチャよりもはるかに高速になり、場合によっては 10 倍高速になります。 Atlas インフラストラクチャを利用している顧客もおり、Lighthouse のすべての指標で 6 倍の増加が見られます。

WP Engine には、Atlas と呼ばれるヘッドレス インフラストラクチャがあります。 そのインフラストラクチャは、WooCommerce インスタンス全体で静的および動的なあらゆる種類のコンテンツの取得速度を大幅に向上させる、コンテンツ エンジンと呼ばれるコンポーネントも備えています。 ヘッドレス インフラストラクチャにより、バックエンドの統合をカスタマイズすることもでき、WooCommerce サイトと統合する必要があるサードパーティ アプリケーションとの超高速の最適化の機会が生まれます。 そして、それが今日の私の最後のヒントです。