Search Consoleでリライト優先順位を決める方法｜4指標＋2確認で直す記事を選ぶ

記事が増えてくると、「新しい記事を書くべきか、既存記事を直すべきか」「直すならどの記事から始めるか」で止まりやすくなります。

Search Consoleには、クリック数・表示回数・CTR・平均掲載順位が並んでいます。ただし、平均掲載順位だけ、CTRだけを見て順番を決めると、すでに十分強いページを unnecessary に触ったり、カニバリを抱えたページへ部分修正を重ねたりすることがあります。

先に結論：リライト優先順位は、①表示回数、②クリック数の変化、③CTR、④平均掲載順位の4指標で候補を作り、最後に⑤実クエリと本文の検索意図ギャップ、⑥同じクエリに複数URLが出ていないか、の2点を確認して決めます。順位やCTRの固定値だけで機械的に決めません。

Search Consoleでリライト優先順位を決めるとき、順位だけを見ない

Search Consoleの検索パフォーマンスでは、クリック数・表示回数・CTR・平均掲載順位を、ページやクエリなどの単位で確認できます。これらは「どのページに検索需要との接点があるか」「どこでクリックを取りこぼしているか」「どのページが上向き・下向きか」を見つける材料です。

ただし、平均掲載順位はページの価値を直接表すSEO点数ではありません。Google公式も、特定ページの順位履歴を確認できる一方で、一般には順位だけよりクリック数と表示回数の傾向を重視することを案内しています。

まず［ページ］タブで「候補」を作る

1. 比較する期間をそろえる

検索パフォーマンスを開き、まず比較したい期間を決めます。短期の曜日差に引っ張られたくない場合は、同じ長さの前期間との比較を使います。Googleの比較機能では、期間を比較すると表にDifference列が表示されます。

2. 4指標をすべて表示する

クリック数、表示回数、CTR、平均掲載順位をすべて表示します。まず［ページ］タブでサイト内ページを並べ、「表示されているのに伸び切っていないページ」「以前よりクリックが落ちたページ」を候補として拾います。

3. 固定値ではなく、自サイト内の相対差を見る

競合記事では「11〜20位」「CTR 2%以下」などをリライト基準にする例があります。ただし、それを全サイト共通の合格ラインとして扱う必要はありません。記事テーマ、ブランド検索、SERPの構成、デバイス構成によってCTRの意味は変わります。

まずは同じサイト内で、似た検索意図・近い順位帯・同じデバイスのページと比較します。「同条件と比べて弱いか」を優先します。

4指標から見つかる代表的なリライト候補

表示回数が多く、4〜20位付近で伸び切っていない

検索結果に出る機会があり、上位へ近づいているページは候補になりやすい状態です。ただし、順位帯だけで最優先にはしません。実クエリを開き、本文で答え切れていない検索意図があるか確認します。

比較的上位なのに、同条件よりCTRが弱い

本文を大幅に書き直す前に、タイトルリンク・スニペット・実クエリとの一致を確認します。低CTRの詳細な切り分けは、Search ConsoleでCTRが低い原因を調べる方法で、順位・検索意図・タイトル・スニペット・複数URLの順に診断できます。

クリック数が前期間より大きく落ちている

「落ちたから即リライト」ではなく、表示回数も減っているかを分けます。表示回数まで落ちているなら、検索需要、順位、インデックス、SERP変化など複数の可能性があります。表示回数が近いのにクリックだけ落ちたなら、CTRや検索結果の見え方を優先確認します。

表示回数が少なく、順位も低い

データ量が少ないページは、細かなCTR差を根拠に大改修しない方が安全です。記事の公開時期が新しいのか、そもそも検索需要との接点が弱いのか、サイト内で役割が必要なのかを先に確認します。

4指標のあとに必ず行う「2つの確認」

確認1：実クエリと本文に検索意図ギャップがあるか

ページ単位の数字が気になったら、そのページでフィルタして［クエリ］タブへ移ります。表示回数が大きいクエリに本文が十分答えていなければ、見出し追加・具体例・比較表・手順の補強など、本文リライトの理由が明確になります。

