大規模な WordPress サイトのパフォーマンスを改善する方法

公開: 2023-02-24

大規模な WordPress サイトを運営している場合、ユーザー エクスペリエンスや検索エンジンのランキングに影響を与える可能性のあるパフォーマンスの問題に直面している可能性があります。 幸いなことに、サイトの速度とパフォーマンスを改善するために実行できる手順がいくつかあります。 この記事では、大規模な WordPress サイトで最も一般的なパフォーマンスの課題のいくつかを取り上げ、これらに対処するためのヒントと解決策を提供します.

成長痛…それらを持っているのはとても幸運なはずです！

あまりにも急速に成長し、あなたやあなたのクライアントにあらゆる種類の苦痛や問題を引き起こしている WordPress サイトを管理する方法について話しましょう.

問題が一時的なものである場合、たとえば投稿がバイラルになったことによる予期せぬトラフィックの急増に対処する場合 (もう 1 つの幸運な経験です!)、トラフィックが急増したときに WordPress サイトをスケーリングする方法を知っていれば、これを修正できます。

ただし、問題が解決しない場合は、アスピリンを数回服用し、朝に医師に電話して頭痛を解消する必要があります.

この記事では、次の内容について説明します。

  • WordPress エンタープライズ開発の課題
  • 大規模な WordPress サイトの一般的なパフォーマンスの課題
    • WordPress データベース
    • WordPress コア、テーマ、およびプラグイン
    • サイトコンテンツ
    • ホスティング

WordPress エンタープライズ開発の課題

Q: WordPress サイトはどれくらい複雑にできますか?

A: とても。

大規模で複雑なサイトを構築する場合、WordPress の処理能力は問題ではありません。 WordPress エンタープライズ開発者でグローバルな SME ビジネス アドバイザーの Mario Peshev が、WordPress を使用した大規模で複雑なサイトの構築に関する優れた記事で述べているように…

「WordPress は、月に何百万ものユーザーと数千万または 1 億のビューを処理するさまざまなアプリケーションを処理する実績のある CMS です。」

マリオも述べているように…

「10M から 50M へのスケーリングは実現可能ですが、50M から 100M へのスケーリングは困難です。100M ～ 200M は非常に複雑で、200M 以上では深刻なエンジニアリング作業が必要になる場合があります。」

したがって、大規模で複雑なサイトを処理する WordPress CMS プラットフォームの容量は問題ではありません。

問題は、WordPress エンタープライズ開発の課題を処理するスキルを持っていることです。

ほとんどの開発者が知っているように、WordPress は、その柔軟性、使いやすさ、および手頃な価格で広く知られているコンテンツ管理システムであるだけでなく、Web プレゼンスを迅速かつ簡単に確立したい中小企業や新興企業にとっても優れたプラットフォームです。

ただし、エンタープライズ レベルの WordPress 開発に関して言えば、入手できる情報量は、コード エディターで大声でののしりに少なくとも一度は頼ったことがない開発者と同じくらい不足しています。

そのため、大規模な WordPress サイトを扱う際の課題と問題を診断する前に、WordPress エンタープライズ開発に関する関連情報を見つける際の課題のいくつかを調べてみましょう.

これは、マリオ・ペシェフが彼の記事で述べているポイントの要約です…

エンタープライズ レベルの WordPress 開発に関する情報の不足

エンタープライズ レベルの WordPress 開発に関する情報が不足している主な理由の 1 つは、エンタープライズ向けの WordPress プラットフォーム、アプリケーション、プラグインの構築、または移行と統合の実行を専門とするエージェンシーがほんの一握りであることです。

ほとんどのベンダーは中小企業の Web サイトに登録されており、企業と連携するサービス プロバイダーはごくわずかです。

さらに、これらのコンサルタントやエージェンシーは、多くの場合、チュートリアルを作成して業界とノウハウを共有するための時間とリソースを持っていません。または、特に気にしたくない筋金入りのエンジニアは気にしません。

WordPress エンタープライズ開発に関する情報が限られているもう 1 つの理由は、WordPress が企業が最初に使用するコア アプリケーションではないことが多いためです。 舞台裏で実行されているメイン プラットフォームの 1% としてフロントエンド インターフェイスに取り組んでいるように、これは多くの人にとってもう 1 つの障害です。

ただし、エンタープライズ プロジェクトに入札したい WordPress 開発者は、いくつかの異なる分野に集中して専門知識を高めることができます。

