WordPress を高速化: 5-Core Web Vitals に合格するためのステップ テクニカル ガイド (2026)

ページ読み込みに 1 秒の遅延が発生すると、コンバージョンが次のように減少します。 7%. WordPress サイトが遅い, 訪問者が去ります, Googleの通知, ランキングが下がる. 良い知らせ? ほとんどの速度の問題には、コンピューター サイエンスの学位を必要としない修正方法があります。.

このガイドでは、実際に大きな変化をもたらす 5 つの技術的な最適化について説明します。. 毛羽立ちなし, みたいな曖昧なアドバイスはありません “高速なテーマを使用します。” 測定可能な結果を​​伴う具体的なアクションのみ.

修正する内容は次のとおりです: サーバー応答時間, キャッシュギャップ, 肥大化した画像, データベースの混乱, レンダリングをブロックするリソース. 各ステップは異なるパフォーマンスのボトルネックを対象としています. 組み合わせた, ロード時間を短縮できるのは、 50-70%.

簡単な回答: PHP へのアップデート 8.3, WP Rocketのようなキャッシュプラグインをインストールします, 画像を WebP に圧縮する, データベースを毎月クリーンアップする, そしてJavaScriptを延期する. ほとんどのサイトでは 40-60% これら 5 つの変更後のロード時間の短縮.

最終更新日: 2月 2026. すべてのツールとベンチマークが検証済み.

始める前に: コアウェブバイタルを理解する

Google は 3 つのコア Web Vitals 指標を使用してサイトの速度を測定します. これらは任意の数字ではありません. 検索ランキングとユーザーエクスペリエンスに直接影響します.

LCP (最大の満足のいくペイント): メインコンテンツはどのくらいの速さで表示されますか? ターゲット: 下 2.5 秒. これは、最大の可視要素がいつ表示されるかを測定します。 (通常はヒーロー画像または見出し) ロードが終了します.

インド (次のペイントへのインタラクション): 誰かがクリックまたはタップしたとき、サイトはどれくらい早く反応しますか? ターゲット: 下 200 ミリ秒. INP は 9 月に古い FID 指標を置き換えました 2024. 訪問全体にわたる応答性を測定します, 最初のクリックだけではなく.

CLS (累積レイアウトシフト): 読み込み中にページが飛び回りますか? ターゲット: 下 0.1. 広告や画像の読み込みが遅く、コンテンツが押し下げられる場合, それはレイアウト変更です. ユーザーはそれを嫌がります.

サイトのスコアリング 75 PageSpeed で Core Web Vitals を通過すると、サイト スコアよりも上位になります 95 LCP に障害がある場合. 総合スコアよりもバイタルが重要.

ステップ 1: サーバー基盤を修正する

他のものを最適化する前に, 2つのことを確認してください: PHP バージョンとホスティング品質. どちらも TTFB に直接影響します (最初のバイトまでの時間), これは、サーバーがリクエストに応答し始める速度です。.

PHP へのアップデート 8.2 また 8.3

PHP は WordPress が動作するプログラミング言語です. 新しいバージョンは著しく高速です. PHP 8.3 ハンドルについて 169 1秒あたりのリクエスト数, 以上 13% PHPより速い 7.4. いくつかのベンチマークは次のことを示しています 30-50% 古い PHP バージョンからアップグレードする場合の速度の向上.

PHPのバージョンの現在のステータスは次のとおりです:

• PHP 8.2: 安定した, 幅広い互換性, 推奨されるデフォルト
• PHP 8.3: 最速の安定したオプション, プラグインの互換性の問題がわずかに少ない 8.4
• PHP 8.4: 利用可能ですが慎重にテストしてください, 一部のプラグインはまだ互換性がありません

PHPのバージョンを確認するには, go to Tools > Site Health in your WordPress dashboard, 次に、「情報」をクリックして、「サーバー」セクションを展開します。. ほとんどのホスティング コントロール パネル (cPanel, Plesk) 数回クリックするだけで PHP バージョンを変更できます.

警告: 最初にステージング サイトでテストする. 古いテーマまたはプラグインは、新しい PHP バージョンでは動作しない可能性があります. 一般的な原因には、Elementor Pro の古いバージョンが含まれます, WPスーパーキャッシュ, とワードフェンス.

