Search Consoleを毎日開いているのに、会議で出せる改善案が増えない。こうした状況は珍しくありません。原因はたいてい一つで、数字を見るだけで、数字に応じた打ち手を先に決めていないためです。表示回数、クリック数、平均掲載順位、インデックス登録、URL検査。画面には項目が並んでいても、どの変化が出たら誰に何を依頼するのかが決まっていなければ、レポートは観察記録のままで終わります。
先に結論を述べます。Search Consoleは順位を眺める道具ではありません。検索結果で起きた変化を、コンテンツ改修、技術修正、計測確認の三つに振り分けるための道具です。そのためには、Google Search Console ヘルプ に沿って導入するだけでは足りません。Google アナリティクス 4 (GA4) について と GA4: Search Console との連携 を前提に、入口の数字と流入後の質を同じ文脈で読む必要があります。
実務でSearch Consoleを長時間見る必要はありません。週一回、四十五分、同じ順番で確認する。それで十分です。反対に、毎日漫然と開く運用は避けた方がよいでしょう。短期変動に引っ張られ、タイトルを頻繁に変えたり、本文を無計画に触ったりしやすくなるからです。JPSM SEO 編集事業部でも、Search Consoleの定例確認では「どの数字を見るか」より先に「どの順番で切り分けるか」を固定しています。改善が速い現場ほど、見方より順番が固まっています。
最初の三十分で整える計測連携と実務判断基準
Search Consoleの活用が止まりやすい現場では、読み方より先に設定が崩れています。プロパティが分かれている、GA4の主要イベントが定義されていない、Search Console連携が後回しになっている、問い合わせ完了を成果として定義していない。このどれか一つでも欠けると、数字は見えても判断がぶれます。最初にやるべきことは、見栄えのよい一覧表を作ることではなく、数字の土台を一本にそろえることです。
まずSearch Consoleは、原則としてURLプレフィックスではなくドメインプロパティを選ぶべきです。`https` と `http`、`www` の有無、サブドメインをまとめて確認できるため、あとで集計が割れる事故を防げます。月間自然検索クリックが五千未満の中小規模サイトでも、採用用サブドメインや資料配布用サブドメインが混ざるだけで、原因調査に三十分以上余計にかかることがあります。最初の設定で消せる手間は、最初に消しておくのが妥当です。
GA4側では、GA4: セットアップ アシスタント で計測漏れを確認したうえで、GA4: イベント と GA4: コンバージョン イベント に沿って主要成果を定義してください。問い合わせ送信、資料請求完了、無料相談申込、資料閲覧完了。こうした成果指標が固定されていない状態でSearch Consoleを読み込んでも、増えた流入がよい流入なのか、単に広く拾っただけなのか判断できません。
加えて、GA4: Search Console との連携 は済ませておくべきです。Search Consoleだけではクリックまでしか見えません。GA4だけでは検索結果上の変化が分かりません。両方をつないではじめて、「表示回数は増えたが成果は落ちた」「クリックは横ばいだが成果率は上がった」といった実務上の判断が可能になります。GA4の基礎を整理したい場合は、GA4の使い方を初心者向けに整理 SEO実装で迷わない計測設計と活用の基本 も併せて読むと、計測の前提をそろえやすくなります。
先に揃える項目 | そうすべき理由 | 後回しにした時の損失 |
|---|---|---|
ドメインプロパティ | 集計が分散せず、原因調査が速い | `www` やサブドメインごとに数字が割れる |
GA4の主要イベント定義 | 流入の質まで判断できる | クリック増を成果と誤認しやすい |
Search Console連携 | 入口と成果を一続きで見られる | 施策評価が感覚に流れやすい |
URL検査の確認手順 | 技術課題を早く切り分けられる | 本文改修に無駄な時間を使いやすい |
URLプレフィックスを選んでよい例外条件
ただし、すべてのサイトでドメインプロパティ一択とは限りません。例外はあります。たとえば、外部の事業組織が管理するサブドメインを一時的に借りている、法務や契約の都合で所有権確認を分ける必要がある、運営主体が明確に分かれており、閲覧権限も分離したい。こうした事情があるなら、URLプレフィックスでの運用も妥当です。
それでも、例外がない限りはドメインプロパティを選ぶべきでしょう。Search Consoleは「最初の選択を間違えると後から面倒になる」道具の典型です。設定で迷ったら、細かな見やすさより将来の調査負荷を優先してください。多くの現場では、その判断が適切です。
検索パフォーマンスを実務の順番で読み解く
Search Console: 検索パフォーマンス レポート を開いたら、最初に平均掲載順位を見るのはやめるべきです。最初に見るべきなのは、ページ別の表示回数とクリック数の差分です。理由は明快で、ページ単位の方が打ち手に直結するからです。クエリから入ると論点が広がりすぎますが、ページから入れば、タイトル調整、導入文の見直し、見出しの再構成、内部リンクの追加、公開日の見せ方の調整といった具体策に落とし込みやすくなります。
実務では、直近二十八日とその前の二十八日を比較し、ページを四つの症状に分けて見る運用を勧めます。第一に、表示回数もクリック数も落ちているページ。これは需要減少だけでなく、インデックスの不安定さや内部リンク不足も疑うべきです。第二に、表示回数は維持しているのにクリック数だけが落ちているページ。これはタイトルかディスクリプションの訴求が弱い可能性が高い状態です。第三に、表示回数が二〇％以上増えたのにクリックが伸びないページ。検索意図を広く取りすぎているか、見出しが検索結果で示した期待に届いていません。第四に、クリックは増えたのにGA4の成果率が下がったページ。これは入口だけ増え、中身が噛み合っていない状態です。
ページ単位で四つの症状に分けて判断する
判断の目安も曖昧にしない方がよいでしょう。たとえば、表示回数が一千以上あるページでCTRが一・五ポイント以上落ちたら、本文より先にタイトルと検索結果での見え方を確認すべきです。競合が「料金」「比較」「事例」「手順」を明確に出しているのに、自社だけが抽象的な見出しのままだと、本文の質が高くても選ばれにくくなります。逆に、CTRは保っているのに表示回数が三〇％以上落ちているなら、検索需要の変化か、より包括的な競合記事の台頭を疑うべきです。
ここで平均掲載順位に頼りすぎるのは危険です。三位から五位に落ちた主力語句が一本ある一方で、二十五位から十五位に上がった周辺語句が大量に増えると、平均値はむしろ改善して見えることがあります。現場で必要なのは平均の美しさではなく、どのページが事業に効く語句で弱っているかです。順位の平均値より、ページ別の差分とCTRの崩れ方を優先して見るべきでしょう。
一方で、本文改修が必要な場面もあります。表示回数は伸びているのに、クリック後の滞在や成果率が弱い場合です。このときは、タイトルだけ変えても本質的な改善にはつながりません。冒頭百五十文字で検索意図に答えているか、比較軸が足りているか、価格や期間、対象範囲の説明が曖昧ではないか。こうした点を見直す必要があります。とくに「使い方」「比較」「費用」「事例」のような実務系の語句では、抽象論だけの本文は選ばれても残りません。
例外もあります。公開直後の特集ページ、季節要因の強いページ、プレスリリース由来のページは、二十八日比較より七日比較の方が適切な場合があります。ただし、それは短期変動を追ってよいという意味ではありません。評価期間を短くしてよいのは、そもそも検索需要の立ち上がりが短いテーマに限られます。通常の常設記事では、二十八日比較を軸にした方が判断を誤りません。
インデックス問題を先に切り分ける実務手順
流入が落ちたページを見つけたとき、担当者がすぐ本文の書き換えに入るのは典型的な遠回りです。表示回数が伸びないページで最初に疑うべきは、文章の質よりインデックスの安定性です。Search Console: ページのインデックス登録 と Search Console: URL 検査 を先に見れば、直すべき相手がライターなのか開発担当なのか、かなり高い精度で切り分けられます。
特に注意したいのは、「クロール済み - インデックス未登録」「検出 - インデックス未登録」「重複しています。ユーザーにより、正規ページとして選択されていません」といった状態です。月に十本以上記事を追加する運用では、この状態が積み上がるだけで成果が鈍ります。新規記事を増やしているのに表示回数が伸びない現場では、本文より先にcanonical、内部リンク、一覧ページからの導線、XMLサイトマップの更新状況を確認すべきです。ここを飛ばして文章だけ整えても、検索結果に十分出てこなければ成果につながりません。
Googleはページの価値を本文だけで判断しているわけではありません。クロールしやすさ、正規URLの整合性、重複の扱い、内部リンクの流れも見ています。だからこそ、Search Consoleで伸び悩みを見たら、最初の五分はURL検査に使うべきです。noindexが残っていないか、正規URLが意図しない別ページを指していないか、実際の取得確認では読めるのに登録が遅れていないか。この順番で確認すれば、多くの技術課題を早めに洗い出せます。
新規公開直後と既存記事では見る期限が違う
新規公開直後のページと、公開から半年以上経った既存記事では、見るべき期限が違います。新規公開から七十二時間以内なら、まず内部リンクの接続とサイトマップ反映を確認してください。この段階で本文の大改修に入る必要は、ほとんどありません。一方、公開から二週間を過ぎても「検出 - インデックス未登録」が続くなら、内容の薄さや重複構造、一覧からのリンク不足を疑うべきです。三週間以上動かないなら、開発側への確認を優先した方がよいでしょう。
既存記事の場合は、もっと厳しく見ます。過去に表示回数があったのに急落したなら、本文の鮮度だけでなく、テンプレート変更、構造化データの崩れ、内部リンクの減少、速度低下も疑うべきです。表示速度が関係していそうなら、Core Web Vitals改善の進め方 最新評価軸に合わせて表示速度と操作体験を立て直す や LCP改善方法を実装目線で整理 画像・CSS・サーバー応答を正しく速くする も確認しておくと、開発依頼の質が上がります。
ここでも例外があります。ニュース性の高い記事、採用関連の短命な募集ページ、キャンペーン告知ページは、通常の記事より早い判断が必要です。この種のページは旬を過ぎると成果につながりにくくなるため、公開後一週間で表示が立たないなら、構造より需要側の問題を強く疑うべきです。反対に、専門的なBtoB記事や指名に近い解説記事は立ち上がりが遅いことがあります。すべてを同じ時間軸で評価しないことが重要です。
GA4と突き合わせて成果判断を誤らない
Search Consoleだけで施策を評価するのは危険です。なぜなら、Search Consoleが見せるのはクリックまでで、その後に何が起きたかは分からないからです。検索流入を評価するときは、Search Consoleで入口を見て、GA4で質を確認する。この二段構えを標準にするべきです。ここが崩れると、クリック増を成功と誤認しやすくなります。
連携が済んでいれば、Search Consoleで伸びたページをGA4側で確認し、エンゲージメント時間、主要イベント率、問い合わせ完了率を見てください。たとえば、クリック数が三〇％増えても、問い合わせ完了率が二五％落ちているなら、そのページは検索意図を広く取りすぎています。タイトルが強すぎる、導入文が期待に届いていない、比較検討層ではなく情報収集層ばかり拾っている。このどれかの可能性が高い状態です。Search Consoleの画面だけなら成功に見えても、事業成果としては失敗です。
逆に、クリックは横ばいでも、問い合わせ完了率が一五％以上改善しているページは高く評価すべきでしょう。これは入口の量ではなく質が上がっている状態です。とくにBtoBや高単価サービスでは、流入の総量より、相談や資料請求につながる確率の方が重要になります。だからこそ、GA4で成果イベントを先に定義しておく必要があります。GA4: イベント と GA4: コンバージョン イベント の設計を曖昧にしたまま、Search Consoleの数字だけを追う運用は避けるべきです。
GA4: データ探索 は詳しい分析に便利ですが、最初から毎週使う必要はありません。月間自然検索クリックが一万未満なら、標準レポートとSearch Consoleの組み合わせで十分に回せます。探索を定例会議の標準資料にすると、担当者しか読めない資料になりやすく、改善の合意形成が遅れがちです。詳しい分析は、標準レポートで答えが出ないときだけ使う。この割り切りは重要です。
一方、大規模サイトでは話が変わります。五千URLを超え、更新本数が多く、複数部署が関わるなら、Search Console API リファレンス と GA4: BigQuery Export を使う価値があります。クリック減と成果率低下が同時に起きたページだけを抽出できれば、会議の質は大きく変わります。ただし、ここでも順番は同じです。小規模サイトが最初に選ぶべきなのはAPIではなく、UIで読む指標の固定です。高度な集計は、運用の軸が固まってからで十分でしょう。
サイト規模別に見る指標と頻度を実務で変える
Search Consoleの使い方は一つではありませんが、規模ごとの優先順位ははっきりしています。ここを曖昧にすると、必要以上に細かな集計へ時間を使い、肝心の施策が遅れます。小規模サイトほど指標を減らし、大規模サイトほど役割分担を増やすべきです。同じ画面を同じ深さで見る必要はありません。
月間クリック五千未満なら三指標で運用する
月間自然検索クリックが五千未満で、担当者が一人か二人なら、毎週見る数字は三つで十分です。ページ別クリック、ページ別表示回数、主要三ページの成果率。この三つに絞るべきでしょう。平均掲載順位、細かなクエリ分解、時間帯別の変化まで追う必要はありません。指標を増やすより、毎週同じ順番で確認する方が成果につながります。
この規模で最優先すべきなのは、新規記事を量産することではなく、既存の主力ページ二十本以内を育てることです。検索流入の多くは、全体の一部のページに集中しやすいからです。例外は、新規事業の立ち上げ期で、まだ主力ページが固まっていない場合です。このときだけは、公開初期の反応を見るために新規ページも追います。
月間五千から五万なら既存記事の改修を急ぐ
この規模帯では、Search Consoleを「新規企画の発見」より「既存資産の伸ばし直し」に使うべきです。表示回数があるのにCTRが弱いページ、クリックはあるのに成果率が低いページ、検索意図がずれているページ。このあたりを毎月五本から十本選び、優先的に直してください。新規記事の追加より、既存記事の調整で二か月から三か月のうちに成果が動くケースが多い規模帯です。
判断の目安としては、表示回数三千以上、CTRが平均より一ポイント以上低い、またはクリックが前月比二〇％以上落ちたページを優先対象にするのが実務的です。例外は、ブランド指名や採用系のページです。これらは検索意図が比較的固定されているため、タイトルより導線改善の方が効く場合があります。
月間五万超ならAPI連携を前提に設計する
月間自然検索クリックが五万を超える、またはURL数が五千を超えるなら、UIだけで追う運用はやめた方がよいでしょう。異常検知と施策評価を分け、日次では異常ページの抽出、月次では施策単位の効果検証を行うべきです。Search Console APIで日次差分を取り、GA4やBigQueryの成果指標と重ねれば、対応順位を明確にできます。
ただし、大規模だからといって、すべてを自動化すればよいわけではありません。例外として、更新頻度が低く、主力ページが少ない専門サイトなら、五万クリック規模でも画面中心で運用できることがあります。逆に、クリック数はまだ少なくても、多言語運用や複数事業部の管理が絡むなら、早めにAPI化した方がよいこともあります。見るべきなのは流入量だけでなく、運用の複雑さです。
会議で迷わない比較表と実務優先順位の決め方
会議で議論が空転する原因は、「症状に対して最初の打ち手が決まっていない」ことです。Search Consoleの数字を見ながら、その場で考え始める運用は避けるべきでしょう。先に比較表を作り、症状ごとの初動を固定しておくと、会議時間は大幅に短くできます。
症状 | 最初にやること | 次にやること | 避けるべき対応 |
|---|---|---|---|
表示回数もクリックも減少 | インデックス登録とURL検査を確認 | 内部リンクと公開導線を見直す | いきなり本文を全面改稿する |
表示回数はあるがCTRが低下 | 検索結果で競合見出しを確認 | タイトルと冒頭要約を調整する | 平均掲載順位だけで判断する |
クリックは増えたが成果率が低下 | GA4で流入後の行動を確認 | 導入文と導線を修正する | クリック増を成功と決めつける |
新規記事が登録されない | サイトマップ、canonical、内部リンクを確認 | 開発へ技術調査を依頼する | 公開直後に本文を何度も触る |
主力ページだけ速度が悪化 | テンプレート共通か個別要因かを判定 | LCPやCLSの主要原因を特定する | 全ページを同じ優先度で直す |
優先順位の付け方も、感覚で決めない方がいいでしょう。私は次の順番を勧めます。成果ページに近いものから直す、同じ原因で複数ページに効くものを優先する、直した結果を二十八日単位で評価する。この三つです。たとえば、主力サービスページ十本に共通するタイトルの弱さがあるなら、単発の記事一本より先に直すべきです。個別最適より、再現性のある改善を優先した方が、次月も成果を積み上げやすくなります。
もし社内で「何から手を付けるべきか」が毎月ぶれるなら、第三者の視点を入れた方が早い場合もあります。JPSM SEO 編集事業部でも、診断の初回は数字の細かな分析より先に、どの症状でどの部署が動くべきかを整理します。レポートの枚数を増やすより、優先順位の定義をそろえる方が、現場ではよく効きます。
よくある誤読を防ぐ前提運用ルールを決める
Search Consoleの数字が扱いにくく見えるのは、ツールが難しいからではありません。検索結果上の問題、流入後の問題、技術課題を混ぜて見ているからです。ここを分けるだけで、改善の速度は一段上がります。実務では次の誤読を避けるべきです。
- 平均掲載順位だけで評価する
平均値は補助指標に下げてください。最初に見るのはページ別の差分です。
- クリック減少を見てすぐ本文を書き換える
先にインデックス登録とURL検査を見るべきです。技術的な詰まりなら文章を直しても戻りません。
- クリック増を成功と決めつける
GA4で成果率まで見て、はじめて成功判定にするべきです。
- 二十四時間ビューで施策評価をする
速報確認には使えますが、施策評価には向きません。異常検知は日次、評価は二十八日または月次に分けるべきです。
- 低調なページを一斉に触る
主力二十ページ以内に絞る方が現実的です。全件着手はたいてい失敗します。
- Core Web Vitalsの改善を全ページ同時に始める
主力ランディングページに集中しているのか、共通テンプレートの問題なのかを先に切り分けてください。
- Search Consoleの画面を毎日長く見る
毎日長時間見る必要はありません。週一回、同じ順番で短く見る方が、再現性のある改善につながります。
この七つを避けるだけで、Search Consoleはかなり扱いやすくなります。反対に言えば、誤読を放置したまま指標だけ増やしても改善は速くなりません。運用ルールは細かく増やすより、判断を迷わせる余地を減らす方向で決めるべきです。
明日から始める週次運用の実務チェックリスト
最後に、明日からそのまま使える週次運用の手順を示します。担当者が一人でも回せるよう、四十五分で終わる順番に絞りました。
- Search Consoleをドメインプロパティで確認し、集計が分散していないか最初に見る。
- 直近二十八日と前の二十八日を比較し、主力二十ページの表示回数とクリック数の差分を確認する。
- 表示回数が落ちたページは、本文より先にページのインデックス登録とURL検査を確認する。
- 表示回数はあるのにCTRが落ちたページは、検索結果を実際に見て、競合の見出しと約束の差を確認する。
- クリックが増えたページは、GA4で成果イベント率まで見て、質の低い流入が増えていないか確かめる。
- 今週直すページは二十本以内に絞り、タイトル改修、本文改修、技術依頼の三分類で担当を分ける。
- 月末には、増えた数字ではなく、翌月も繰り返せる打ち手が何かを一枚で残す。
Search Consoleの使い方を実務に落とし込むうえで、覚えるべきことは多くありません。ドメインプロパティで土台をそろえる、ページ単位で差分を見る、インデックスを先に切り分ける、GA4で質を確かめる。この四つを守れば、数字は報告材料ではなく、施策の優先順位に変わります。今週着手すべきことは明確です。主力二十ページを一覧にし、二十八日比較で「技術」「訴求」「成果率」のどこで崩れているかを一本ずつ振り分けてください。