専門性を高めるためにさまざまな分野に焦点を当てる

WordPress 開発者が注目すべき最初の領域は、WordPress コア、API、および周囲のエコシステムを詳細に調査することです。 これにより、開発者はプラットフォームとその仕組みについてより深く理解できるようになります。

また、WordPress のコーディング標準とベスト プラクティスに慣れていることも確認する必要があります。 これにより、作成したコードが保守可能で読みやすくなります。

WordPress 開発者が注目すべき 2 番目の領域は、パフォーマンス、セキュリティ、スケーラビリティ、下位互換性など、企業が関心を持っている主な技術領域で練習することです。

企業は高い期待を抱いており、その要件を満たす専門知識を持っていることを証明することが不可欠です。

これらの WordPress 開発リソースは、これらの貴重なスキルと専門知識を得るのに役立ちます。

  • WordPress 初心者から WordPress プロまで: 200 以上のキャリアアップのためのリソース
  • WordPressユーザーを開発者にするコース

フィールドの戦略的プレーヤー

ホスティング ベンダーは、この分野の戦略的プレーヤーであり、大規模なアプリケーションを扱うこともあります。 開発者は、リソースを参照したり、ブログやナレッジ ベースの記事などをフォローしたりできます。 WordPress は、PHP と SQL の上に構築されたプラットフォームであり、フロントエンドは HTML、CSS、JavaScript によって提供されます。 Linux サーバー上の MySQL データベースに接続された mod_php または php-fpm を使用して、Apache や Nginx などの Web サーバー上で実行されます。

企業にとって重労働のほとんどは、これらのレイヤーの上で行われます。 したがって、それらのトピックに重点を置いた独自のコミュニティやリソースをより深く掘り下げることは理にかなっています。

WordPress の主要な貢献者と従業員をフォローする

WordPress コアの寄稿者、エンタープライズ レベルの企業の従業員、およびエンタープライズと連携している主要な機関のブログをフォローすることは常に役に立ちます。 関連するケース スタディ、クライアントへのインタビュー、またはさらに改善するのに役立つ他のトップ エンジニアを見つけることができます。

大規模で複雑な WordPress サイトを処理するための専門知識を取得し、企業の期待に応えるという最初の課題を見てきました。次は、大規模な WordPress サイトで作業する際に発生する可能性のある一般的なパフォーマンスの問題に対処することに移りましょう。

大規模な WordPress サイトの一般的なパフォーマンスの課題

WordPress は、Intel、Pepsi Cola、PlayStation、American Express、TechCrunch、Fisher-Price、Beyonce、Justin Timberlake、Usain Bolt など、世界最大かつ最も有名な企業、有名人、ブランドによって使用されています。もっと。

誰かがこれらの大規模なサイトを管理する必要があります.なぜあなたではないのですか?

WPMU DEV のメンバー フォーラム (ちなみに、これは Web 開発者にとって情報の宝庫です) を閲覧しているときに、WPMU DEV メンバーの Charly Leetham からのこの投稿に出くわしました。以下に全文を転載します。

***

私は、クライアントの支援を求める長期クライアントから連絡を受けました。

エンド カスタマーは、WordPress でかなり大きな Web サイトをセットアップしており、サイトの運営を維持するのに際限なく苦労していました。 Amazon EC2 インスタンスを定期的に (1 日に数回定期的に) 再起動する必要があったほどでした。

恐怖を感じながら、私は見てみることに同意し、私が助けることができるかどうかを確認しました. 私が見つけたものは私を残しました…悲しいです。 クライアントのために、ほとんど。

サイト：

  • データベース: 4 ギガバイト (最適化後)
  • 投稿 / ページおよびその他のコンテンツ: 90 万を超えるエントリ。

これは小さなサイトではありません。

Elementorはリソースを大量に消費していることを知っているので、Elementorで構築されたため、最初は心配になりました。

EC2 インスタンスには、140 ギガのストレージと 32 ギガのメモリがプロビジョニングされました。 十分ですよね？ そう思う人もいるでしょう。

ビジネスは、パフォーマンスが向上すると約束したコンサルタントによって EC2 に移行されました。 次に、インスタンスがハングし続けた理由は、作成されたトランジェントの数が多いためであると彼らに伝えました。

彼らは、1 時間ごとにトランジェントを削除する cron ジョブを作成しましたが、改善はほとんどありませんでした。