ホスティングを評価する

ホスティングプロバイダーが TTFB を制御します. サーバーが遅いということは、すべてが遅いことを意味します, 他の場所で完璧な最適化を行ったとしても. TTFB が 400 ミリ秒未満を目指す, 理想的には 200ms 未満.

ホスティングがボトルネックになっている兆候:

• 単純なページで 600 ミリ秒を超える TTFB
• 速度は一日を通して大きく変化します
• 同じサーバー上の他のサイトがパフォーマンスに影響を与える
• オブジェクトのキャッシュなし (Redis または Memcached) 利用可能

マネージド WordPress ホストは、キャッシュが組み込まれているため、通常、低予算の共有ホスティングよりも優れた Core Web Vitals を提供します。, CDN統合, 最適化されたサーバー構成. 安価な共有ホスティングを利用していて速度を重視している場合, 多くの場合、アップグレードが唯一の最大の改善です. 私たちのを参照してください マネージド WordPress ホスティングの比較 オプション用.

軽量のテーマを選択する

テーマはすべてのページの読み込みに影響します. 重いフレームワークを使用してテーマが肥大化すると、コンテンツの読み込みが開始されるまでに 500 KB 以上の時間がかかり、数百ミリ秒かかる可能性があります。.

一貫して Core Web Vitals を通過する軽量テーマ:

• アストラ: 48合計KB, 約400ミリ秒でロードされます
• GeneratePress: 50合計KB, 開発者にとって素晴らしい
• ケイデンス: 少し大きいですが、高度にカスタマイズ可能
• こんにちはElementor: Elementor を使用している場合はわずか 21KB

重いテーマに行き詰まっている場合, 使用しない機能を無効にする. ほとんどのテーマはアニメーション ライブラリを読み込みます, アイコンフォント, 決して使用できないスライダー用の JavaScript. テーマ設定を確認してください “パフォーマンス” また “速度” オプション.

フォントをセルフホストする

Google のサーバーから読み込まれた Google Fonts には追加の DNS ルックアップと接続が必要です. これにより、LCP に 100 ～ 300 ミリ秒が追加されます.

修正: フォントをダウンロードして独自のドメインから提供する. プラグインのような OMGF (Google フォントを最適化する) また ローカルの Google フォント これを自動化します. WP Rocket と Perfmatters にはフォントの最適化も含まれています.

さらなるパフォーマンス向上のために, システムフォントを使用する (エリアル, ジョージア, システムUI) デザインが許す限り. すでにユーザー上にあるため、すぐに読み込まれます’ デバイス.

ステップ 2: 多層キャッシュの実装

キャッシュにはページのコピーが保存されるため、サーバーが訪問者ごとにページを最初から再構築する必要はありません. 適切に構成されたキャッシュ戦略により、ページの読み込み時間を次のように短縮できます。 40-60% TTFBを大幅に削減.

複数のレベルでキャッシュが必要である: ページキャッシュ, オブジェクトキャッシュ, ブラウザのキャッシュ, と CDN キャッシュ. 各レイヤーは異なるリクエストをキャッチします.

ページキャッシング

ページ キャッシュにより完全な HTML ページが保存されます. 誰かがあなたのホームページにアクセスしたとき, サーバーは、PHP コードやデータベース クエリを実行する代わりに、保存されたコピーを配信します。. これは、ほとんどのサイトにとって最大のパフォーマンスの向上です.

上位のキャッシュ プラグインに基づく 2026 Core Web Vitals の合格率:

• ニトロパック: 54% 合格率, オールインワンソリューション (プレミアム)
• WP最速キャッシュ: 51% 合格率, 無料版が利用可能
• パフォーマンスマターズ: 51% 合格率, 軽量 (プレミアム)
• WPロケット: 50% 合格率, 使いやすい (プレミアム, $59/年)
• LiteSpeedキャッシュ: 48% 合格率, 自由, ただし、LiteSpeed サーバーで最適です

