Home 技術記事 最適化を超えて—最速のMagento 2ストアの秘密
Applications

最適化を超えて—最速のMagento 2ストアの秘密

About The Author

Outline

元のソース:Layer0

eコマースサイトのスピードを最適化することは、小売業者が可視性とコンバージョンを向上させるための重要な戦略です。 今では、サイトの速度がさらに重要になります。 Googleは最近、ユーザーの経験に基づいてページを判断する新しいランキングアルゴリズムを導入する、ページエクスペリエンスアップデートを発表しました。 これは、2021年初頭に更新が公開された時点で、遅いページのランクが現在のランクよりも低くなることを意味します。

これは大きな課題であると同時に、Magento 2のウェブサイトにとっても、肉とジャガイモの最適化戦略を超えて、Googleの検索結果で上位にランクされるインスタントウェブサイトで文字通り競争を打ち破りたいと考えている機会でもあります。

Magentoとは何ですか?

アドビが所有する Magento は、世界中のOver 250,000オンライン小売業者によって使用されている主要なeコマースプラットフォームです。 観点から見ると、インターネット上の4番目のeコマースビジネスはすべてこのプラットフォームを使用しています。

Magento 1の公式 サポートは2020年6月に終了し 、プラットフォームの最新の形態であるMagento 2への移行には、ウェブサイトの完全な書き換えが必要です。 多くの小売業者にとって、これはスピード最適化戦略を再考し、ウェブサイトのパフォーマンスとSEOを向上させる最高のウェブテクノロジーを実装する良い機会です。

毎秒が重要なのです

ここ数年、インターネットは急激に加速しています。 ニールセンのインターネット帯域幅の法則 によれば、ハイエンドユーザーの接続速度は毎年最大50%増加しています。 このルールは、過去36年間、途方もなく遅いダイヤルアップ接続から、今日の異常なブロードバンド速度まで、ずっと当てはまりました。 Speedtest.netによる と、今日のアメリカ人は平均して、固定ブロードバンド接続を介して135 Mbpsのダウンロード速度と52 Mbpsのアップロード速度を達成しています。

これらの数字が印象的であるように、これはより速いウェブサイトに直接反映されていません。 モバイルインターネットのパフォーマンスも同じです。世界は超高速5Gネットワーキングの速度に絶賛していますが、eコマースストアやその他のWebサイトの速度とはほとんど関係ありません。 皮肉なことに、モバイルページの読み込み時間 は、実際には過去数年間であり ます。

出典:nngroup.com

より迅速で摩擦のないeコマースストアは、1回のセッションでユーザーにより多くの製品を表示できます。 これにより、コンバージョン率が向上します。 理想的なシナリオでは、店舗とそのインターフェースは邪魔にならず、優れたショッピング体験の背景にすぎません。

さらに、ほとんどのeコマースストアと同様に、人々が非常に価格に敏感な市場で製品を提供する可能性が最も高いです。 さらに悪いのは、競合他社が同じ製品を同じ価格で提供している可能性があることです。 この場合、あなたのSEOランキングとウェブサイトの経験は、あなた自身を差別化するためのいくつかの残りの方法の1つかもしれません。 そして、これら2つは多くの売り手が認識しているよりも接続されています。

Googleは高速なWebサイトを好む

Google Page Experienceのアップデートが近日公開されているため、 ウェブサイトの速度に細心の注意を払うことが重要です。 eコマースWebサイトのスピード最適化は、2020年以降、多くの小売業者にとって最も重要な取り組みの1つとして認識されています。 また、ページエクスペリエンスのアルゴリズム更新が開始されると、検索ランキングやSERPの位置で低速なサイトがすばやくずれます。 今こそ行動を起こす時です。

Googleの検索結果の最初のページはウェブトラフィックのほぼ95%を受け取り、残りのSERPページはわずか5%です。 そして、GoogleはRankBrainアルゴリズムとそのさまざまなコンポーネントの重み付け方法について常に非常に曖昧でしたが、2021年の開始が検索ランキングで重要な役割を果たすことは確実です。 Googleが検索結果に影響を与える特定のシグナルで着物を開くのは、史上初めての可能性があります。

Magento 2ストアを速度に合わせて最適化しないと、オーガニックトラフィックや潜在的な顧客を失うリスクがあります。 2020年に行動を起こさない大手ブランドでさえ、多くの店舗では検索トラフィックが減少し、大幅な収益損失を被る可能性があります。 より流動的で、より良く、より速い体験を提供するウェブサイトは、最も人気のあるオーガニックキーワードを支配し始めます。