調査中に多くのことがわかりましたが、最も懸念されるのは次の 3 つです。

1. サーバーには 32G のメモリがプロビジョニングされていますが。 PHP は 2G に制限され、WordPress は 40M に制限されていました。

彼らが問題を抱えていたのも不思議ではありません。

これらの制限を増やすと、ハングは停止しましたが、メモリ オーバーフローはまだ発生しています。

2. データベースは同じサーバー上にプロビジョニングされました。

データベースを RDS (リモート データベース サーバー) に分割すると、パフォーマンスがさらに向上します。

3. 最適化やパフォーマンスの改善作業は行われていません。

Hummingbird を実装することで、サイトの読み込み時間を改善することができました。 それはまだこれからです。

ここで他の人に強調したい主なことは、それは、クライアントと仕事をするときにテーブルに持ち込む漸進的な知識だということです.

はい、人々は自分の WordPress サイトを構築できますが、実際にそれらをうまく機能させることができる人はほとんどいません。 それには経験と多くの労力が必要です。

***

Charly のフォーラムへの投稿は、大規模な WordPress サイトで作業するときに予想される典型的なパフォーマンスの課題の好例であり、これらを処理するための多くの有用な洞察を提供します.

これらの課題に対処するために、まず、Charly がこのクライアントのサイトを参照したときに説明した主な技術的問題を要約しましょう。

  1. エンド カスタマーは、最適化後に 90 万を超えるエントリと 4 GB のデータベースを持つ、WordPress でかなり大きな Web サイトをセットアップしていますが、これは小さなサイトではありません。
  2. ウェブサイトは、リソースを大量に消費し、多くのサーバー リソースを必要とする Elementor で構築されました。
  3. EC2 インスタンスには 140 GB のストレージと 32 GB のメモリがプロビジョニングされていましたが、PHP は 2 GB、WordPress は 40 MB に制限されていたため、パフォーマンスの問題とメモリ オーバーフローが発生していました。
  4. データベースが同じサーバー上にプロビジョニングされたため、パフォーマンスの問題が発生しました。 リモート データベース サーバーに分割すると、パフォーマンスが向上するはずです。
  5. 最適化やパフォーマンスの改善作業は行われていません。 Hummingbird を実装することで、Charly はサイトの読み込み時間を改善することができました。
  6. 経験豊富な Web 開発者が提供する知識と経験は、WordPress サイトのパフォーマンスを最適化および改善するために不可欠です。WordPress サイトは複雑で、スムーズに実行するには多くの作業が必要になる場合があります。

ポイント 6 については既に説明したので、上記のリストの他の問題について見ていきましょう。

大規模な WordPress サイトのパフォーマンスの問題 #1 – WordPress データベース

WordPress サイトが成長するにつれて、データベースのサイズも大きくなります。 WordPress データベースが非常に大きくなり、問題が発生する可能性があります。

大規模な WordPress データベースの管理は困難な作業になる可能性があるため、大規模なサイトで WordPress データベースを管理するための課題、ベスト プラクティス、戦略、およびソリューションのいくつかを見てみましょう.

大規模な WordPress データベースの課題には、次のようなものがあります。

  • ページの読み込み時間が遅い: データベースが大きいと、Web サイトの速度が低下し、訪問者がページをすばやく読み込むことが難しくなります。
  • バックアップと復元の問題: 大規模なデータベースのバックアップと復元は困難な場合があり、プロセスが完了するまでに長い時間がかかる場合があります。
  • データベースの破損: 大規模なデータベースは破損しやすく、データの損失やその他の問題を引き起こす可能性があります。
  • データベース メンテナンスの難しさ: 大規模なデータベースを維持するには、それをスムーズに実行し続けるために、より多くのリソースと専門知識が必要になる場合があります。

大規模なサイトで WordPress データベースを管理するための戦略とベスト プラクティスを次に示します。

初期設定

データベースの管理について考える前に、データベースが正しく設定されていることを確認することが重要です。 WordPress をインストールすると、新しいデータベースが作成されます。 ただし、大規模なサイトを運営している場合は、別のデータベース サーバーの使用を検討することをお勧めします。 これにより、パフォーマンスが向上し、Web サーバーの負荷が軽減されます。

データベースを構成するときは、適切な設定を選択することが重要です。 特に、データベースの文字セットと照合に注意する必要があります。 これらの設定は、サイトでのコンテンツの表示方法に影響を与える可能性があるため、最初から正しく設定することが重要です。