LiteSpeed キャッシュ vs WP Rocket: ホストが LiteSpeed Web Server を実行している場合 (彼らに確認してください), LiteSpeed Cache が明らかに勝者です. WP Rocket のファイルベースのアプローチよりも高速なサーバーレベルのキャッシュを使用します。, しかも完全に無料です. ただし、Apache または Nginx を使用している場合は、, WP Rocket はどのサーバーでも動作し、技術的な知識は必要ありません.

オブジェクトのキャッシュ

オブジェクト キャッシュはデータベース クエリの結果をメモリに保存します. 同じデータに対してデータベースに繰り返しアクセスする代わりに, WordPress は RAM からそれを取得します. これにより、ログインユーザーと、ページキャッシュでは解決できない動的コンテンツが高速化されます。.

Redis または Memcached のいずれかをサーバーにインストールする必要があります. ほとんどの管理対象 WordPress ホストにはこれが含まれます. 予算共有ホストは通常​​、.

オブジェクトのキャッシュを有効にするには:

• ホストが Redis または Memcached を提供しているかどうかを確認する
• コネクタプラグインをインストールする (Redis オブジェクト キャッシュまたは W3 トータル キャッシュ)
• キャッシュプラグインの設定で動作していることを確認します

WooCommerce とログインユーザーのキャッシュ

標準のページ キャッシュはパーソナライズされたコンテンツには機能しません. 訪問者全員が違うものを見るとしたら (カートの中身, アカウントの詳細, 会員エリア), 同じキャッシュされたページを全員に提供することはできません.

動的サイト向けのソリューション:

• 動的ページをキャッシュから除外する: カート, チェックアウト, アカウントページは決してキャッシュすべきではありません
• フラグメントキャッシュを使用する: ページをキャッシュしますが、動的部分をロードします (カートウィジェット, ユーザー名) AJAX経由
• オブジェクトのキャッシュを有効にする: WooCommerce に必須, 製品の問い合わせ時間を大幅に短縮
• ESI を使用したエッジ キャッシュを検討する: LiteSpeed Cache と一部の CDN は、キャッシュされたコンテンツと動的コンテンツを混合するための Edge Side include をサポートしています

WP Rocket と LiteSpeed Cache は両方とも WooCommerce を検出し、機密ページを自動的に除外します. 会員制サイトの場合, プラグインのページに基づいて除外を手動で構成する必要があります.

ブラウザのキャッシュ

ブラウザのキャッシュが訪問者に伝える’ 静的ファイルを保存するブラウザ (画像, CSS, JavaScript) ローカルで. リピート訪問中, ブラウザはこれらを再度ダウンロードするのではなく、ディスクからロードします。.

ほとんどのキャッシュ プラグインはこれを自動的に設定します. 手動で行う場合, これらのルールを .htaccess ファイルに追加するか、CDN 設定で構成します. 少なくともターゲットにする 7 静的アセットの場合は日数, 1 バージョン管理されたファイルの年.

CDN キャッシング

CDN (コンテンツ配信ネットワーク) サイトのコピーを世界中のサーバーに保存する. 訪問者は最寄りの場所からサービスを受けることができます, レイテンシを短縮します.

Cloudflare 標準的な選択です. 無料プランはほとんどのサイトでうまく機能します. セットアップには約時間がかかります 15 分:

• Cloudflareアカウントを作成し、ドメインを追加します
• ドメインのネームサーバーをCloudflareのネームサーバーに更新します
• SSLを次のように設定します “満杯 (厳しい)” リダイレクトループを避けるため
• Brotli 圧縮を有効にする (GZIPより速い)
• 自動キャッシュ削除のために Cloudflare WordPress プラグインをインストールする

あるサイトでは、Cloudflare を有効にした後、TTFB が 136 ミリ秒から 37 ミリ秒に低下しました。. 特にWordPressサイトの場合, CloudflareのAPO (自動プラットフォーム最適化) 動的 HTML をエッジでキャッシュする機能 (月額 5 ドル), 静的ファイルだけではなく.

CDN オプションの詳細については、, ご覧ください CDN ホスティング ガイド.

ステップ 3: 画像を最適化する

画像は通常、 50% ページの総重量以上. それらを最適化することは最も重要なことの 1 つです “やりがいのある” 速度の修正: 同じビジュアル品質, 劇的に小さいファイル, 即時改善.

最新のフォーマットに変換