製品だけでなく、優れた体験を提供する

他の多くのeコマースプラットフォームと同様に、Magento 2は元々バックエンドとデータファーストのアプローチで構築されており、実際のエンドカスタマーエクスペリエンスとWebサイトの速度にほとんど焦点を当てていません。 彼らの焦点は人ではなくSKUにあります。 これにより、プラットフォームの顧客、システムインテグレータ、設計者、開発者にWebサイトの速度最適化の負担がかかります。

ストアがMagento 2で実行されているか、その他の人気のあるeコマースプラットフォームやバックエンドシステムで実行されているかにかかわらず、最速の体験を提供したい場合は、速度重視の高度なWebテクノロジーを実装する必要があります。そのためには、まずヘッドレスに移行し、ポータブルフロントエンドを構築する必要があります。

ヘッドレスeコマースとは何か、そしてそれがインスタントページロード広告の基本である理由の詳細については、このウェビナーをご覧ください。

最速のMagentoウェブサイトの背後にある重要な戦術についてお読みください。

スピーディなMagento 2 Storesを支えるテクノロジー

オンラインショッピングは本質的に非常に視覚的な体験であるため、サイトの速度はeコマースにとって特に重要です。 ストアは通常、画像が多いWebサイトであり、買い物客が最後に見たいのは、読み込みが遅い製品ページ、粗い画像、ゴミです。

Magento 2ストアを速度に合わせて最適化する場合は、軽量テーマの使用、画像の最適化、レンダリングをブロックするJavaScriptコードの削除など、さまざまな戦術を実装して高速化できます。 あなたはあなたのウェブサイトを最適化するチーム全体を持つことができますが、問題は、これらすべての標準的な速度最適化技術が通常タップ後に起こることを微調整することを含むことです 。 Webサイトを本当に高速にする には、顧客が何かをクリックする前に内部で実行されるテクノロジーの組み合わせが必要です 。 タップに反応することから、それを予測することに移行する必要があります(それについては後で詳しく説明します)。

速度指向のウェブ技術の多くは、バックエンドをフロントエンドから分離する必要があります。つまり、フロントエンドを移植可能にするか、ヘッドレスコマースアーキテクチャにサブスクライブする必要があります 。 ヘッドレス化により、フロントエンドとバックエンドに最適なソリューションを互いに独立して簡単に使用できるようになり、選択したバックエンドで最速のWebサイトを配信できます。

Magento 2 eコマースWebサイトでヘッドレスになったら、プログレッシブWebアプリ(PWA)のように速度のために構築されたポータブルフロントエンドを使用できます。 PWAフロントエンドでヘッドレスMagento 2ストアを実行するには、しっかりとしたAPIカバレッジと優れたドキュメントが必要です。

ヘッドレス化により、次のような最新テクノロジーを追加してWebサイトを高速化することもできます。

  • スピーディなブラウジングトランジションを実現するポータブルフロントエンド
  • サーバーサイドレンダリング(SSR)とAMPのサポートにより、超高速の初回ロードを実現します。
  • 予測プリフェッチ
  • エッジコンピューティングを備えた最先端のCDNにより、エッジでの動的コンテンツのキャッシュヒット率を最適化し、購入者の数秒前に5を維持

Magento 2がこれらのテクノロジーの実装と1秒未満のeコマースWebサイトのサポートにどの程度適しているかを調べてみましょう。

1. Magento 2 API

ヘッドレスストアは、APIを介してフロントエンドとバックエンドeコマースプラットフォームを接続します。 ヘッドレスになる前に、eコマースプラットフォームに優れたAPIカバレッジがあるかどうか、およびサードパーティのストアフロントに簡単に接続できるかどうかを確認する価値があります。

MagentoはAPIカバレッジを提供しています: SOAPおよびRESTエンドポイントはすべてのバージョンで利用可能であり、Magento 2のアップデートでネイティブのGraphQLサポートが追加されました。 PWAとヘッドレスエンドポイントはGraphQL APIを介して作成できますが、プラットフォームのコードやデータベーススキーマをカスタマイズすると、APIの互換性が損なわれる可能性があります。

  • Magento 1 API形式:REST 、SOAP
  • Magento 2 API形式:REST 、SOAP、および最新のGraphQL