データベースを保持する場所

大規模な WordPress サイトを管理する場合、データベースをどこに保管するかを慎重に検討する必要があります。

考慮すべきいくつかの異なるオプションがあります。

  • ローカル データベース: Web サイトと同じサーバーにデータベースを保持できます。 これは最も単純で最も一般的なオプションですが、上記のクライアントの例で Charly が言及したように、サイトが大きくなるとパフォーマンスの問題が発生する可能性があります。
  • リモート データベース: 独自のネットワーク内またはクラウド内の別のサーバーにデータベースを保持できます。 これにより、パフォーマンスが向上しますが、コストが増加する可能性もあります。
  • マネージド データベース: Amazon RDS や Google Cloud SQL などのマネージド データベース サービスを使用できます。 これは、独自のデータベースを管理する専門知識がない場合に適したオプションです。

多数のレコードでのデータベース アクセス時間

WordPress サイトが大きくなるにつれて、データベースのサイズがサイトの読み込み速度に影響を与える可能性があります。

データベースに多数のレコードがある場合、クエリの実行に時間がかかり、サイトの速度が低下する可能性があります。

キャッシュは、頻繁にアクセスされるデータをメモリに保存することで Web サイトの速度を向上させ、サイトのデータベースや PHP にアクセスする必要性を減らします。 もちろん、これは使用されているキャッシュの種類によって異なります。たとえば、データベース キャッシュ(オブジェクト キャッシュを含む) やページ キャッシュ(Web ページのキャッシュが保存され、後で特定のページが要求されたときに、処理する必要なく表示されます) などがあります。 PHP と MySQL による)。

パフォーマンスを向上させるために、サーバー側キャッシング、サーバー側キャッシング ソリューションを管理するキャッシング プラグイン、またはスタンドアロン キャッシング プラグインを使用できます。 たとえば、当社のパフォーマンス最適化プラグイン Hummingbird には独自のキャッシングがありますが、WPMU DEV のサーバー側キャッシングとも統合されています。

キャッシングは、特に大規模なサイトの場合、サイトのパフォーマンスに大きな影響を与える可能性があります。 ただし、キャッシュの設定と管理は複雑で時間がかかる場合があります。

また、サイトのパフォーマンスを定期的に監視して、特定のニーズに合わせてキャッシュが最適化されていることを確認することも重要です。

キャッシュ ソリューションの詳細については、WordPress キャッシュの究極のガイドをご覧ください。

もう 1 つのオプションは、データベースを小さな断片に分割する「シャーディング」と呼ばれる手法を使用することです。 これにより、負荷が複数のサーバーに分散されるため、パフォーマンスが向上します。

データを分割するためのテクニック

シャーディングなどの手法を使用している場合は、データを分割する方法を決定する必要があります。 1 つのオプションは、データをカテゴリまたはタグで分割することです。 たとえば、テクノロジーに関連する投稿用に 1 つのデータベースを作成し、エンターテイメントに関連する投稿用に別のデータベースを作成することができます。

別のオプションは、データを日付で分割することです。 これは、あまり頻繁に変更されない古いコンテンツがたくさんある場合に特に便利です。 昨年の投稿用に 1 つのデータベースを作成し、古い投稿用に別のデータベースを作成できます。

HyperDB などのプラグインの使用も検討してください。 HyperDB は、WordPress の親会社である Automattic によって管理されています。

プラグインページで説明されているように…

HyperDB では、テーブルを任意のデータベースに配置できます。 作成したコールバックを使用して、特定のクエリに適したデータベースを計算できます。 したがって、独自のスキームに従ってサイトのデータを分割し、それに応じて HyperDB を構成できます。

基本的な索引付け

データベースにインデックスを作成すると、データの検索が高速になり、パフォーマンスが向上します。 インデックスを作成すると、データベースは特定の値の検索を容易にするデータ構造を作成します。

インデックスを作成するには、MySQL コマンド ラインまたは phpMyAdmin などのツールを使用する必要があります。

インデックスを作成するときは、インデックスを作成する適切な列を選択することが重要です。 通常、クエリで頻繁に使用される列にインデックスを付ける必要があります。

