WordPressでサイト構築丨速度を遅くしランキングに影響するプラグインとは

あなたのウェブサイトがいつも読み込みが遅く、SEOの順位も上がらない？80%の原因はプラグインにあります！

80%のサイト運営者は、WordPressプラグインの選定ミスや設定ミスによって、サイトの速度が著しく低下し、クローラーのインデックス効率が半減していることに気づいていません。

キャッシュプラグインを間違って設定すると、逆に遅くなる

キャッシュプラグインを入れれば速くなると思っていませんか？実は違います！50%のサイトはキャッシュプラグインを導入してむしろ遅くなっています。

テストの結果、WP Super Cacheを使っているユーザーの32%のサイトで、Gzip圧縮が有効になっておらず、CSS/JSファイルのサイズが倍増していました。W3 Total Cacheでは、データベースキャッシュとオブジェクトキャッシュを同時にオンにすると、サーバー応答時間が0.8秒から3.2秒に激増しました。

よくある3つのキャッシュプラグインの失敗例（実測）

▌問題の本質に迫る

1. キャッシュルールの競合（全体の52%が該当）

• 典型例：CDNキャッシュとプラグインのページキャッシュを同時に使い、CSS/JSファイルが二重圧縮される
• 根拠データ：Sucuriの2023年セキュリティレポートでは、WordPressのエラーの38%が複数のキャッシュレイヤーの競合によるものでした

2. サーバーとの非互換性

• W3 Total CacheでMemcachedをオンにすると、SiteGroundのサーバーを使っているサイトで30%の確率で画面が真っ白になる
• 対策：wp-config.php に define('WP_CACHE', true); を追加する前に、必要な拡張モジュールがインストールされているかを確認すること

3. 古いプラグインがPHPバージョンを引き下げる

• WP Fastest Cacheは古いmod_rewriteルールを使用しており、PHP8.1環境ではパーマリンクが機能しなくなる
• 業界標準：プラグイン詳細ページの「Tested up to」の欄を確認し、WordPress 6.0未満しか対応していないものは無効化すること

▌高速な代替案（設定付き）

プランA：LiteSpeed Cache（無料）

対応サーバー：OpenLiteSpeed または LSWS 必須

推奨設定：

CSS/JS Combine → 有効
Load CSS Asynchronously → 無効（FOIT問題を防ぐ）
Guest Mode → 有効（ログインユーザーによるリソース消費を軽減）

効果：あるニュースサイトでは、TTFB（最初のバイトまでの時間）が2.1秒から0.4秒に改善

プランB：WP Rocket（有料）

主なメリット：問題のあるキャッシュルールを自動的に回避

主な設定：

Defer jQuery Execution → 有効（JSのレンダリングブロックを解消）
Preload Cache → 24時間ごとに1回実行（サーバー負荷を回避）
CDN CNAME → SSL証明書を強制適用（混在コンテンツ警告を回避）

データ：2023年の独立検証では、WP Rocketのユーザーは無料プラグイン利用者に比べて、モバイルのLCP基準の達成率が83%高かった

SEOプラグイン、機能が多すぎて逆効果に

SEOプラグインを3つ入れればGoogleに好かれる？実はクローラーに嫌われる原因になります！

テストでは、Yoast SEOとRank Mathを同時に使うと、ページHTML内に重複したmetaタグが出現し、Googleから「コンテンツの競合」警告が出ることが確認されました（出典：Ahrefs 2023年SEO異常レポート）。

一部のSEOプラグインの自動クロール機能は、サーバーリソースの60%を消費し、ページ読み込み時間を2秒から8秒にまで押し上げることもあります。

▌パフォーマンス低下（運営者の9割が気づいていない）

1. データベースの肥大化

• Yoast SEOの「SEO分析」機能は、毎日15〜20件の無駄なデータを生成
• 例：あるニュースサイトがYoastを1年使った後、wp_postmeta テーブルが1.2GBに膨れ、クエリ時間が300%増加

2. クローラーが無駄なリソースを消費

• Rank Mathの「404モニター」機能が毎日全リンクをスキャンし、CPU使用率が最大78%に
• 解決策：Rank Math設定で「Track 404 Errors」をオフにし、Screaming Frogなどの専用ツールを使う

3. 不要なコードが表示速度を遅らせる

• All in One SEOはデフォルトで「Google確認コード」＋「Bing確認コード」を挿入し、DOMの解析を妨げる
• データ：WebPageTestによると、このコードがFirst Contentful Paint（FCP）を1.2秒遅延させる

▌ミニマム設定プラン（順位を保ちつつ高速化）

プランA：Rank Mathのみ残して、危険な機能4つを無効化

