私の WooCommerce サイトが非常に遅いのはなぜですか?

WooCommerce ストアが遅いという問題は 1 つだけではありません。通常は 3 つまたは 4 つの小さなストアが積み重なって発生します。まさにこれが、「キャッシュ プラグインをインストールする」だけでは問題が解決することがほとんどない理由です。これは、クライアントが店舗の調子が悪いと感じたときに実行する診断シーケンスで、実際に最も早く原因を特定できる順序で実行されます。

何かを修正する前に診断する

プラグインやホスティングに触れる前に、実際の数値を取得してください。 Google PageSpeed Insights を通じてホームページと商品ページを実行し、特に次の 2 つのことに注意してください。最初のバイトまでの時間 (TTFB)レンダリングをブロックしているものの詳細。 600 ミリ秒を超える TTFB は、ほとんどの場合、ホスティングまたはサーバー側の問題を示しています。フロントエンドをいくら最適化してもサーバーの遅さは解決できません。 TTFB は高速でもページの読み込みが遅いと感じる場合は、画像、レンダリングをブロックするスクリプト、またはプラグインによって挿入された CSS/JS などのフロントエンドに問題がある可能性が高くなります。

この 1 回のチェックで何時間も節約できます。これにより、ホストとプラグイン スタックのどちらから開始するかがわかります。これらはまったく異なる修正です。

ホスティング: 最も一般的な根本原因

WooCommerce は、データベースにアクセスするすべてのリクエストで PHP を実行します。特に商品ページ、カート、チェックアウトは静的ではなく動的であるため、限られた PHP ワーカーと CPU 割り当てによる共有ホスティングは、実際のトラフィックの下では困難を伴います。重いプラグインがアクティブになっていないページでも TTFB が一貫して遅い場合は、ホスティングが原因である可能性が高く、回避できる症状ではありません。

確認すべき内容:

• PHPのバージョン。古い PHP バージョン (7.x 以下) は、同じコードに対して現在の PHP 8.x リリースよりも明らかに遅くなります。ホストが最新バージョンを実行していることを確認します。これは多くの場合、ホスティング コントロール パネルでワンクリックで無料で変更できます。
• WooCommerce ホスティングの共有と管理。パンフレット サイト用に最適化された一般的な共有ホスティングは、WooCommerce が生成するデータベース負荷を考慮して構築されていません。マネージド WooCommerce またはマネージド WordPress ホスティングには、通常、この特定のワークロードに合わせて調整されたサーバーレベルのキャッシュとリソース割り当てが含まれています。
• サーバーの場所。顧客のほとんどが 1 つのリージョンにいて、サーバーが別の場所にある場合、CDN が役立つまでのラウンドトリップにより実際の遅延が追加されます。

プラグイン監査: 量より質

「プラグインが多すぎる」ことは速度の低下の本当の原因ですが、ページの読み込みごとに各プラグインが実際に行うことよりも、その数は重要ではありません。管理者内でのみ実行される軽量のユーティリティ プラグインは、ストアフロントでは費用がかかりません。コーディングが不十分なページ ビルダーや、すべてのフロントエンド リクエストでデータベースにクエリを実行するプラグインでは、すべてのページ、すべての訪問でリアルタイムのコストがかかります。

監査するには:

1. Query Monitor (無料) をインストールして、最も遅いページを読み込みます。どのプラグインがデータベース クエリを実行しているのか、その数とそれぞれのクエリにどれくらい時間がかかるのかを正確に示します。
2. アクティブに使用していないプラグインを非アクティブ化します。古い SEO ツール、放棄されたページビルダー、ツールの切り替えによる重複した機能などです。ほとんどの店舗ではこれらがいくつか蓄積されています。
3. 保持しているプラ​​グインについては、「フロントエンドで無効にする」または「必要な場合のみロードする」設定が提供されているかどうかを確認してください。多くの人気のあるプラグインは、機能が 1 つのページでのみ使用されている場合でも、デフォルトでサイト全体にアセットをロードします。

データベースの肥大化

WordPress と WooCommerce はどちらも、ほとんどのサイト所有者が認識しているよりもはるかに多くのデータをデータベースに書き込みます。すべてのコンテンツ編集のリビジョン、決してクリーンアップされない期限切れの一時ファイル、放棄されたカート データ、および完了したかどうかにかかわらず、すべてのチェックアウト試行からのセッション レコードです。 1 ～ 2 年の間に、メンテナンスされていない WooCommerce データベースのサイズは、継続的な価値がゼロのコンテンツによって実際に 3 倍になる可能性があります。

データベースが肥大化すると、すべてのクエリが遅くなり、すべてのページが遅くなります。これは、プラグイン レベルのクエリ問題とは別に存在するのではなく、さらに複雑になります。データベースのクリーンアップ (ポスト リビジョンの制限、期限切れの一時データのクリア、孤立したメタデータのレビュー) を、1 回だけではなく定期的なスケジュールで実行します。

WooCommerce 固有の問題はほとんどのガイドで省略されています

WordPress の速度に関する一般的なアドバイスには、WooCommerce の仕組みに特有のいくつかの点が欠けています。