Index WP MySQL for Speed のようなプラグインを使用することもできます。 このプラグインは、データベース キー (インデックスとも呼ばれます) を MySQL テーブルに追加して、WordPress が必要な情報を見つけやすくします。 プラグイン ページには、リレーショナル データベース管理システムでのデータベースのインデックス作成に関する優れた情報も含まれています。

確認する設定とログ

データベースをスムーズに実行し続けるために、いくつかの設定とログに注意する必要があります。 これらには以下が含まれます：

  • MySQL スロー クエリ ログ: このログには、実行に一定時間以上かかるクエリが記録されます。 このログを分析することで、パフォーマンスの問題を引き起こしているクエリを特定できます。
  • MySQL エラー ログ: このログには、MySQL サーバーで発生したすべてのエラーが記録されます。 このログを監視することで、データベースに影響を与える可能性のある問題を特定してトラブルシューティングできます。
  • WordPress デバッグ ログ: このログには、WordPress 内で発生したエラーまたは警告が記録されます。 このログを監視することで、WordPress のインストールまたはプラグインの問題を特定できます。
  • データベースのバックアップ: データベースを定期的にバックアップすることは、サーバーのクラッシュやその他の災害が発生した場合にデータを失わないようにし、問題が発生した場合に Web サイトを迅速に復元できるようにするために重要です。 Snapshot などのプラグインを使用してこのプロセスを自動化できます。または、WPMU DEV でホスティングしている場合は、エンタープライズ データベースの自動バックアップを毎日、さらには毎時間実行するように構成できます。 また、サーバーがクラッシュするとバックアップが失われる可能性があるため、サイトをホストしているサーバーとは別にすべてのバックアップを保存することを検討してください。

その他の継続的なメンテナンス

上記に加えて、データベースをスムーズに実行し続けるために実行する必要がある、いくつかの進行中のメンテナンス タスクがあります。

これらには以下が含まれます：

  • データベースのクリーンアップ: 時間の経過とともに、データベースは未使用のデータで雑然とすることがあります。 詳細については、データベースをクリーンアップして不要なデータを削除する方法に関する記事を確認してください。
  • データベース テーブルの最適化: データベースのサイズを縮小し、データベース テーブルを最適化すると、サイトのパフォーマンスが向上します。 投稿のリビジョン、ごみ箱に入れられたアイテム、スパム コメント、未使用のプラグインやテーマなどの不要なデータを削除することで、データベースを最適化できます。 これを行うのに役立つ詳細な手順とプラグインについては、完全な WordPress データベース最適化ガイドを確認してください。
  • サイトのセキュリティ問題を監視する: 大規模なサイトは、ハッカーの標的になることがよくあります。 Defender などのプラグインを使用して、サイトのセキュリティの問題を監視し、攻撃を防ぐことができます。

データベースのクリーンアップに関して、Charly はサイトのパフォーマンスに影響を与える可能性のある問題として、多数のトランジェントについて言及しています。 この問題に対処しても Charly のクライアントのケースはほとんど改善されないように見えましたが、サイトで問題が発生しているかどうかを確認するために、ここで言及する価値があります。

トランジェントは、特定の期間、データベースにデータを格納するキャッシュの一種です。 これらは、API 要求などの複雑で時間のかかるクエリの結果を保存することで、Web サイトの読み込み時間を短縮するために使用されます。これにより、ページが読み込まれるたびにクエリを実行する必要がなくなります。

トランジェントには有効期限が設定されており、その後はデータベースから自動的に削除されます。 ただし、Web サイトが適切に最適化されていないと、一時的なものがデータベースに蓄積され、ページの読み込み時間が遅くなったり、データベースがクラッシュしたりするなど、パフォーマンスの問題が発生する可能性があります。

WordPress を最適化し、一時的な問題を回避するには、いくつかの手順を実行できます。 これらには以下が含まれます：

  • キャッシュ プラグインを使用する: Hummingbird などのキャッシュ プラグインは、データベース クエリの数を減らし、トランジェントの不要な作成を防ぐのに役立ちます。
  • 期限切れのトランジェントを削除する: 期限切れのトランジェントはデータベースに蓄積される可能性があるため、定期的に削除してデータベースを最適化することが重要です。 これは、手動で行うか、Hummingbird などのプラグインを使用して行うことができます。
  • トランジェントの最大有効期間を設定する: トランジェントの最大有効期間を設定することで、パフォーマンスの問題を引き起こす可能性があるデータベースへの保存期間が長すぎるのを防ぐことができます。 これは、WordPress の set_transient() 関数を使用して行うことができます。
  • リモート データベースを使用する: データベースをリモート サーバーに格納すると、サーバーの負荷を軽減し、一時的な問題を防ぐことができます。
  • メモリ制限を増やす: PHP と WordPress のメモリ制限を増やすと、一時的なメモリ オーバーフローやパフォーマンスの問題を防ぐことができます。