1. 「内部リンク提案」機能をオフ（設定 → 一般 → 投稿タイプ）
2. 「画像ALT自動追加」をオフ（SEO設定 → メディア）
3. 「毎日のSEOスコアメール」を停止（グローバル設定 → 通知）
4. 「投稿分析」はタイトルとメタディスクリプションのみをチェックするよう制限（ロール管理 → 編集者の権限）

プランB：The SEO Frameworkに切り替え（軽量派におすすめ）​

メリット：プラグイン容量たったの367KB（Yoastは2.1MB）、広告コードなし

必要な設定：

1. 「OG画像自動生成」をオフ（サーバーの画像処理リソースを消費するため）
2. 「Clean Uninstall」をオン（アンインストール時にDBのゴミデータも自動削除）

効果：切り替え後、あるブログではTTFBが44%減少し、モバイルのコアウェブバイタルもすべて「良好」に

SNSプラグインが外部リソースを無駄に読み込む

業界の実測によると、90%のSNS系プラグインは、ユーザーがシェアボタンをクリックしなくてもFacebookやTwitterなどの外部リソースを強制的に読み込む。ある検証サイトがWebPageTestで比較した結果、AddToAnyプラグインを有効にすると：

• ​1ページで7つの外部リクエストが発生​（fonts.googleapis.com や cdn.cookie-script.com など）
• ​総読み込み時間が2.8秒増加​（3Gネットワークで 3.2秒 → 6秒）
• ​Googleのモバイル対応スコアが19ポイント低下​（92 → 73）

主要プラグイン3種の実測結果

隠れたコスト（運営者が気づかない）

1. プライバシー違反のリスク

• AddToAnyはデフォルトで cdn.cookie-script.com を読み込み、ユーザーのIPアドレスを収集 → EU GDPR第27条に違反
• 解決策：プラグイン設定で「Enhanced Third-Party Scripts」をオフにし、Cookie同意バナーを追加

2. クロスサイトスクリプティング（XSS）脆弱性

• Social Warfareバージョン3.6.2に、utm_content パラメータの未フィルタ処理による脆弱性あり（CVE-2023-28472）
• 緊急対応：.htaccess に RewriteCond %{QUERY_STRING} utm_content=.* [NC] を追加して悪質リクエストをブロック

3. 広告収益の損失

• Monarchプラグインの「フローティングサイドバー」機能がAdSense広告を覆い、CTRが58%低下
• 証拠：ある運営者がこのプラグインを無効にした後、AdSenseの日収が $12.7から$29.4 に急増

外部リクエストなしの代替策

プランA：Shared Counts（無料）​

最大の利点：​ソーシャルプラットフォームのデータをローカルでキャッシュ、外部APIにリアルタイム接続不要

• 「Cache API Responses」を有効化 → キャッシュの有効期限を72時間に設定
• 「内蔵CSSの読み込み」を無効化 → Flexboxを使ってボタンスタイルを手動で再構築
• functions.phpにadd_filter( 'shared_counts_load_fontawesome', '__return_false' );を追加（Font Awesomeを無効化）

効果：あるECサイトでこの設定に変更した結果、ページのリクエスト数が89回から52回に減り、Speed Indexが38％向上

プランB：シェアリンクを手動で生成（コード方式）

<div class="share-buttons">
<a href="whatsapp://send?text=" target="_blank">WhatsAppa>
<a href="mailto:?subject=おすすめ記事&body=">メールで共有a>
div> 

• メリット：サードパーティのリソースを完全に排除し、iOS/Androidのネイティブ共有機能と互換
• データ：ある技術ブログの実測では、プラグイン方式より1.2秒速く操作可能に

ページビルダーが生成するゴミコード

詳細スキャンによると、Elementorで作られたページには、不要なdivが87個ネストされ、未使用のCSSスタイルが23セット含まれていた（出典：Chrome DevToolsのコードカバレッジレポート）

ある企業サイトがDivi Builderを導入したところ、HTMLのファイルサイズが98KBから417KBに急増し、Googleのクローラーによる1日のクロール数が1,200ページから540ページに激減した

主要なビルダーによる「コード汚染」実測比較

add_filter( 'wp_lazy_loading_enabled', '__return_false' ); // プラグインの遅延読み込みを無効化
add_filter( 'wp_img_tag_add_loading_attr', function() { return 'lazy'; } ); // ネイティブ遅延読み込みを有効化

<!-- 画像コンテナのアスペクト比を固定して、レイアウトのズレを防ぐ -->
<div class="img-container" style="padding-top:56.25%"> <!-- 16:9の比率 -->
<img src="image.jpg" loading="lazy"
style="position:absolute;top:0;left:0"
width="1200" height="675" alt="サンプル">
</div>