Magento 2を使用すると、フロントエンド開発用のRESTおよびSOAP Web APIの代わりに、GraphQLを使用してヘッドレスWebサイトやPWAをサポートするAPIを比較的簡単に作成できます。

2. Magento 2 用PWAフロントエンドの構築

最新のPWAポータブルフロントエンドは、多くの点でネイティブアプリのようなものであり、Webサイトを探索するのが高速であるため、速度の利点は明らかです。オンラインショッピングで多くのことを行います。

Magento 2のPWAは、ネイティブのような感覚で、より速く感じられます 。 ただし、PWAの文脈で速度を言及する場合、それは速度よりもレイアウトの安定性に関するもの です。 ページ間を移動しても、これらのページは従来のWebサイトのように「跳ね返る」ことはありません。 また、ユーザーは通常、この「跳ね返っている」ことをページの読み込みが遅いと認識します。

これは何度も見たことがあるでしょう。ウェブサイトに入り、数秒後に広告やバナーがロードされ、すべてが変化してテーマ全体が上下に移動します。 これにより、意図しないクリック、気が散り、買い物客の不満が生じます。

PWAフロントエンドはこの問題を解決します。 Magento PWA Studioは、開発者がMagento 2上に複雑なプログレッシブウェブアプリを構築できるようにするツールのコレクションです。 残念ながら、PWA StudioはMagento 2.3以降でのみ利用できます。ほとんどの販売者はまだアップグレードしていません。

要約すると、Magento 2ストアの上部にPWAフロントエンドを構築することの長所と短所があります。

サポートされるPWAにおけるMagento 2の利点:

  • MagentoはPWAサポートを提供しています。 Magento 2には、ベーステーマとルミアレスポンシブテーマが付属しています。 Magento 2.3では、PWA Studioと呼ばれるツールキットを提供しています。このツールキットには、「Venia」という基本テーマが含まれています。
  • レイアウトの安定性の向上。 PWAフロントエンドのMagento 2ページはよりスムーズにレンダリングされます。つまり、画像が多いページでも、ロード中に画像が「跳ね返る」ことはありません。
  • スピード。 PWAが正しく構築されていれば、Webサイトはより高速になります。

最後の2つの利点はサーバーサイドレンダリングに依存していることに注意してください。これは可能ですが、PWA Studioフロントエンドでは常に使用できるわけではありません。 それについては後で詳しく。

Magento 2でPWAフロントエンドを提供する際の課題:

  • Magentoがネイティブに提供しているPWAは、それほど高速ではありません。 驚くほど高速になるには、適切なインフラストラクチャが必要です。 PWAは、適切なテクノロジー(サーバーサイドレンダリングやエッジコンピューティングを使用したCDNなど)がなければ、Webサイトの速度を低下させることもあります。 多くの大きな店がその間違いを犯しています。 少し直感に反するように聞こえますが、それは本当です。PWAに入ってスピードを上げますが、Webサイトの速度が遅くなる可能性があります。 私たちの分析によると、PWAを配信する上位の500米国のeコマースWebサイトは、PWA以外のWebサイトよりもはるかに速くロードされておらず、平均で約4秒です。
  • SSRとAMPがない場合、最初のクリックはまだ遅いです。 Magento PWA StudioはSSRやAMPをそのままサポートしていないため、最初のページの読み込みはそれほど良くありません。 また、PWAにアクセスすると「アプリ」全体をダウンロードするため、最初のロードはそれほど速くありません。 PWAの次ページロードは、従来の複数ページのWebサイトよりも著しく高速です。
  • MagentoのPWA Studioは他のオープンソースフロントエンドオプションと似ていますが、PWA Studioはプラットフォームに特化しています。 つまり、Magentoのエコシステムに閉じ込められたままであり、ヘッドレスコマースの価値の一部を鈍らせることになります。
  • ネイティブPWA Studioを使用してMagentoでPWAを構築するには、従来のMagento開発とは異なるスキルセットとツールチェーンが必要です。
  • Magento PWA StudioはMagento 2.3以降でのみご利用いただけます。 Magentoストアの大部分はまだMagento 2.3にアップグレードしていません。

全体として、オープンソースのポータブルなPWAフレームワーク(つまり、プラットフォームにネイティブに組み込まれていないが、自然なAPI接続を提供するもの)を選択することは、MagentoがPWA Studioで提供するベンダーが作成したフレームワークよりも優れた選択肢です。