作業している WordPress サイトのサイズに関係なく、WPMU DEV のハミングバード キャッシングとサイト最適化プラグインを使用すると、期限切れのトランジェントを自動的に処理してこの問題を解消し、ページの読み込み時間を短縮し、ユーザー エクスペリエンスをよりスムーズにすることができます。

Hummingbird: データベースのクリーンアップと一時的なオプションが強調表示された [高度なツール] 画面。
Hummingbird は、期限切れのトランジェントを WordPress データベースから自動的に削除するように設定できます。

PHP のメモリ制限を増やすという点では、WPMU DEV メンバーであれば、現在の PHP メモリ制限や最大ファイルサイズのアップロード設定など、WordPress サイトに関するさまざまな情報を簡単に確認できます。

WordPress ダッシュボードにログインして、WPMU DEV ダッシュボード プラグイン メニューに移動するだけです。 [サポート] > [システム情報] > [PHP] タブを選択します。

WPMU DEV ダッシュボード プラグイン - [サポート] タブ。
WPMU DEV のダッシュボード プラグインを使用すると、WordPress サイトに関する情報を簡単に確認できます。

WPMU DEV メンバーでない場合でも、この情報を手動で確認できます。

php メモリの割り当て量を調べるには、php を作成し、以下を追加します。 

<?php
phpinfo();
?>

php-test.phpのような名前を付けて、サーバーにアップロードします。

ブラウザーからファイルにアクセスし、 memory_limitを検索します。 これにより、ローカル サイトの設定とサーバーのデフォルトの 2 つの設定が得られます。 サイトごとに異なるphp memory_limitsを持つことが可能です。

たとえば、WordPress メモリの場合、次のように表示される場合があります。

define('WP_MEMORY_LIMIT', '64M');

このエントリがwp-config.phpファイルにない場合、サイトはおそらく 40M から 64M の間で動作していることに注意してください。

上記に加えて、破損または破損したファイルと WordPress のデータベースもスキャンして修正してください。

ご覧のとおり、WordPress データベースのパフォーマンスを改善するためにできることはたくさんあります。

先に進みましょう…

大規模な WordPress サイトのパフォーマンスの問題 #2 – WordPress コア、テーマ、およびプラグイン

Charly は、クライアントのサイトで発生していたパフォーマンスの問題のもう 1 つの考えられる理由は、リソースを大量に消費するテーマを使用していたことだと述べています。

特定のテーマに焦点を当てるのではなく、一般的なテーマとプラグインを見てみましょう (ところで… Elementor を使用している場合は、Elementor テーマを最適化する方法に関する記事を確認してください。また、Divi、WPBakery などのテーマを最適化する方法に関する記事も書いています。 、Astra、およびその他のページ ビルダー)。

できることのいくつかを次に示します。

テーマとプラグインの肥大化 – テーマとプラグインは、特に定期的に最適化または更新されていない場合、WordPress サイトのパフォーマンスに大きな影響を与える可能性があります。 一部のテーマやプラグインはコーディングが不十分な場合もあり、読み込み時間が遅くなり、サイトが肥大化します.

解決策: 開発者によって定期的に更新される軽量で最適化されたテーマを必ず選択してください。 プラグインを使いすぎないようにし、不要なプラグインを削除して、サイトの肥大化を減らします。 最適なパフォーマンスを確保するために、テーマとプラグインを常に最新の状態に保ちます。

  • 不十分にコーディングされたテーマやプラグインは避けてください。これらは読み込み時間の遅延、サイトの肥大化、および競合につながる可能性があります。
  • 開発者によって定期的に更新される、軽量で最適化されたテーマとプラグインを選択してください。
  • サーバー ログを確認して、サイトの速度を低下させている可能性のある重いプラグインやテーマを特定します。
  • 最適なパフォーマンスを確保するために、テーマとプラグインを常に最新の状態に保ちます。
  • 不要で必須ではないプラグインとテーマを無効にして削除します。

