WordPress高速化の正攻法。パフォーマンスオーディットで原因を特定する手順
WordPressサイトの表示速度が低下した際、多くの運営者は反射的にキャッシュプラグインを導入しようとする。しかし、根本的な原因を特定せずにツールを重ねる手法は、期待したほどの効果を生まないことが多い。元記事の著者であるMark Zahra氏は、場当たり的な対応ではなく、体系的な「パフォーマンスオーディット（性能調査）」の重要性を説いている。
パフォーマンスオーディットとは、適切なツールを正しい順序で使用し、サイトの遅延を招いている真の要因を突き止める作業だ。本稿では、無料ツールのみを用いて、コードに触れることなくサイトのボトルネックを特定する具体的なステップを解説する。
このプロセスを実践することで、サーバーの応答速度、画像の最適化不足、あるいは特定のプラグインによる負荷など、改善すべき優先順位が明確になるはずだ。
Google Search Consoleで「現場のデータ」を把握する
高速化調査の第一歩は、スピードテストツールを回すことではない。まずはGoogle Search Console（グーグル・サーチコンソール）を開き、左サイドメニューの「エクスペリエンス」内にある「ウェブに関する主な指標」を確認することから始めるべきだ。
多くのガイドがこの手順を飛ばしてシミュレーションテストに移行してしまうが、それは誤りだと指摘されている。Search Consoleが提供するのは「フィールドデータ」と呼ばれるもので、過去28日間に実際の訪問者が体験したパフォーマンスの記録である。Googleが検索順位の決定に使用するのは、シミュレーション値ではなく、この実測データの方だ。
CWV（コアウェブバイタル）のステータスを確認する
レポートでは、ページが「良好」「改善が必要」「不良」の3つのカテゴリに分類される。ここで重要なのは、どの指標が問題を引き起こしているかを特定することだ。例えば、LCP（Largest Contentful Paint / 最大視覚コンテンツの表示時間）に問題があるサイトと、CLS（Cumulative Layout Shift / 視覚的な安定性）に問題があるサイトでは、必要な対策が全く異なる。
LCPとは、ページ内で最も大きなコンテンツ（通常はヒーロー画像や見出し）が表示されるまでの時間を指す。一方、CLSは読み込み中にレイアウトがガタつく度合いを示す指標だ。これらを区別せずに「なんとなく高速化プラグインを入れる」だけでは、特定の問題を解決することはできない。
なお、アクセス数が少ないサイトや公開直後のサイトでは、データが表示されない場合がある。その場合は、次のステップであるPageSpeed Insightsによる診断へ進むことになる。
PageSpeed Insightsでボトルネックを深掘りする
次に、Search Consoleで「不良」と判定されたページや、サイト内で最も重要なページ（通常はトップページや人気記事）のURLをPageSpeed Insights（ページスピード・インサイト / PSI）で測定する。PSIはシミュレーション環境でのテスト結果（ラボデータ）を表示するツールだ。
結果が表示されたら、デスクトップではなく必ず「モバイル」のスコアを重視すべきだ。Googleはモバイル版のパフォーマンスを評価基準とする「モバイルファーストインデックス」を採用しているため、デスクトップで高得点でもモバイルで低得点であれば、改善の優先度は高い。
診断セクションの重要項目を読み解く
PSIのレポートには多くの項目が並ぶが、特に注目すべきは以下の3点だ。まず、TTFB（Time to First Byte / 最初の1バイトが到着するまでの時間）を確認する。これはサーバーがリクエストを受け取ってから、ブラウザに最初のデータを返すまでの時間だ。もしTTFBが600ms（0.6秒）を超えている場合、原因はサーバー側（ホスティング環境）にある可能性が高い。この値が正常であれば、サーバーではなくサイトの構成要素に問題があると判断できる。
次に「レンダリングを妨げるリソース（Render-blocking resources）」をチェックする。これは、ブラウザが画面を表示する前に読み込まなければならないCSSやJavaScriptファイルを指す。ここでの推定短縮時間が1,000msを超える場合は、最優先で対処すべき課題となる。
最後に、どの要素が「LCP要素」として判定されているかを確認する。多くの場合、トップページのヒーロー画像がこれに該当する。画像が適切に圧縮されているか、次世代フォーマット（WebPなど）が使われているか、そして「遅延読み込み（Lazy Load）」が誤って適用されていないかを確認する。ファーストビューの画像に遅延読み込みを適用すると、逆に表示が遅くなり、LCPスコアを悪化させる原因になるからだ。
GTmetrixのウォーターフォール図で読み込み順を可視化する
PSIが「何が起きているか」を教えてくれるのに対し、GTmetrixは「なぜそれが起きているか」を視覚的に理解するのに役立つ。無料アカウントを作成してテストを実行し、「Waterfall（ウォーターフォール）」タブを開くことが推奨されている。
ウォーターフォール図は、ページを構成するすべてのファイルがどの順番で、どれくらいの時間をかけて読み込まれたかを横棒グラフで示したものだ。棒が右に伸びているほど、そのファイルの読み込みに時間がかかっていることを意味する。
グラフから読み取れる遅延のサイン
図の最上部、最初のファイルが読み込まれる前に長い空白時間がある場合は、やはりサーバーの応答速度がボトルネックだ。また、画像ファイルの横棒が極端に長い場合は、ファイルサイズが大きすぎること（未圧縮）を示唆している。
さらに、外部スクリプトの挙動にも注目したい。解析ツール、チャットウィジェット、SNSの埋め込みなどは、読み込みの後半で大きな遅延を引き起こすことが多い。ウォーターフォール図の後半で特定の外部ドメインからの通信が停滞しているのを発見できれば、その機能を停止するか、読み込み方法を最適化する（非同期読み込みなど）といった具体的な対策が打てるようになる。
Query Monitorでサーバー内部の挙動を監視する
これまでのステップはブラウザ側から見た性能調査だったが、最後の手順はサーバー内部の挙動を調査することだ。これには無料プラグインの「Query Monitor（クエリ・モニター）」を使用する。
プラグインをインストールして有効化すると、管理画面の上部ツールバーに数値が表示されるようになる。フロントエンドのページを表示した状態でこの数値をクリックすると、詳細なパネルが開く。開発者でなくても、特定の情報に注目するだけで原因を絞り込むことが可能だ。
データベースクエリとAPIコールの異常を検知する
まずチェックすべきは「Database Queries（データベースクエリ）」のセクションだ。1ページを表示するために発行されたクエリの数と、それぞれの実行時間が表示される。適切に最適化されたサイトであれば、1ページあたりのクエリ数は20〜50個程度に収まる。もし150個を超えていたり、個別のクエリに50ms以上の時間がかかっていたりする場合、特定のプラグインやテーマが非効率な処理を行っている証拠だ。Query Monitorは、どのプラグインがそのクエリを発行したかまで教えてくれる。
もう一つの重要項目は「HTTP API Calls」だ。これは、WordPressがページを生成する過程で外部サービスと通信している記録である。例えば、ライセンス認証や外部データの取得のためにプラグインが外部サーバーへリクエストを送り、その返信を待っている間、サイトの表示はストップしてしまう。もし予期しない外部リクエストが多発しているなら、そのプラグインの設定を見直す必要がある。
優先順位に基づいた改善リストの作成
4つのツールからデータが集まったら、それらを統合して改善の優先順位を決める。著者のMark Zahra氏は、以下の順序で対策を行うことを推奨している。
1. サーバー環境の改善
TTFBが遅い場合は、他のどの対策よりも先にサーバー環境を見直すべきだ。土台となるサーバーが遅ければ、どんなにコードを最適化しても限界がある。パフォーマンスを重視した高品質な国内レンタルサーバーや、マネージドホスティングへの移行を検討するのが最も効果的だ。
2. 画像の最適化
LCPのスコアが低い場合、対象となるヒーロー画像のファイルサイズを削減する。圧縮、WebPへの変換、そしてファーストビュー画像に対する遅延読み込みの解除を行う。これだけでスコアが劇的に改善することも珍しくない。
3. コードの整理とキャッシュ
サーバーと画像がクリアになった段階で、初めてキャッシュプラグインやコードの最適化（CSS/JSの縮小化など）を導入する。Query Monitorで特定された「重いプラグイン」を削除したり、軽量な代替プラグインに差し替えたりすることもこの段階で行う。
4. サードパーティスクリプトの調整
最後に、解析ツールや広告タグなどの外部スクリプトを整理する。これらは利便性とのトレードオフになることが多いため、本当に必要なものだけを残し、遅延読み込みさせるなどの調整を行う。
独自の分析：なぜ「オーディット」が高速化の成否を分けるのか
筆者の見解として、WordPressの高速化において最も大きな障壁は「情報の過多」にあると考える。ネット上には「このプラグインを入れれば速くなる」という断片的な情報が溢れているが、サイトごとに遅延の理由は千差万別だ。あるサイトでは画像が原因であり、別のサイトではデータベースの肥大化が原因かもしれない。
今回紹介した手順の核心は、仮説ではなく「証拠」に基づいて動く点にある。Search Consoleで「何が悪いか」を知り、PSIで「どこが悪いか」を絞り込み、GTmetrixで「読み込みの順序」を確認し、Query Monitorで「内部の犯人」を特定する。この一連の流れは、まさにサイトの健康診断だ。
また、高速化は一度行えば終わりではない。WordPressはプラグインの更新や記事の追加によって、時間の経過とともにパフォーマンスが低下していく傾向がある。数ヶ月に一度、このオーディットをルーチンとして行うことで、サイトの健全性を長期的に維持できるだろう。
この記事のポイント
- 実測データを優先する: Google Search Consoleのフィールドデータが、SEOにおいて最も重要な指標となる。
- サーバーの応答を確認: TTFB（Time to First Byte）をチェックし、問題があればホスティング環境の変更を最優先する。
- LCP要素の特定: ページで最も大きな要素（画像など）を特定し、その読み込みを最速化する。
- 内部負荷の可視化: Query Monitorを使い、プラグインが発行するデータベースクエリや外部通信の異常を突き止める。
- 一歩ずつの改善: 複数の対策を同時に行わず、一つ修正するごとに再テストを行い、効果を検証する。
出典
- WP Mayor「WordPress Performance Audit: How to Find What’s Slowing Down Your Site」（2026年3月25日）
・ 複数業界における17年間のデジタルビジネス開発経験
・ ウェブサイト開発のためのHTML、PHP、CSS、Java等の実用的知識
・ 15ヶ国語対応の多言語SaaSの開発経験
・ 17年間にも及ぶ、Eコマース長期運営経験
・ 幅広い業界でのSEO最適化の豊富な経験
Google Search Consoleに「ブランドフィルタ」が登場。ECサイトのブランド分析を効率化する活用法
Google Search Console（グーグルサーチコンソール）のパフォーマンスレポートに、ブランドに関連する検索クエリを簡単に抽出・除外できる新しいフィルタ機能が追加された。このアップデートにより、自社名や製品名を含む「指名検索」の動向を、これまで以上に迅速かつ直感的に把握することが可能になる。
2026年3月のリリース以降、この機能はAI（人工知能）を活用してクエリを自動分類し、企業のマーケティング担当者やSEOエンジニアの分析工数を削減する役割を担っている。特にブランド認知が売上に直結するECサイト運営者にとって、指名検索の分析は競合対策やキャンペーン評価の要となる要素だ。
本記事では、新しく導入されたブランドフィルタの仕組みと、実務での具体的な活用シナリオ、そしてAIによる分類の限界について、専門的な視点から詳しく解説する。
ブランドフィルタの仕組みとAIによる自動分類
今回追加されたブランドフィルタは、検索パフォーマンスレポート内で「ブランドを含むクエリのみを表示」または「ブランドを除外して表示」を切り替える機能だ。従来、ブランド検索を特定するには正規表現（Regex）を用いた複雑なフィルタリングが必要だったが、新機能によって数クリックで同様の操作が完結するようになった。
AIが判別する「ブランドクエリ」の定義
GoogleはAIを用いてクエリを分類しており、以下の要素がブランドクエリとして認識される。指名検索とは、ユーザーが特定のブランドやサイトを目的地として検索する「ナビゲーショナルクエリ」とも呼ばれるものだ。
- 会社名やサイト名
- ドメイン名（例：example.com）
- ブランド固有の製品名やサービス名
- 一般的なスペルミスや表記揺れ
例えば、Appleというブランドであれば、「iPhone」や「MacBook」といった製品名、さらには「Aple」といったスペルミスもブランドクエリとして統合的に処理される。これにより、ユーザーの検索意図をより正確に反映したデータ抽出が可能となっている。
従来手法（正規表現）との違い
これまで、ブランド名と非ブランド名を分けるには、正規表現（Regex）を使いこなす必要があった。正規表現とは、特定の文字列のパターンを表現する記法のことだ。例えば「自社名|じしゃめい|jisya」といった複数のキーワードを組み合わせた抽出条件を自ら作成し、フィルタに入力する手間が生じていた。
新機能は、こうした手動の設定をAIが代替する。Googleが保有する膨大なナレッジグラフ（実在するモノや概念のデータベース）を参照し、何がそのサイトにとってのブランドであるかを自動的に判断するため、設定の漏れやミスを防ぎやすくなっている。ただし、記事によれば、この機能は利便性を高めるためのものであり、新しいデータそのものを提供するわけではない点に注意が必要だ。
AI分類の精度と現時点での限界
AIによる自動分類は非常に強力だが、完璧ではない。元記事の著者であるアン・スマーティ氏は、自身のテストにおいてAIがいくつかの誤認や見落としを発生させたことを報告している。実務で利用する際には、これらの特性を理解しておく必要がある。
認識されるバリエーションと見落とし
スマーティ氏の検証によると、フィルタは以下のバリエーションを正確に捉えることができたという。
- 1単語または2単語の表記（スペースの有無）
- ハイフン付きの名称
- 略称や一般的な誤字
一方で、特定の製品名や代表者の名前については、認識が不安定な側面も見られた。例えば、創業者の名前はブランドクエリとして認識されたが、その創業者が執筆した書籍のタイトルはブランドとして認識されなかったという。これは、GoogleのAIが「何がブランドの構成要素であるか」を判断する際、その知名度や関連性の強さに依存していることを示唆している。
意図しないクエリの混入
また、自社とは直接関係のない競合他社の名前や、無関係な企業の役員名がフィルタに含まれてしまうケースも確認されている。これは、Googleの「ブランド」に対する定義が広範であるため、あるいはAIの学習データに基づいた関連付けが強すぎるために発生する現象と考えられている。
このように、AIフィルタは「概ね正しいが、細部には手動のチェックが必要なツール」として扱うのが賢明だ。重要な分析を行う際は、引き続き正規表現を用いた厳密なフィルタリングと併用することが推奨される。
ECサイトにおける3つの実戦的活用シーン
このブランドフィルタは、特に競争の激しいEC（電子商取引）領域において強力な武器となる。記事では、具体的な3つのユースケースが紹介されている。
1. 競合による「ブランド乗っ取り」の検知
自社のブランド名で検索した際、検索結果の1位を維持できているか、あるいはクリック率（CTR）が極端に低下していないかを確認することは極めて重要だ。競合他社がGoogle広告で自社のブランド名をターゲットに設定したり、「[自社名] の代替品」といった比較ページを作成したりすることで、顧客を奪おうとする動きは珍しくない。
ブランドフィルタを適用し、平均掲載順位が1位でない場合や、CTRが50%を下回っている場合は、ブランド防衛策を講じる必要がある。これには、自社広告の出稿（リスティング広告でのブランド名入札）や、ブランドキーワードをターゲットにしたコンテンツの強化が含まれる。
2. マーケティングキャンペーンの影響測定
広告、メールマガジン、SNSでのプロモーションなどは、直接的なコンバージョンだけでなく、指名検索の増加という形でも成果が現れる。ブランドフィルタを使用すれば、キャンペーン期間中にブランドトラフィックがどれだけ底上げされたかを容易に可視化できる。
パフォーマンスレポートのグラフ上で右クリックし、「アノテーション（注釈）」を追加することで、施策と数値の変化を紐づけて管理できる。なお、このブランドフィルタのデータは2026年2月21日以降の結果から反映されているため、それ以前の施策との比較には注意が必要だ。
3. 地域別のブランド認知度の比較
グローバルに展開するEC事業者の場合、国ごとのブランド認知度の差を把握することは戦略立案に欠かせない。ブランドフィルタを適用した状態で「国」フィルタを追加すれば、カナダとイギリスでどちらのブランド認知が高いか、といった比較が容易に行える。
特定の地域でブランド検索が少ない場合、その地域に向けたローカライズ広告や認知拡大のための施策を優先的に検討する判断材料となるだろう。
独自分析：ブランド検索はECサイトの「防御壁」である
今回のアップデートは、単なる操作性の向上以上に、SEO戦略のパラダイムシフトを象徴している。現在の検索エンジン最適化において、一般的なキーワード（例：「メンズ スニーカー」）で上位表示を狙う難易度は年々高まっている。一方で、ブランド名そのものを検索して訪れるユーザーは、購入意欲が高く、競合への流出も少ない「良質なトラフィック」だ。
ブランドフィルタを活用することで、Web担当者は「SEO＝順位を上げること」という狭い視点から、「SEO＝ブランドの信頼を維持・拡大すること」という広い視点へと移行できる。ブランド検索が増えているということは、サイト外でのマーケティングや、顧客満足度の向上が実を結んでいる証拠でもある。
また、Googleのアルゴリズムにおいて「ブランドとしての権威性」はますます重視される傾向にある。ブランド検索が多いサイトは、特定のトピックにおいて信頼できる情報源であると判断されやすく、結果として非ブランド検索（一般キーワード）の順位向上にも寄与する。この「ブランドによるポジティブな循環」をデータで証明し、社内のマーケティング施策にフィードバックできるようになったことが、今回の機能追加の真の価値と言えるだろう。
この記事のポイント
- ブランドフィルタの登場：AIが自社名や製品名を自動判別し、抽出・除外を簡素化する。
- AIによる自動分類：表記揺れやスペルミスにも対応するが、マイナーな製品名などは見落とされる可能性がある。
- 競合対策への活用：ブランドクエリのCTRや掲載順位を監視し、顧客の流出を防ぐ。
- 効果測定の効率化：キャンペーンに伴う指名検索の増減を、アノテーション機能と併用して正確に把握できる。
- 戦略的価値：ブランド検索の動向を追うことは、ECサイトの長期的な信頼性と競争力を測る指標になる。
出典
- Practical Ecommerce「Search Console Adds Brand Filters」（2026年3月16日）
・ 複数業界における17年間のデジタルビジネス開発経験
・ ウェブサイト開発のためのHTML、PHP、CSS、Java等の実用的知識
・ 15ヶ国語対応の多言語SaaSの開発経験
・ 17年間にも及ぶ、Eコマース長期運営経験
・ 幅広い業界でのSEO最適化の豊富な経験