WebP と AVIF は、JPEG や PNG よりも圧縮率の高い次世代の画像形式です.

• WebP: 25-35% JPEGより小さい, 97% ブラウザのサポート
• AVIF: 50% WebP よりも小さい, 93% ブラウザのサポート

ターゲット: 200KB 未満のすべての画像. ヒーロー画像が 2MB の場合, それがあなたのLCPの問題です.

トップ画像最適化プラグイン (すべて更新されました 2026):

• 想像する: 1M+ インストール数, 優れた WebP/AVIF 変換, WP Rocket チームによって作成されました
• ShortPixel: 300K+ インストール, 最適化された画像を提供するための CDN が組み込まれています
• スマッシュ: 1M+ インストール数, WebP サポート付きの無料枠
• メディア用コンバーター: 無料, 既存の画像を WebP/AVIF に自動的に変換します

ほとんどのプラグインは同様に機能します: アップロード時に画像を圧縮します, WebP/AVIFに変換, ブラウザのサポートに基づいて適切な形式を提供します. 1 つ選択して構成します. 複数の画像プラグインをスタックしないでください.

遅延読み込みを実装する

遅延読み込みにより、ビューポートに入る直前まで画像の読み込みが遅れます。. これにより、ブラウザはまだスクロールしていない画像をダウンロードしないため、最初のページの読み込みが高速化されます。.

WordPress のバージョン以降、ネイティブの遅延読み込みが含まれています 5.5. プラグインなしで自動的に動作します. WordPress 以来 5.9, LCP スコアを保護するために、各ページの最初の画像は遅延読み込みから除外されます。.

でも, ネイティブの遅延読み込みにより、何を延期するかをブラウザーが決定できるようになります. 保守的すぎることが多い. WP Rocket や Perfmatters などのキャッシュ プラグインは、初期ページの重量をさらに削減できる、より積極的な遅延読み込みを提供します。.

致命的: LCP イメージを遅延ロードしないでください (通常、ページの上部にあるヒーロー画像または注目の画像). 画像の遅延は Core Web Vitals スコアに直接悪影響を及ぼします. 最適化プラグインがスクロールせずに見える画像を除外していることを確認してください.

画像のサイズを指定する

画像には常に幅と高さの属性を含めます. 彼らがいなければ, ブラウザはどのくらいのスペースを予約すればよいのかわかりません, レイアウトのずれを引き起こす (悪いCLS) 画像が読み込まれるとき.

WordPress はメディア ライブラリ内の画像の寸法を自動的に追加します. 手動でコード化された画像や、適切なサイズ設定を行わずにページ ビルダーを通じて追加された画像に注意してください.

ファサードを含むビデオの遅延読み込み

埋め込み YouTube および Vimeo ビデオはパフォーマンスを低下させます. 単一の YouTube 埋め込みでは、再生前に 400 ～ 800 KB のスクリプトが読み込まれます。. 1 ページに複数の動画がある場合, あなたはメガバイトの JavaScript を見ているのです.

解決策: ファサードを使用する (プレースホルダーのサムネイル). ページには完全なビデオ プレーヤーではなく静的画像が読み込まれます。. 実際の埋め込みは、ユーザーが再生をクリックしたときにのみ読み込まれます。.

これを処理するプラグイン:

• WPロケット: ファサードを備えた組み込みの YouTube 遅延ロード
• パフォーマンスマターズ: YouTube の遅延読み込み, ヴィメオ, およびiframe
• ビデオの遅延ロード: 無料のプラグイン, 埋め込みをサムネイルに置き換えます
• LiteSpeedキャッシュ: iframe の遅延ロードを含む

自己ホスト型ビデオの場合, 使用 preload="none" 属性を使用すると、再生が開始されるまでブラウザはビデオをダウンロードしません。.

LCP イメージをプリロードする

LCP 要素が画像の場合 (通常はそうです), プリロードはブラウザにそれを優先するように指示します. これをページのヘッドセクションに追加します:

<link rel="preload" as="image" href="your-hero-image.webp">

一部のキャッシュ プラグインは、LCP イメージを自動的に検出してプリロードします。. WP Rocket と Perfmatters は両方ともこの機能を提供します.

ステップ 4: データベースをクリーンアップする