すべての WordPress サイトと同様に、サイズに関係なく、クライアント サイトを最適化することも非常に重要です。

Google PageSpeed Insights や GTmetrix など、サイトをスキャンしてサイトのパフォーマンスを測定するために使用できるツールは多数あります。 これらのツールは、サイトを最適化する方法に関する重要な洞察を提供します。

Query Monitor などの開発者ツール プラグインを使用して、問題の特定、データベース クエリのデバッグ、PHP エラー、フックとアクション、ブロック エディター ブロック、エンキューされたスクリプトとスタイルシート、および HTTP API 呼び出しを支援することもできます。 このプラグインは、Ajax 呼び出し、REST API 呼び出し、ユーザー機能チェックのデバッグなどの高度な機能も提供します。

クエリ モニター - WordPress プラグイン
Query Monitor を使用して、WordPress サイトでパフォーマンスの低いプラグイン、テーマ、または機能をすばやく特定します。

チェックアウトすることをお勧めするその他の記事やチュートリアルには、WordPress の高速化に関するガイド、忘れられた WordPress ページ速度の問題の解決策、WordPress のトラブルシューティング ガイド、大規模な WordPress サイトを実行する際のスケーリングの間違いに関する Mario Peshev の記事などがあります。

大規模な WordPress サイトのパフォーマンスの問題 #3 – サイト コンテンツ

通常、大規模な WordPress サイトには大量のコンテンツがあります。 たとえば、Charly の場合、クライアントの Web サイトには 90 万を超えるエントリがありました。

データベースを最適化しても問題が解決しない場合は、次の点を確認してください。

  • コンテンツ監査を実行する: コンテンツ監査は基本的に、既存のコンテンツのインベントリを実行し、古い、古い、重複しているコンテンツなどを評価および特定してから、そのコンテンツの処理方法 (更新、SEO の最適化、ゴミ箱など) を決定することです。 これは、サイトのコンテンツを管理および維持するための長期的で効果的かつ重要な戦略です。
  • 遅延読み込みを使用する:遅延読み込みは、メディア ファイルが必要なときにのみ読み込まれるようにするのに役立ちます。これにより、ページの読み込み時間が大幅に短縮されます。
  • コンテンツ配信ネットワーク (CDN) を使用する: コンテンツ配信ネットワーク (CDN) を使用して、キャッシュされたメディア ファイルを配布し、サーバーの負荷を軽減することを検討してください。 CDN は、ウェブサイトのコンテンツを世界中のサーバーにキャッシュすることでウェブサイトの速度を上げ、サーバーの負荷を軽減するのに役立ちます。 人気のある CDN には、Cloudflare と MaxCDN が含まれます。 すべての WPMU DEV メンバーシップとホスティング プランには CDN が含まれていることに注意してください。 当社の Hummingbird および Smush プラグインには CDN も含まれています (Hummingbird は Cloudflare 統合も提供しています)。
  • コンテンツ最適化プラグインを使用する: 画像、動画、およびその他のメディア ファイルを圧縮してファイル サイズを縮小することにより、それらを最適化します。 サイトに大量の画像が含まれている場合は、Smush などの画像最適化プラグインの使用を検討してください。これにより、画像の品質を損なうことなく画像ファイルのサイズが大幅に縮小され、コンテンツ配信のパフォーマンスが向上します。 Smush には、WPMU DEV の CDN も含まれています。
  • マネージド WordPress ホスティング サービスを使用する: マネージド WordPress ホスティング サービスは、最適化されたサーバーとデータベース管理ツールを提供して、ウェブサイトの円滑な運営を維持するのに役立ちます。 以下の次のセクションで説明するように、WPMU DEV はクラス最高のマネージド WordPress ホスティング サービスを提供するだけでなく、あらゆる種類とサイズの WordPress サイトにエンタープライズ レベルのホスティングを提供するように特別に構成されています。

大規模な WordPress サイトのパフォーマンスの問題 #4 – ホスティング

WordPress データベースの問題を修正し、サイトのコア、プラグイン、テーマ、およびコンテンツを最適化した後もサイトで問題が発生する場合、問題は Web ホスティングに関連している可能性があります。

WordPress を専門とする会社で管理された WordPress ホスティング サービスを使用することを検討してください。

評判の良いホストでホスティングするということは、サーバーの最適化やデータベース管理などの分野を処理する経験豊富なチームがサイトを管理することを意味するだけでなく、既存の Web サイトをサーバーに移行することも意味します。

