現在のインターネット環境において、ウェブサイトのパフォーマンスはユーザー体験、検索エンジンのランキング、そして最終的なコンバージョン率に直接影響を与えます。読み込みが遅いWordPressサイトは、潜在的な訪問者を遠ざけるだけでなく、Googleの主要なウェブページ評価指標においても不利な立場に立たされます。パフォーマンスの最適化はシステムエンジニアリングの一環であり、サーバー、コード、リソースなど、複数の側面から取り組む必要があります。
サーバーとホスティング環境の最適化
ウェブサイトの基盤となるインフラストラクチャは、そのパフォーマンスの鍵となります。設定が不適切なホスティング環境では、後で行うあらゆる最適化の効果が半減してしまいます。
高性能なホストソリューションを選択する
共有ホスティングは安価ですが、CPUやメモリなどのリソースは他の多くのウェブサイトと共有されているため、パフォーマンスのボトルネックが発生しやすいです。ある程度のトラフィック量やパフォーマンスが求められるウェブサイトの場合は、仮想専用サーバー（VPS）、クラウドホスティング、または専門的に最適化されたWordPressホスティングサービスへのアップグレードを検討するべきです。これらのサービスでは、より独立したリソース、より高速なストレージ、より高度なキャッシングメカニズムが提供されます。
推薦図書 WordPressサイトのパフォーマンス最適化：読み込み速度を体系的に向上させるための必須ステップと高度なテクニック。
オブジェクトキャッシュを活用してデータベースの効率を向上させる
WordPressはデータベースに大きく依存しており、頻繁なクエリが速度低下の主な原因の一つです。永続化オブジェクトキャッシュを使用すると、データベースのクエリ結果をメモリに保存でき、繰り返し行われるクエリを大幅に削減できます。自宅でサーバーを運用している場合は、RedisやMemcachedなどのサービスをインストールして有効にすることが重要です。
オブジェクトキャッシングを有効にするには、通常、以下の手順が必要です： wp-config.php ファイルに設定情報を追加します。例えば、Redisの場合は以下のようなコードを追加できます：
define('WP_REDIS_HOST', '127.0.0.1');
define('WP_REDIS_PORT', 6379);
define('WP_REDIS_TIMEOUT', 1);
define('WP_REDIS_READ_TIMEOUT', 1);また、接続の確立や管理のために、対応するWordPressプラグイン（例：「Redis Object Cache」）をインストールする必要があります。
Webサーバーソフトウェアの設定
Nginx は通常、従来の Apache と比べて静的ファイルの処理や並行接続の処理においてより高い効率を発揮し、メモリの使用量も少ないです。もしサーバーで Nginx を使用している場合は、WordPress 用のリダイレクトルールを正しく設定し、Gzip 圧縮機能およびブラウザのキャッシングヘッダーを有効にしていることを確認してください。
基本的なNginx設定でGzipを有効にする例は以下の通りです：
推薦図書 WordPress最適化究極ガイド：あらゆる方向からウェブサイトのスピードとパフォーマンスを向上させる実践的戦略。
gzip on;
gzip_vary on;
gzip_types text/css application/javascript image/svg+xml;テーマとプラグインのコード最適化
低品質なコードも、ウェブサイトのパフォーマンスを低下させる大きな原因の一つです。肥大化したテーマやプラグインには、余計なCSSやJavaScript、効率の悪いPHPコードが大量に含まれています。
プラグインの使用状況を監査し、不必要なものを削減しましょう。
各プラグインは、追加のHTTPリクエスト、データベースクエリ、およびPHPの実行時間を増加させます。インストールされているプラグインを定期的にチェックし、もはや必要ない、または機能が重複するプラグインは無効にして削除してください。新しいプラグインを選ぶ際には、コード品質が高く、頻繁にアップデートされ、パフォーマンスに関して良い評判を持つ製品を優先してください。
軽量でコーディングがしっかり行われているテーマを選ぶことが大切です。
機能が過度に複雑で、必要のないページビルダーやショートコードが山ほど含まれている「多機能」なテーマの使用は避けましょう。こういったテーマは、通常、数メガバイトものスクリプトやスタイルシートを読み込むため、サイトの読み込み速度が大幅に遅くなります。代わりに、速度やコードの簡潔さ、WordPressのコーディング規格の遵守に重点を置いたテーマを選択してください。カスタマイズはサブテーマを使用して行い、親テーマがアップデートされても自分で行った最適化設定が維持されるようにしましょう。
コアスクリプトとスタイルの読み込みを最適化する
WordPressはデフォルトでjQueryやいくつかの内蔵スクリプトを読み込みますが、すべてのテーマでこれらが必要なわけではありません。特定のコードをテーマ内に配置することで、必要に応じてこれらのスクリプトの読み込みを制御することができます。 functions.php 不要なリソースをファイルから削除してください。
例えば、以下のコードを使用すると、WordPressのフロントエンドがデフォルトのEmojiスクリプトやスタイルを読み込むのを防ぐことができます：
remove_action('wp_head', 'print_emoji_detection_script', 7);
remove_action('wp_print_styles', 'print_emoji_styles');フロントエンドリソースのロード戦略
たとえバックエンドの処理速度が速くても、画像やCSS、JavaScriptなどのフロントエンドリソースのサイズが大きすぎたり、適切に読み込まれなかったりすると、ユーザーは依然として動作の遅さを感じることになります。
推薦図書 クラウドホスティングの完全な解析：最適なパフォーマンスを実現するための選択、導入、最適化方法。
画像最適化のベストプラクティスを実装する。
画像は通常、ウェブページ上で最も容量の大きなリソースです。最適化策には以下のようなものがあります：
1. 在上传前使用工具压缩图片（如 TinyPNG， ShortPixel）。
2. 为不同设备尺寸生成并交付响应式图片。WordPress 本身会生成多个缩略图尺寸，确保主题使用 srcset 属性（Attribute）。
3. 考虑使用下一代图片格式，如 WebP。可以使用插件（如 Imagify）或服务器规则自动实现格式转换。
4. 使用懒加载技术，让图片仅在进入视口时加载。WordPress 5.5+ 已为核心图片添加了原生懒加载支持。
CSS/JavaScriptのファイルを統合し、サイズを圧縮するとともに、読み込みを遅らせる処理です。
HTTPリクエスト数を減らすことは、パフォーマンス最適化のための重要な原則です。WP RocketやW3 Total Cacheなどのキャッシュプラグインを使用して、複数のCSSファイルやJSファイルをいくつかのファイルにまとめ、スペースやコメントを削除することでファイルサイズを最小限に抑えましょう。また、フロントページのコンテンツに影響を与えない非重要なスクリプト（コメント欄やソーシャルメディア共有ボタンのスクリプトなど）については、非同期または遅延読み込みを行うべきです。
重要なCSSコードと、レンダリングの遅延を引き起こすリソースの排除
初回画面のコンテンツをより迅速に表示するために、初回画面のレンダリングに必要な最小限のCSS（つまり「キーリンクCSS」）を抽出し、それをHTMLにインラインで記述することができます。 <head> はい。残りの、非重要なCSSコードは非同期で読み込むことができます。これにより、「最初のコンテンツ描画」（First Content Paint: FCP）の時間を効果的に短縮することができます。一部の高度なキャッシングプラグインやビルドツール（例えばAutoptimizeの高度な設定）では、この機能がサポートされています。
コアウェブページ指標の専門的な最適化
Googleの主要なウェブページ指標は、重要なランキング要因となっています。これらの指標は、ユーザーのページ表示速度に関する体験を直接測定しています。
最大コンテンツの描画を最適化する
「最大コンテンツ描画時間（Maximum Content Painting Time）」とは、ビューポート内で最も大きなコンテンツ要素（通常は大きな画像、見出し、または長いテキスト）が表示されるまでにかかる時間を指します。LCP（Last Content Painting）を最適化する主な方法には以下のものがあります：
* 优化服务器响应时间（TTFB），这涉及到前面提到的服务器、缓存和数据库优化。
* 使用 CDN 加速静态资源的全球分发。
* 懒加载非首屏图片，但确保首屏的最大内容图片被优先加载。
* 移除阻塞渲染的第三方脚本，如某些广告或聊天插件。
初回入力時の遅延を改善する
「初回入力遅延（First Input Delay: FID）」とは、ユーザーが初めてページと相互作用（リンクやボタンをクリックするなど）してから、ブラウザがその相互作用に実際に応答するまでの時間を指します。JavaScriptの実行処理が過度に多いとメインスレッドがブロックされ、FIDが高くなってしまいます。最適化の方法には以下のようなものがあります：
* 分解长任务：将大型的 JavaScript 执行任务拆分成较小的、异步执行的任务。
* 使用 Web Worker 处理非 UI 相关的繁重计算。
* 最小化或延迟加载第三方脚本，尤其是那些在页面加载初期就执行的脚本。
* 避免使用运行时间过长的 JavaScript 事件监听器。
累積したレイアウトオフセットを減らす
「累積レイアウトオフセット（Cumulative Layout Offset）」とは、ページが読み込まれている間に要素が予期せず移動した量を測定する指標です。これは主に以下のような原因によって発生します：
* 未指定尺寸的图片或视频：始终为图片和视频元素设置 width と height 属性を使用するか、CSSのアスペクト比ボックス技術を利用してください。
* 动态插入的内容：确保广告、嵌入内容（如 iframe）或动态加载的模块有预留的空间，避免它们突然出现将其他内容推走。
* 使用动态加载的字体：使用 font-display: swap テキストの書式が変更される（FOIT/FOUT現象）可能性があり、その結果レイアウトがずれることがあります。システムのフォントスタックを使用するか、重要なフォントを事前に読み込むことを検討してください。
画像に関しては、正しい処理方法は以下の通りです：
<img src="image.jpg" width="800" height="600" alt="説明" loading="lazy">概要
WordPressのパフォーマンス最適化は、サーバー、コード、リソース、ユーザー体験の測定といった複数の要素を組み合わせた多層的な戦略です。信頼性の高いホストの選択やオブジェクトキャッシングの有効化から始めて、ウェブサイトの基盤をしっかりと築きましょう。その後、プラグインやテーマを簡素化し、コードを最適化することでコアシステムの負担を軽減します。フロントエンドでは、画像やスクリプトのリソースに特に注意を払い、ラズリーロード（遅延読み込み）、圧縮、インテリジェントな読み込み戦略を採用します。最後に、Googleのコアウェブページ指標（LCP、FID、CLS）を目標に、これらの要素を具体的に最適化します。PageSpeed InsightsやGTmetrixなどのツールを使用して継続的にモニタリングし、これらのステップを繰り返すことで、あなたのWordPressウェブサイトは高速で安定した、快適なユーザー体験を提供し、競争の激しいインターネット環境の中で際立つことができるでしょう。
FAQ よくある質問
どのキャッシュプラグインを選ぶべきでしょうか？
選択肢はあなたの技術レベルや具体的なニーズによって異なります。WP Rocket これは非常に優れた商用プラグインで、その使いやすさと豊富な即時利用可能な機能（ページキャッシュ、ブラウザキャッシュ、CSS/JSの最適化、レンダリングの遅延処理など）で知られており、ほとんどのユーザーに適しています。無料版も利用できます。W3 Total Cache または LiteSpeed Cache（LiteSpeedサーバーを使用している場合）機能も非常に充実していますが、設定オプションが複雑であり、ある程度の技術知識が必要です。
使用了 CDN 是否还需要其他优化？
絶対に必要です。CDNは、静的なリソース（画像、CSS、JS）を世界中のエッジノードに配信することで物理的な距離による遅延を短縮し、ロード速度を向上させます。しかし、CDNはウェブサイトのソースコード自体の問題（例えば、肥大化したデータベースクエリ、最適化されていないPHPコード、過剰なHTTPリクエスト、圧縮されていないリソースファイルなど）を解決することはできません。CDNはパフォーマンス最適化のための重要な要素ですが、サーバーサイドの最適化、コードの最適化、リソースの最適化と組み合わせてこそ、最大の効果を発揮します。
どのようにして自分のウェブサイトの主要なページ指標を正確に測定するか？
Googleは多くの無料ツールを提供しています。中でも最もよく使われるのがPageSpeed Insightsです。これはあなたのウェブサイトに対してシミュレーションテストを行い（実験室データに基づいて）、主要なウェブページの指標に関する具体的なスコアと改善策を提示します。Google Search Console内の「主要なウェブページの指標」レポートはさらに貴重で、実際のユーザーのアクセスから得られたリアルタイムデータを提供し、ユーザーが実際にページを閲覧した際の体験を反映しています。これら2つのデータを組み合わせて使用することで、ウェブサイトのパフォーマンス状況を包括的に理解することができます。web.dev/measure これもまた、PSIに基づいた便利なテストツールです。
私のウェブサイトの画像はあまり多くないのに、なぜLCP（Low Content Progress）のスコアが低いのでしょうか？
LCP（Lowest Common Ping）の値が高いと必ずしも画像の総量が多いからとは限りません。問題は「最もサイズの大きい」画像にある可能性があります。まず、LCP要素として使用されている画像（ヒーロー画像やホームページのメイン画像など）のファイルサイズやフォーマットを確認し、最適化してください。次に、サーバーの応答時間（TTFB: Time To First Byte）もLCPの重要な要素です。画像のサイズが小さくても、サーバーがリクエストを処理するのに時間がかかるとLCPの値は悪くなります。これは通常、データベースのクエリが遅い、PHPの実行効率が低い、またはホストのリソースが不足しているなどの問題を示しており、サーバーやキャッシュの設定を調整する必要があります。最後に、その画像の読み込み優先順位が他のレンダリング処理によって妨げられていないかを確認してください。
次はどうする？
拡大読書と実践的知識
以下は、この記事のトピックに関連しており、さらに深く読むのに適している。あなたの現在の問題に最も近い記事から優先順位をつけ、徐々に周辺のトピックに広げていく方が良い場合が多い。
日本語