クエリ数が多い場合は、Search ConsoleのクエリをChatGPTで分類する方法で検索意図を整理してから、既存記事へ追記するものと別記事へ分けるものを判断できます。

確認2：同じクエリに複数URLが出ていないか

同じクエリで自サイトの複数URLが表示されている場合、1ページだけをリライトする前にページ同士の役割を確認します。複数URLがあるだけでカニバリ確定ではありませんが、検索意図・本文・結論が重なるなら、単独リライトより統合・差別化が先になることがあります。

この場合は、Search Consoleでキーワードカニバリを確認する方法へ分岐します。MERGEすると決めた後の統合先URLは、カニバリした記事はどちらを残す？統合先URLの決め方で選びます。

リライト優先順位はA・B・Cだけでなく「別分岐」を持たせる

PLAY：3ページを比べてリライト優先候補を整理する

このPLAYはSearch Consoleへ接続しません。最大3ページについて、自分で確認した状態を入力し、編集用の優先候補を並べます。表示される点数は検索順位を予測するSEOスコアではなく、候補を同じ基準で比較するための仮スコアです。

PLAYの点数は「検索順位予測」ではない

PLAYでは、表示回数が多い、クリックが減っている、検索意図ギャップがある、といった編集上の確認材料へ仮の点数を付けます。これはGoogleのランキング要因を数値化したものではなく、3候補を同じ基準で見比べるための整理用です。

特に、同じクエリに複数URLがある場合はスコア順より先にCANNIBAL_FIRSTへ分岐します。また、比較的上位で相対CTRが低い場合は、本文全体を書き換える前にCTR_FIX_FIRSTとして第09記事の診断へ進みます。

リライトでよくある優先順位の失敗

「11〜20位だから全部直す」

候補抽出の目安にはなりますが、表示回数がほぼないページと、需要があるページを同列に扱わないようにします。また、すでに検索意図が合っていて伸びている途中なら、変更しない方がよい場合もあります。

「CTRが低い順に全部タイトル変更する」

CTRは掲載順位や検索結果の構成に左右されます。順位帯・実クエリ・デバイスなど同条件比較を作ってから判断します。

「平均掲載順位が低いページを削除する」

平均掲載順位はページ価値の単独判定ではありません。検索意図、内部リンクでの役割、表示クエリ、公開時期を見ずに削除しません。

複数記事を同時に大改修する

同時に多くのページを大きく変えると、どの変更が効いたか分かりにくくなります。優先順位を付けて少数から変更し、変更日と理由を記録して比較できる状態にします。

既存記事とつなぐと「候補発見→診断→修正→効果測定」まで一周する

次に生まれる疑問

1. クリック数と表示回数が両方落ちたとき、検索需要減少と順位低下をどう見分ける？
2. PRIORITY_Aにした記事は、タイトル・見出し・本文のどこから直すべき？
3. 内部リンクのアンカーテキストで、代表ページの役割をどう明確にする？
4. 通常リライト後の効果を、変更前後で公平に測る期間はどう決める？
5. Search ConsoleのページCSVを使って、10記事以上を一括で優先順位付けするには？

参考資料

• Google Search Console ヘルプ：検索パフォーマンス レポート（検索結果）: 概要と基本設定
• Google Search Console ヘルプ：パフォーマンス レポート（検索結果）: 一般的なタスクとユースケース
• Google Search Console Help：Performance report (Search results): Advanced filtering and comparison
• Google Search Console ヘルプ：パフォーマンス レポート（検索結果）: データについて

まとめ

Search Consoleでリライト優先順位を決めるときは、順位やCTRの固定値だけで順番を作りません。表示回数・クリック数の変化・CTR・平均掲載順位から候補を作り、実クエリと本文の検索意図ギャップ、同じクエリに複数URLが出ていないかを確認します。

その結果、改善理由が複数重なるページはPRIORITY_A、低CTRが中心ならCTR_FIX_FIRST、複数URLならCANNIBAL_FIRST、データ不足ならWATCH / SERP_CHECKへ分けます。こうすると、「順位が低い順に全部直す」作業ではなく、直す理由が説明できる記事から改善できます。