これは非常に重要です。大規模な WordPress サイトには多くの可動部分があり、アクティブなトラフィックやトランザクション イベントが発生していることは間違いないため、移行プロセス中に貴重なデータを失ったり、何かを壊したりしたくないからです。

大規模な WordPress サイトのホスティングに関する追加の考慮事項には、十分なリソース、稼働時間、速度、およびカスタマー サポートで要求を処理する機能が含まれます。

WPMU DEV は、エンタープライズ レベルのホスティング、24 時間年中無休のエキスパート ホスティングと WordPress サポート、サイトの潜在的な問題のトラブルシューティングを含むすべてを処理する専門家チームによる移行を提供します。

さらに、WPMU DEV は独立して評価されており、ほぼ完璧な評価スコアを持つ主要なマネージド WordPress ホスティング会社の 1 つとして、多くのユーザーによってレビューされています。 たとえば、G2.com は WPMU DEV を全体で 5 つ星のうち 4.8 と評価し、サポートの質については 10 点中 9.8 と評価しています。

さらに重要なことは、実際的なレベルで、私たちの専門家チームは、プラグイン、テーマ、または WordPress コアのエラーの「PHP エラー ログ」や、遅いロード スクリプトの「PHP スロー ログ」などの領域を定期的にチェックすることで、大規模なサイトを積極的に管理することです (例:スクリプトの実行に 30 秒を超えるプラグイン)、ログへのアクセス (DDoS 攻撃や一般的な訪問者の多さを確認するため)、CPU、RAM などのサーバー リソースへの負荷。

チームはまた、WAF が有効になっているかどうか、キャッシュがオンになっているかどうか、使用されていないプロファイリング ソフトウェアが不要な場合はオフになっているかどうかを確認し、プラグインとテーマの競合テストを実行し、必要に応じて mysql レベルでクエリ監視スキャンを実行します。

また、New Relic および Blackfire との統合を提供して、大小を問わずすべてのサイトのサイトとそのページをプロファイリングします。

大規模な WordPress サイトの管理は大きな仕事です

大規模な WordPress サイトは、主にその管理の規模と複雑さにおいて、他の WordPress サイトと異なります。

大規模で複雑な WordPress サイトのパフォーマンスの問題に対処するには、課題を処理し、エンタープライズ クライアントの高い期待に応えるためのスキルと専門知識が必要です。

WordPress エンタープライズ開発に関する情報を見つけることは難しい場合がありますが、WordPress コア、API、および周辺のエコシステムの研究、主要な技術分野での実践、主要な機関のフォローなど、さまざまな分野に焦点を当てることで、知識を深め、自信を持って開発に取り組むことができます。開発者としての能力。

また、大規模な WordPress データベースの管理は困難な場合がありますが、管理に役立つソリューションを利用できます. データベースを最適化し、キャッシングと CDN サービスを使用し、管理された WordPress ホスティング サービスを使用し、データベースを定期的にバックアップすることで、Web サイトをスムーズに実行し、潜在的な問題を回避することができます。

一般的なパフォーマンスの課題に対処し、サイトのパフォーマンスを定期的に監視して、発生した問題を特定して対処することで、大規模な WordPress サイトのパフォーマンスを大幅に改善できます。

最後に、WPMU DEV のような経験豊富で信頼できる管理された WordPress ホスティング パートナーを使用してエンタープライズ レベルのサーバーでサイトをホストすると、大規模なサイトのパフォーマンスが向上するだけでなく、サイトが専門的に管理および監視されるため、問題や問題を排除するのにも役立ちます 24/ 7。

既存のサイトを別のホストから移行するか、大規模な WordPress サイトのホスティングをアップグレードすることを検討している場合は、エンタープライズ レベルのホスティング プラン (Essential オプション 3 つと Premium オプション 3 つ) を検討し、ホスティングの買い取りを利用することをお勧めします。無料のエキスパート サイト移行サービス。

***

チャーリー・リーサンに聞く

この投稿に貢献してくれた WPMU DEV メンバーのCharly Leethanに感謝します。 AskCharlyLeethan は継続的なサポートとアドバイスを提供し、中小企業がプロセスを定義して改善し、現在および新しいテクノロジーを使用して Web プレゼンスを計画および構築するのを支援します。

Do you manage a large or complex WordPress site? What challenges have you experienced? Share your comments below.