• カートとチェックアウトのフラグメント。WooCommerce は、デフォルトで、カート インタラクションが発生していないページであっても、ページが読み込まれるたびに AJAX 経由で「カート フラグメント」を更新します。これは、ほとんどのサイト所有者が実行していることを知らないバックグラウンド リクエストです。選択的に無効にしたり、実際に必要なページに限定したりすることができます。
• データベースでのセッション処理。デフォルトでは、WooCommerce はセッション データを高速ストレージではなくデータベースに保存します。トラフィックの多いストアでは、セッションをオブジェクト キャッシュ (ホストが提供している場合は Redis または Memcached) に移動すると、実際のボトルネックが解消されます。
• 関連製品およびアップセル製品のクエリ。これらは、重要なデータベース クエリを実行して、「あなたも好きかもしれない」レコメンデーションを計算します。適切なインデックスが作成されていない大規模なカタログでは、これだけでも商品ページが大幅に遅くなる可能性があります。
• フルページのキャッシュはチェックアウトと競合します。チェックアウト ページとカート ページは静的キャッシュから提供されるべきではありませんが、キャッシュ プラグインの設定が広すぎるといずれにしてもそれらがキャッシュされることがあり、カート データが古くなります。キャッシュ プラグインがカート、チェックアウト、アカウント ページを明示的に除外していることを確認します。

キャッシュ、イメージ、ラストマイルの修正

• ページキャッシュを設定するカート、チェックアウト、アカウント ページを除くすべてのページで、信頼できるキャッシュ プラグインまたはホストの組み込みキャッシュ レイヤーを使用します。
• オブジェクトのキャッシュを有効にする(Redis または Memcached) ホストがサポートしている場合 - これにより、ページ キャッシュだけでは役に立たない動的、ログイン済み、および WooCommerce 固有のリクエストが高速化されます。
• 画像の圧縮とサイズ変更アップロード前に、最新の形式 (WebP または AVIF) を提供します。通常、商品の写真は、あらゆる e コマース ページで最大の資産です。
• CDN を追加する各訪問者に地理的に近いサーバーから静的アセット (画像、CSS、JS) を提供します。
• 未使用の JavaScript を延期または削除する、特にヘッダーに同期的に読み込まれる分析とマーケティングのスクリプトは、プラグインの監査でよく表面化する、一般的で簡単な勝利です。

最適化だけでは十分ではなくなったとき

場合によっては、このリストにあるすべての修正が適用されても、ストアが本来よりも遅い場合があります。通常は、テーマ自体が重い、プラグイン スタックに負荷がかかり、実際の機能を失わずにこれ以上トリミングできない、またはストアが現在のホスティング層の WooCommerce が提供できる量を完全に超えていることが原因です。この時点で、正直な会話は「WooCommerce を最適化する」から「WooCommerce はこのストアのトラフィックとカタログ サイズにとって依然として適切なプラットフォームかどうか」に変わります。私たちのShopify 速度最適化ガイドは、その決定を検討する場合に便利な比較ポイントです。切り替えの実際的な側面については、次の記事で説明しています。WooCommerce から Shopify への移行ガイド。

他の人にこの完全な診断を実行してもらい、検出された内容を修正してもらいたい場合は、Devmerx は WordPress のパフォーマンス作業を処理します— ホスティングのレビュー、プラグインの監査、データベースのクリーンアップ、およびキャッシュの構成。サイトを簡単に確認した後、範囲が限定され、固定価格で提供されます。

よくある質問

商品を追加した後、WooCommerce サイトが突然遅くなったのはなぜですか?

カタログが大きくなると、特に規模に合わせて最適化されていないフィルタリング、検索、関連製品の計算などのデータベース クエリも大きくなります。ホスティングとプラグインのスタックが成長を念頭に置いて構築されていない場合、200 製品では問題ないと感じていたものでも、2,000 製品では著しく速度が低下する可能性があります。

本当に共有ホスティングが WooCommerce の遅さの主な原因なのでしょうか?

これは、特にプラグインが少ないページでも TTFB が遅い場合によく見られる、最も一般的な単一の原因です。必ずしもそれが唯一の原因ではありません。プラグインの肥大化とデータベースの肥大化も並行して一般的です。しかし、ホスティングは通常、最初に排除する価値のあるものです。

WooCommerce にはプラグインが多すぎますか?

固定の番号はありません。軽量で適切にコーディングされたプラグインが 40 個あるサイトは、コーディングが不十分なプラグインが 10 個あるサイトよりもパフォーマンスが優れている可能性があります。特定の数を目標とするのではなく、各プラグインがフロントエンドで実際に何を行うかを監査します。

キャッシュ プラグインはチェックアウトの遅さを解決しますか?

いいえ — チェックアウトはライブ カートとセッション データを反映する必要があるため、そもそも静的キャッシュから提供されるべきではありません。キャッシュ プラグインは、チェックアウトではなく、カタログ ページとコンテンツ ページを高速化します。チェックアウトの速度は、ホスティングの品質、セッション処理、スクリプトのクリーンアップによって決まります。

WooCommerce を完全にやめることを検討すべき時期はいつですか?

ホスティング、プラグイン、データベース、キャッシュの修正を適用したにもかかわらず、ストアのトラフィックとカタログ サイズが依然としてパフォーマンスを下回っている場合、または継続的なメンテナンスの負担 (セキュリティ パッチ、プラグインの競合、サーバー管理) により、マネージド プラットフォームに比べて価値以上の時間がかかっている場合。