Magento 2 用のサードパーティフロントエンドフレームワーク

オープンソースおよびベンダー提供のフロントエンドオプションは無料ですが、ベンダーが作成したフロントエンドは移植性がありません。 もちろん、あなたはおそらくいくつかの努力で別のプラットフォームにそれを取ることができますが、確かにそれを可能にするように設計されていませんでした。 PWA Studioを使用して構築されたようなベンダーが提供するフロントエンドは、PWAの回答を得るためにeコマースプラットフォームによって構築されています。

Magento 2ストアで動作するPWAフロントエンドを探す場合、理想的には、同じページを2つのバージョンでレンダリングする、同型のフレームワークを探しています。 2回書く必要はありません。1回書きます。 最初のページはサーバーサイドでレンダリングされ、ナビゲーションはクライアントサイドでレンダリングされます。

ヘッドレスになったらMagento 2ストアで使用できる同型のヘッドレスフレームワークがいくつかあります。

  • Next.js–Vercelによって作成されたPWAのための優れたReactフレームワーク
  • Nuxt.js–Next.jsと同じですが、Vue、
  • React Storefront–Next.jsをベースにしていますが、Magento、Shopify、SAP(Hybris)などの特定のプラットフォームへのより多くのストアフロント機能、ウィジェット、コネクタが付属しています。 Layer0はオープンソースのPWAフレームワークReact Storefrontの主要な貢献者である。
  • Angular–サーバーサイドレンダリングを使用してポータブルPWAフロントエンドを作成できます。

これらの4つのフレームワークは、クライアント側とサーバー側の両方のレンダリングを提供します。 つまり、最初のロードでは速度のトレードオフは発生しません。ストア内の最初のロードと後続のすべてのロードの両方が高速になります。 また、Googleはレンダリング時間が短いページを愛していることを知っています。これにより、ストアのような重いアプリがSSRなしでうまく配置できる可能性が低くなります。

複雑なeコマースサイトは、多くの場合、JavaScriptを多用し、クロールして理解するためにGoogleがより多くの労力を必要とします。 彼らはそれは重要ではないと言うでしょうが、Googleはクライアントサイドレンダリングを好まない。 また、コンテンツが正しく表示されない場合は、バグや問題が発生する可能性があります。 理想的には、サーバーサイドレンダリングをそのまま実行できるPWAフレームワークを探すべきですが、MagentoのPWA Studioでは実行できません。

結論: Magento 2.3のPWA Studioで得られるネイティブPWAエクスペリエンスは、大幅な速度向上を提供しません。 しかし、Layer0でMagento PWA Studioを起動すると、より高速なWebサイトが得られます。

高速なMagento 2 の構築

PWAのようなヘッドレスで携帯可能なフロントエンドには、多くの速度の利点があります。 良いPWAはあなたを遅いものから速いものへと連れて行きますが、それはあなたを瞬時に得ることはありません。 そのためには、次のような最先端のテクノロジーを正しく組み合わせる必要があります。

1.サーバサイドレンダリング(SSR)とAMP

Magento 2.3は、サーバーサイドレンダリングを実装するための限られたツールを提供しています。 Magento PWA Studioの上位仕様の一部として、口ひげテンプレートを使用して実装されています。 True SSRは、(口ひげテンプレートだけでなく)サーバー上で完全なクライアント側コードを実行します。 その結果、Upwardを使用したSSRは特定の領域(アプリシェルなど)に限定されます。または、開発者はSSRをサポートする必要があるページまたは領域ごとに、クライアント側のReactコードとサーバー側の口ひげテンプレートの両方にコードを複製する必要があります。

Google AMPは、HTMLを簡素化し、CSSとJavaScriptに厳しい制限を課すことで、超高速のモバイルウェブページを作成するためのオープンソースフレームワークです。 検索から500ミリ秒で読み込まれる平均AMPページ。 これらのページはキャッシュされ、Googleサーバー上で事前レンダリングされます。これにより、迅速に配信されます。

Magento 2ストアでSSRとAMPを実装する際の課題:

  • MagentoはAMPをサポートしていない。 AMPをサポートするには、独自にこれらの機能を追加するために、サードパーティの拡張機能や既存のテーマを再構築する必要があります。 これにより、モバイルでの最初のページの読み込みを最適化する能力が大幅に妨げられます。
  • Magento 2では、上位のSSRをサポートするには、Node.jsサーバー群を実行して保守する必要があります。