WordPress データベースには時間の経過とともにジャンクが蓄積されます. 改訂後, スパムコメント, 一時的なデータ, 孤立したメタデータ. この肥大化によりクエリが遅くなります. 適切な最適化により、データベースのクエリ時間を短縮できます。 50-70%.

不要なデータを削除する

削除しても安全です:

• 改訂後: WordPress はすべての編集を保存します. 保つ 2-3 最近の改訂, 残りを削除する.
• 自動ドラフト: 積み重なる自動セーブ
• ゴミ箱に入れられた投稿とコメント: ゴミ箱を空にする
• スパムコメント: 消去, 単にスパムとしてマークしないでください
• 期限切れのトランジェント: クリーンアップされなかった一時キャッシュ データ
• 孤立したメタデータ: 削除された投稿やアンインストールされたプラグインによって残されたデータ

WP-最適化 これの標準の無料プラグインです. 上記のすべてをワンクリックのクリーンアップで処理し、スケジュールされたクリーンアップを自動的に実行できます。. 高度なデータベースクリーナー 必要に応じて、より詳細な制御を提供します.

最適化する前に必ずバックアップを行ってください. データベース操作は元に戻せません.

自動ロードされたデータの管理

自動ロードされたデータは、すべての単一ページリクエストでロードされます。. それは wp_options テーブルにあります. 時間とともに, プラグインは不必要に自動ロードするオプションを追加します, サイト全体の速度が遅くなる.

ターゲット: 自動ロードされたデータが 800KB 未満. メンテナンスが不十分なサイトの多くは 2 ～ 5MB あります.

自動ロードされたデータのサイズを確認するには:

• Query Monitor プラグインを使用して、データベース クエリ パネルを確認します。
• または、phpMyAdmin でこの SQL クエリを実行します。: SELECT SUM(LENGTH(option_value)) FROM wp_options WHERE autoload = 'yes';

高すぎる場合, 自動ロードされた最大のオプションを特定し、それらを作成したプラグインを特定します。. 多くの場合、期限切れになるはずだったのに期限切れになっていなかったのは一時的なものです, またはリクエストごとにロードする必要のないプラグイン データ.

データベーステーブルの最適化

MySQL テーブルは時間の経過とともに断片化します. 最適化コマンドを実行すると、断片化が解消されます。, ハードドライブのデフラグのような. ほとんどのデータベース クリーンアップ プラグインにはこの機能が含まれています.

頻度: アクティブサイトの月次. トラフィックが多い場合、またはコンテンツが頻繁に変更される場合は毎週. プロセスがテーブルを一時的にロックするため、過剰な最適化を行わないでください。.

投稿のリビジョンを制限する

Prevent future bloat by limiting how many revisions WordPress saves. Add this to your wp-config.php file:

define('WP_POST_REVISIONS', 3);

This keeps 3 revisions per post. に設定します false to disable revisions entirely (not recommended for most sites).

ステップ 5: レンダリングをブロックするリソースを排除する

When a browser loads your page, certain CSS and JavaScript files block rendering. ブラウザが停止してしまう, これらのファイルをダウンロードします, それらを処理する, それから続けます. これにより、最初のコンテンツフル ペイントと LCP が遅れます.

PageSpeed Insights はこれにフラグを立てます “レンダリングをブロックするリソースを排除します。” これを修正するには、重要でないリソースを延期するか、重要なリソースをインライン化する必要があります。.

JavaScript を延期する

サイト上の JavaScript の大部分はすぐに実行する必要はありません. 延期すると、ページが最初にレンダリングされます。, その後スクリプトを実行します.

2 つのオプション:

• 延期: 解析中のダウンロード, HTMLが完全にロードされた後に実行されます, 実行順序を維持します
• 非同期: 解析中のダウンロード, ダウンロードするとすぐに実行されます, 順序は保証されません

プラグインは特定の順序で読み込まれるスクリプトに依存することが多いため、ほとんどの WordPress サイトでは遅延の方が安全です。.

これをうまく処理するプラグイン:

• WPロケット: ワンクリックの延期オプション, 除外を自動的に処理します
• パフォーマンスマターズ: JavaScript の延期と遅延, ページごとを無効にするスクリプトマネージャー
• 最適化 + 非同期JavaScript: 自由な組み合わせで相性抜群
• LiteSpeedキャッシュ: 組み込みの JS 遅延/非同期オプション

jQueryの警告: 多くの WordPress サイトはスライダーの jQuery に大きく依存しています。, お問い合わせフォーム, とアニメーション. 本質的にレンダリングをブロックしており、30KB以上の重さがあります. 一部のプラグインでは、機能の中断を避けるために jQuery を遅延から除外できます。. 遅延により視覚的な不具合や機能の破損が発生する場合, 通常は jQuery が原因です.

JavaScript を遅延させて INP を改善する

遅延は延期とは異なります. HTML 解析後に遅延スクリプトが実行される. 遅延スクリプトはユーザーの操作が行われるまでまったく実行されません (スクロール, クリック, タップ).

これはメインスレッドを解放し続けるため、INP にとって強力です。. チャット ウィジェットなどのサードパーティ スクリプト, 分析, 広告スクリプトは、初期応答性に影響を与えることなく、必要になるまで遅延させることができます。.

WPロケット, パフォーマンスマターズ, および Flying Script はすべて遅延をサポートしています. 慎重に設定してください: スクリプトの実行が遅すぎると、ユーザーがすぐに期待する要素が目に見える形で読み込まれる可能性があります。.

CSS配信の最適化

ブラウザはコンテンツの表示方法を知るためにスタイルを必要とするため、CSS はレンダリングをブロックします。. 解決策: クリティカル CSS をインライン化し、残りを延期する.

クリティカルCSS スクロールせずに見えるコンテンツに必要なスタイルを意味します. これらを HTML ヘッドにインライン化すると、ブラウザは表示可能なコンテンツをすぐにレンダリングできるようになります。. その後、完全な CSS ファイルがロードされます.

WP Rocket と NitroPack は重要な CSS を自動的に生成します. 無料オプションの場合, Critical CSS Generator (criticalcss.com) でコードを作成できます。, ただし、手動または自動最適化を通じて実装する必要があります.

使用していないCSSを削除する 別のアプローチです. Perfmatters や WP Rocket などのツールは、特定のページで使用されていない CSS を特定し、その CSS が読み込まれないようにします。. 多くのテーマやプラグインはすべての CSS をどこでもロードするため、これは重要です。, たとえそのほとんどが不要な場合でも.

プラグインを監査する

適切にコーディングされた 20 個のプラグインは、5 個の不適切に作成されたプラグインよりも高速である可能性があります. 問題は量ではない. 品質です.

使用 クエリモニター 遅いプラグインを特定するには:

• クエリモニターをインストールする (自由)
• ページをロードし、管理バーでクエリ統計を確認します。
• 見てください “コンポーネント別のクエリ” どのプラグインが最も多くのデータベース クエリを実行しているかを確認するには
• プラグインごとのロード時間を確認する

赤旗: ページ読み込みに 200 ミリ秒以上かかるプラグインは廃止するか、置き換える必要があります。.

よくある犯罪者:

• すべてのページにスクリプトをロードするソーシャル共有プラグイン
• 統計/分析プラグイン (代わりにGoogleタグマネージャーを使用してください)
• 単純なページ上の重いページビルダー
• 古いプラグインはメンテナンスされなくなりました
• 特定のページでのみ必要な場合にサイト全体でアセットをロードするプラグイン

スクリプトマネージャープラグイン (パフォーマンスマターズ, 資産のクリーンアップ) 必要のないページで特定のプラグイン スクリプトを無効にできます. お問い合わせフォーム プラグインをすべてのブログ投稿に読み込む必要はありません.

結果の測定

これらの手順を実行した後、, サイトを適切にテストする. 単一の PageSpeed テストに依存しないでください.

使用するツール:

• Google PageSpeed Insights: ラボデータとフィールドデータの両方を表示します (実際のユーザー指標)
• GTmetrix: いつ、何をロードするかを示す詳細なウォーターフォール チャート
• ウェブページテスト: 複数の試験会場, フィルムストリップビュー, 再訪問テスト
• Chrome DevTools: リアルタイム負荷分析のための「ネットワーク」タブ

何を確認するか:

• 3 つの Core Web Vitals がすべて合格 (緑)
• TTFB 400ms未満 (200ms以下は素晴らしい)
• コンテンツの多いページの合計ページ サイズは 2MB 未満, 単純なページの場合は 1MB 未満
• フルロード時間は以下です 3 秒

海外からの訪問者がいる場合は、さまざまな場所からテストしてください. ニューヨークでは速いサイトでも、CDN がないとシドニーでは遅くなる可能性があります.

即効性: 優先順位

時間がない? 最大の効果を得るためにどこに焦点を当てるべきか:

• 1. ページキャッシュを有効にする (WP Rocket または LiteSpeed キャッシュ): 多くの場合、ロード時間が短縮されます 40%+ すぐに
• 2. 画像の圧縮と変換 (Imagify または ShortPixel): 最も一般的な LCP の問題を修正します
• 3. PHPのバージョンを更新する: 自由 15-30% 古いバージョンを使用している場合は速度が向上します
• 4. CDN を追加する (クラウドフレア無料): サーバーから遠く離れたユーザーの待ち時間を短縮します
• 5. JavaScript を延期する: 最も一般的なレンダリングをブロックする警告に対処します

これら 5 つの変更だけで、ほとんどのサイトの Core Web Vitals に合格します。. データベースのクリーンアップと高度な CSS 最適化は、余分なパフォーマンスを絞り出したり、特定の問題を修正したりするために使用されます。.

ホスティングに問題がある場合

最適化だけでは不十分な場合もあります. このガイドの内容をすべて実行しても、TTFB が遅い、またはパフォーマンスが一貫性がない場合, サーバー自体がボトルネックになっている.

次の場合にアップグレードを検討してください:

• 最適化にもかかわらず、TTFB は 600 ミリ秒を超えたままになる
• トラフィックの多いサイトと共有ホスティングを使用しています
• ホストはオブジェクト キャッシュを提供していません
• PHP 設定をより詳細に制御する必要がある
• サポートはパフォーマンスの問題を解決できません

必要に応じたオプション:

• その他のリソース, 同じ簡単さ: キャッシュが組み込まれたマネージド WordPress ホスティング
• より多くの制御: VPSホスティング 独自のサーバー構成で
• 最高性能: クラウドホスティング 自動スケーリングあり

で実行されているサイトの場合 NVMeストレージ LiteSpeed サーバーと適切なキャッシュを使用する, 壮大な最適化作業を行わなくても、ロード時間は 1 秒未満で達成可能.

速度最適化に関するよくある間違い

過剰な最適化は、不十分な最適化と同じくらい多くの問題を引き起こします. これらの罠を回避してください:

複数のキャッシュプラグインをスタックする. キャッシュプラグインは 1 つだけで十分です. W3 Total Cache と一緒に WP Rocket を実行しても速度が 2 倍になるわけではありません. それは対立を生みます, 古いページを提供する, 機能が壊れる可能性があります. 1 つを選択して適切に設定します.

モバイルを無視する. Core Web Vitals の障害のほとんどはモバイルで発生します, デスクトップではありません. PageSpeed Insights にデフォルトでモバイルが表示されるのには理由があります. 実際のモバイルデバイスでテストする, デスクトップブラウザシミュレーターだけではありません. 何が読み込まれるのか 2 MacBook では数秒かかる場合があります 6 ミッドレンジの Android スマートフォンでは数秒.

過剰な JavaScript 遅延. ナビゲーション メニューが表示されるまで、ユーザー インタラクションが素晴らしく聞こえるまですべてを遅らせます。 3 クリック可能になるまでの秒数. 徹底的にテストする. 一部のスクリプトはすぐに実行する必要があります.

サードパーティのスクリプトを忘れる. すべての画像を最適化し、すべてのスクリプトを延期しました, ただし、Googleタグマネージャーは読み込まれます 15 メインスレッドをブロックするスクリプトの追跡. サードパーティのコードを監査する. 分析ツールを積極的に使用していない場合, それを除く.

実稼働指標に合わせて開発サイトを最適化する. PageSpeed Insights は Chrome ユーザー エクスペリエンス レポートを使用します (CrUX) 実際の訪問者からのデータ. サイトにトラフィックがない場合, フィールドデータはありません. ラボデータ (灯台) パフォーマンスをシミュレートしますが、現実世界の状況を完全に反映しているわけではありません.