2.最新のCDN

コンテンツ・デリバリー・ネットワーク(CDN)は、メディア・ファイルを保存できます。 CDNは、Webサイトのコンテンツ(画像、ビデオ、コード(JavaScript、CSSなど)の読み込みを高速化するために作成されました。 誰かがあなたのウェブサイトにアクセスすると、CDNはコンテンツへの道を短くするので、全国のサーバーからアクセスする必要はありません。 CDNはすべての主要都市にこの情報を配置しているため、コンテンツにアクセスする時間がはるかに短くなります。 CDNを持っているが、それを知らない人もいるかもしれません。

従来のCDNは、画像やテキストなど、頻繁に変更されない要素を保存する静的なWebサイト用です。 しかし、動的な価格設定とリアルタイムの在庫検索を備えた現代の店舗には、それ以上のものが必要です。

モバイルネットワークがますます高速化し、4Gと5Gの速度がすべて向上している場合でも、モバイルWebサイトは同じ速度を維持します。通常、1ページの読み込みあたり約3〜5秒です。 ほとんどすべての主要なeコマースサイトが現在CDNを使用しているにもかかわらず、これは改善されていません

CDNとMagento 2 を統合する際の課題

  • Magentoのオンプレミスバージョンには、すぐにCDN統合が付属していませんが、選択したCDNを使用することはできます。
  • Magento Commerce (Cloud)にはキャッシングモジュールが組み込まれていますが、真のCDNではありません。 実際のCDNにあるような、分散されたPoints of Presence(POP;アクセスポイント)がありません。

Layer0 CDN-as-JavaScriptは、CDNを置き換えることも、CDNと一緒に動作することもできます。 私たちはほとんど100 PoPを持っています。 Layer0のWebサイトでは、エッジの動的コンテンツの平均キャッシュヒット率は95%以上です。

Magento 2で1秒未満のページロードを実現するためにLayer0がどのように役立つかについて、コンサルティング型の会話をスケジュールしてください。

私たちがお手伝いします

Layer0を使用すると、開発や展開から簡単なロールバックまで、スピーディでヘッドレスなMagentoストアを非常にシンプルにできます。 次はNuxt、React、SAP/Spartacus、React Storefront、 VUE Storefront—すべての製品をサポートしています。

スピードとコンバージョンリフト。 コンバージョン率の向上とオーガニックトラフィックの増加は、eコマースサイトに相乗効果をもたらし、直接収益につながります。 より高速なストアを運営することで、SERPの成績が向上するだけではありません。 より競争の激しい市場では、競合他社がWebサイトへのトラフィックを失っていることを意味します。 Layer0のウェブサイトでは、コンバージョン率と検索トラフィックが平均15~30%増加しています。

シンプルさ。 Layer0の目標は、Webを瞬時にシンプルにすることです。これは、単純な作業ではありませんが、ヘッドレスのトレンドをサポートしています。 Layer0のWebサイトでは、サーバーレスJavaScriptプラットフォームを使用してコードをワークフローの中心に置くだけで、開発者の速度と企業の俊敏性が20%向上しています。

コラボレーション。 新しいコードを書くたびに、プリプロダクション環境が自動的に生成されます。 QA担当者やビジネス関係者は、コードがマージされる前にテストしてフィードバックを提供できます。

12 WeeksでMagento 1からMagento 2にアップグレードして、1秒未満のWebサイトを入手してください。

実際のA/Bテスト。 A/Bテストはあなたのウェブサイトを遅くする。 速度のために最適化されたウェブサイトを持っていることに意味がないし、A/Bテストはあなたの努力を台無しにする。 Layer0(Edgio)を使用すると、Webサイトで実験を行うことができますが、すぐに使用できます。 たとえば、5%のユーザーに対してカナリアデプロイを実行できます。 Layer0を使用すると、アプリケーションを記述するようにルートルールを記述し、トラフィックの分割を完全に制御できます。

Layer0には、パフォーマンスモニタリングとダッシュボードが付属しており、すべてを追跡できます。

無制限のスケール。 ブラックフライデーでも、Layer0は自動的にスケールして、ストアへのトラフィックの増加を吸収します。 米国の買い物客の3分の1が毎月Layer0のウェブサイトにアクセスしているため、あなたはあなたが良い手にいることを知っています。

セキュリティ。 Layer0は、WAF、DDoS、ボット緩和をすぐにサポートする、エンタープライズ対応のPCIレベル1 DSS認定です。

成功している店舗:AkiraのインスタントMagento 2ストア(Layer0)

インスタントeコマースWebサイトは、収益に大きな影響を与える可能性があります。 私たちはこれを何度もお客様に見てきました。 たとえば、ギフトと花の巨人である1-800-Flowersは、サブセカンドWebサイトからのコンバージョンが50%上昇しました。 Venus Fashionはもう1つの例で、ファッション小売業者は1秒未満でウェブサイトの読み込みの15.25%からLayer0の72.75%になり、24%のコンバージョン率が上昇しました。

ファッション小売業者のAkiraは、Layer0の1秒未満のウェブサイトでコンバージョン率を37.25%引き上げました。 Akiraは、次のような高度なテクノロジーの組み合わせを即座に検討しました。

  • React Storefrontで構築された超高速eコマースPWA
  • サーバーサイドレンダリングとAMPのサポート
  • 予測プリフェッチ
  • エッジコンピューティング機能を備えたCDN-as-JavaScript

最初の2つは、ランディングからチェックアウトまで、超高速のページ速度を保証します。 最後の2つは、次の動きを予測し、キャッシュされたエッジからJSONデータをプリフェッチしてブラウザーにストリーミングすることで、ウェブサイトが買い物客よりも数秒早く5を維持できるようにします。 このようにして、ユーザーはサイト全体がすでに自分の電話にあり、「ページ読み込み」の概念がなくなったように感じます。

高速な検索トラフィックとSEOを実現する摩擦のないAMPサポート

Akiraは、Amazon、Nordstrom、Zapposなど数十億ドル規模の競合企業よりも、キーフレーズを獲得しています。 どうやって? ファッション小売業者は、React StorefrontのAMP変換テクノロジーを利用して、検索からすぐに最初のロードを提供します。

小売業者のウェブサイトのすべてのページには、自動的に生成されたAMPバージョンがあります。 これにより、小売業者は、検索エンジンの最適化に特化した大規模なチームと予算で、eコマースの巨人を凌駕するために必要な競争上の優位性を得ることができます。

SSRによる非検索トラフィックの高速化

Akiraは、Layer0組み込みのサーバーサイドレンダリング機能を使用して、非検索チャネルに即時の最初のロードを提供します。 表示、ソーシャル、電子メール、紹介、その他の検索以外のトラフィックの平均は1秒の北にあり、その後のページは500ミリ秒でロードされます。 これは、ページの読み込みあたり平均3 ~ 5秒の市場では非常に競争上の優位性です。

レイヤ0で自動AMP変換機能を内蔵した、検索からの最初のページ読み込み

AKIRAのケーススタディの全文はこちらからご覧いただけます

概要

現代の消費者は気まぐれで目が肥えており、エクスペリエンスにわずかな問題がある場合は、eコマースWebサイトを離れる可能性があります。 Googleがウェブサイトの速度に重点を置くようになったことで、オンライン小売業者は標準以下のウェブサイトパフォーマンスを提供する言い訳をすることができなくなりました。

ウェブサイトの速度が遅いことに悩まされている場合は、行動を起こす時が来ました。 2021年初頭には、ページエクスペリエンスの更新が公開されるため、低速なWebサイトが検索ランクに滑り始めます。 いずれにしても、ユーザーはより良い体験を得ることができ、あなたはより良いSEOを得ることができます。 ユーザーと検索エンジンにとって速度は引き続き重要性を増し、トラフィックとコンバージョン率の上昇を二次的な勝利としてもたらします。

しかし、競争を跳躍してすぐに行くことができるのに、なぜスピードのためにあなたのサイトを最適化しようとするために莫大な努力を費やすのでしょうか? Magento 2でPWAまたはSPAを使用している場合、Layer0(Edgio)では500ミリ秒未満のページ速度が保証されます。 Magento(またはその他のeコマースプラットフォーム)に従来のWebサイトがある場合でも、この速度の向上を保証します。

これが可能なのは、Layer0(現在のEdgio)が速度最適化の概念を元に戻し、買い物客のタップ前に(予測プリフェッチとエッジキャッシュを介して)大量のリフトをすべて行い、タップ後のページレンダリングを最適化するためにスクランブルするのではなく、消費者のタップ前にすべて実行するからです。 このようにして、サイトの5を買い物客の数秒先に保ちます。