Core Web Vitals ではなく PageSpeed スコアを追う. のスコア 100 LCP が失敗すると意味がありません. 重要な 3 つの指標に焦点を当てる: 2.5秒未満のLCP, INP 200ms未満, CLS の下 0.1. それらは合格します? あなたは上手い, 全体の数に関係なく.

よくある質問

WordPress サイトの読み込み速度はどのくらいでなければなりませんか?

アンダーを狙う 2.5 LCPの秒数 (メインコンテンツが表示されるとき) そしてその下 3 フルロードされた秒数. Google は LCP を以下のように検討しています 2.5 秒 “良い。” 何もかも終わった 4 秒間はランキングとコンバージョン率の両方に悪影響を及ぼします.

ホストにキャッシュが組み込まれている場合、キャッシュ プラグインが必要ですか??

管理対象の WordPress ホスト (キンスタ, WPエンジン, SiteGround) ページキャッシュを含める, 別のレイヤーを追加すると競合が発生する可能性があります. でも, これらのホストは常に CSS/JS の最適化を処理するとは限りません. ホストのキャッシュを使用する, ただし、追加機能として Perfmatters のような軽量の最適化プラグインを検討してください。.

どちらが良いですか: WP Rocket または LiteSpeed キャッシュ?

サーバーによって異なります. LiteSpeed Cache は高速かつ無料です, ただし、ホストが LiteSpeed Web サーバーを実行している場合に限ります。. Apache または Nginx サーバー上, LiteSpeed Cache はサーバーレベルのキャッシュ機能を使用できないため、WP Rocket がより良い選択肢になります。. ホストにどのようなサーバー ソフトウェアを使用しているかを尋ねてください.

サイトを最適化すると何かが壊れますか?

潜在的に. JavaScript を延期するとスライダーが壊れる可能性があります, フォーム, またはインタラクティブな要素. CSS の最適化によりスタイルの問題が発生する可能性がある. 必ず最初にステージング サイトでテストしてください, 変更を一度に 1 つずつ実装することで、問題の原因を特定できます.

データベースをどのくらいの頻度でクリーンアップする必要がありますか?

ほとんどのサイトでは毎月. トラフィックが多い場合は毎週, 頻繁なコンテンツ更新, または激しい WooCommerce アクティビティ. 過剰な最適化をしない. クリーンアッププロセスによりテーブルが一時的にロックされます, 実行中に一時的に速度が低下する可能性があります.

プレミアムキャッシュプラグインにお金を払う価値はありますか?

あなたの時間に価値があるなら, はい. WPロケット ($59/年) 数分でセットアップし、エッジケースを自動的に処理します. LiteSpeed Cache などの無料プラグインでも同様の結果が得られますが、より多くの設定とトラブルシューティングが必要です。. ほとんどのサイト所有者にとって, 節約された時間はコストに見合う価値があります.

サーバーの場所はWordPressの速度に影響しますか?

はい. サーバーと訪問者の間の物理的距離は TTFB に直接影響します. サーバーがニューヨークにあり、視聴者がシドニーにある場合, すべてのリクエストは 16,000km を移動します. CDN は静的コンテンツのこの問題を修正します, ただし、最初の HTML は依然としてオリジンサーバーから取得されます。. ほとんどの訪問者が 1 つの地域にいる場合, そこのホスト. 世界中の視聴者向け, エッジ HTML キャッシュを備えた CDN (Cloudflare APO のような) 不可欠です.

テーマが WordPress の速度を低下させているかどうかを確認するにはどうすればよいですか?

一時的にデフォルトのテーマに切り替える (二二十四のように) そしてあなたのスピードをテストしてください. パフォーマンスが劇的に向上する場合, あなたのテーマが問題です. Chrome DevTools の [ネットワーク] タブでテーマの CSS および JS ファイル サイズを確認することもできます。. 合計 100KB 未満が適切です. 500KB以上は気になる. 複数の Google Font をロードするテーマ, アニメーションライブラリ, アイコンフォントはよくある犯罪者です.