記事を公開したあと、Search Console（GSC）を見ながらどう直すかは、「なんとなく順位が低い記事を直す」では効率が悪くなります。表示回数、クリック率（CTR）、掲載順位の3つの数字は、それぞれ違う問題を示しているため、同じ「順位が低い」という理由で全部を同じように直すと、的外れなリライトになります。この記事では、GSCのデータをどう読み、どの記事を優先し、何を直すかの手順を整理します。
先に結論です。最優先で直すべきは「表示回数が多く、CTRが低い」記事です。検索結果には出ているのにクリックされていないという状態なので、タイトルとディスクリプションの改善だけで効果が出やすく、直す労力に対するリターンが最も大きいからです。逆に、表示回数そのものが少ない記事は、タイトル改善より先に、記事の内容や見出し構成を見直す必要があります。順位だけを見て優先順位をつけるのは避けてください。順位が低くても表示回数が少ない記事を直しても、影響範囲が小さいままです。
なぜ「順位」だけで判断してはいけないのか
Search Consoleを見始めたばかりの人がよくやるのは、掲載順位が低い記事を順番に直していくことです。しかし、順位が低くても表示回数がほぼゼロの記事は、そもそも検索されていないキーワードで書かれている可能性があり、タイトルを直しても効果が出ません。
逆に、表示回数が多いのにクリックされていない記事は、すでに一定の検索需要をつかんでいるのに、タイトルやディスクリプションが検索者の興味を引けていないだけ、という状態です。この違いを区別しないと、労力をかけても成果につながらないリライトを繰り返すことになります。
3つの指標が示す意味
GSCの主要な指標が、それぞれ何を示しているかを整理します。
- 表示回数 — そのキーワードで検索結果に表示された回数。需要の大きさの目安になる
- CTR（クリック率） — 表示された回数のうち、実際にクリックされた割合。タイトル・ディスクリプションの訴求力を示す
- 掲載順位 — 検索結果内での表示位置。記事の内容・被リンク・サイト全体の評価などが影響する
この3つは独立した指標ではなく、互いに影響し合います。順位が上がればCTRも上がりやすく、CTRが上がれば間接的に順位にも良い影響が出ることがあります。だからこそ、どこから手を入れると全体が良くなるかを見極める必要があります。
記事を4つの象限に分ける
表示回数とCTRの2軸で記事を分類すると、優先順位が明確になります。
- 表示回数多・CTR低 — 最優先。検索需要はあるがクリックされていない。タイトル・ディスクリプション改善の効果が出やすい
- 表示回数多・CTR高 — 既に機能している記事。内部リンクを増やして他記事への送客に使う、または関連キーワードでの拡張を検討する
- 表示回数少・CTR低 — 需要自体が小さいキーワードの可能性がある。タイトル改善より先に、そもそものキーワード選定や記事の切り口を見直す
- 表示回数少・CTR高 — 需要は小さいが刺さっている記事。無理に手を入れず、他の優先度の高い記事に時間を使う
時間が限られている運営では、1番の象限にある記事から手をつけるのが最も効率的です。少ない工数で、確実に検索需要がある記事のクリック数を増やせます。
表示回数多・CTR低の記事を直す手順
最優先の象限に該当する記事を見つけたら、次の手順で直します。
- GSCの「検索結果」レポートで、その記事に流入しているクエリ（検索語句）を確認する
- 実際にそのクエリで検索し、検索結果に並ぶ他サイトのタイトルと自分のタイトルを比べる
- 自分のタイトルに、検索者が求めている情報（具体的な答え、条件、対象者）が含まれているかを確認する
- タイトルとディスクリプションを、クエリの意図に合わせて修正する
- 修正後、2〜4週間ほど様子を見て、CTRが改善したかを再確認する
3番目の確認が特に重要です。タイトルが検索クエリの意図とずれていると、いくら表示回数が多くても検索者は「自分の探している記事ではない」と判断してクリックしません。クエリと記事タイトルの間にあるギャップを埋めることが、CTR改善の本質です。
表示回数少・CTR低の記事を直す手順
この象限は、タイトルの表面的な修正では改善しにくいため、別のアプローチが必要です。
- そもそもの想定キーワードに検索需要があるかを、関連語句の検索ボリュームで確認する
- 需要が小さいキーワードであれば、記事のテーマ自体を見直すか、より需要の大きい隣接テーマに統合する
- 需要はあるのに表示回数が少ない場合は、記事の内容が検索意図とずれている可能性がある。見出し構成を検索意図に合わせて再構築する
この象限のリライトは、タイトルだけの修正より工数がかかります。優先度としては1番の象限より低く設定し、時間があるときにまとめて着手する方が現実的です。
改善サイクルの回し方
リライトは一度直して終わりではなく、継続的なサイクルとして回す必要があります。
- 月次など一定の周期で、GSCのデータを4象限に振り分ける
- 最優先象限の記事から、その周期で直せる本数を決めてリライトする
- 前回リライトした記事のCTR・順位の変化を確認し、効果が出たか記録する
- 効果が出なかった記事は、タイトル以外の要因（本文の内容不足など）を疑い、別のアプローチを検討する
3番目の「効果を記録する」工程を省略すると、リライトが本当に効いているのかが分からず、同じような修正を繰り返してしまいます。改善前後のCTRと順位を記録に残しておくことで、自分のリライトの精度自体も上がっていきます。
AIをリライト作業に使う場合の注意
タイトルやディスクリプションの改善案作成は、AIに手伝ってもらいやすい作業です。ただし、次の点に注意してください。
- 実際の検索クエリと記事内容を渡してから改善案を出させる。クエリを渡さずに「魅力的なタイトルを考えて」と依頼すると、検索意図とずれた案が出やすい
- 誇張した表現（「必ず」「絶対」など）が入っていないかを確認する。CTRは上がっても、内容と期待にギャップがあると離脱や信頼低下につながる
- 複数案を出させて、実際の検索結果に並べたときの見え方を人間が比較して選ぶ
AIは「クリックされそうな文言」を作るのは得意ですが、その記事が実際にその期待に応えられる内容かどうかは判断できません。タイトルだけ煽って本文が答えていないと、CTRは上がっても直帰率が悪化し、結果的に評価が下がることもあります。
具体例：タイトル改善の考え方
抽象的な手順だけでは伝わりにくいので、タイトル改善の考え方を具体的に示します。ある記事が「表示回数は多いがCTRが低い」状態だったとき、確認する順番は次の通りです。
- 流入しているクエリを見て、それが「知りたいこと」なのか「やりたいこと」なのかを判断する。例えば「〇〇とは」は知識を求めるクエリ、「〇〇 やり方」は手順を求めるクエリで、タイトルに必要な要素が変わる
- 今のタイトルが、そのクエリの意図に対して「何を得られるか」を明示しているかを確認する。見出しが漠然としていて、記事を読む前に得られるものが想像できない場合は改善余地が大きい
- 検索結果に並ぶ競合のタイトルを見て、自分の記事にしかない切り口（具体性、対象者の絞り込み、注意点への言及など）が伝わっているかを確認する
- タイトルを1〜2案に絞って差し替え、ディスクリプションも合わせて調整する
この工程で大事なのは、目立たせるための誇張ではなく、検索者がクリックするかどうかを決める判断材料を、タイトルの短い文字数の中にどれだけ的確に詰め込めるか、という点です。長さを気にしすぎて情報を削りすぎると、逆に他の検索結果に埋もれてしまいます。
複数記事を優先度順に処理する
対象記事が多い場合、1本ずつ丁寧に見ていくと時間がかかりすぎます。次のように仕分けると、限られた時間で成果を最大化できます。
- まず表示回数で並べ替え、上位20〜30本だけを対象にする
- その中でCTRが平均より低い記事を抜き出す
- 抜き出した記事の中でも、掲載順位が1桁台〜10位台前半のものを最優先にする。上位表示されているのにクリックされていない記事は、改善の伸び幅が大きい
掲載順位が極端に低い（例えば3ページ目以降）記事は、タイトル改善だけでは表示回数自体が増えにくいため、この優先順位づけでは後回しにして構いません。まずは「もう少しでクリックされる」記事から手をつける方が、少ない工数で結果が見えます。
やらないこと / まだできないこと
誠実に書くために、この手順の限界も明記します。
- リライトすれば必ず順位が上がる、とは言わない。検索エンジン側のアルゴリズムや競合の状況にも影響される
- データが少ない新しい記事や低トラフィックのサイトでは、4象限の分類自体が安定しないことがある。一定期間データを蓄積してから判断する
- タイトル改善だけで解決しない場合（本文の内容不足、競合の強さなど）もあり、その場合はより工数のかかる見直しが必要になる
まとめ
Search Consoleを使ったリライトは、順位だけを見るのではなく、表示回数とCTRを組み合わせて記事を4象限に分けることから始めます。最優先は「表示回数が多くCTRが低い」記事で、タイトルとディスクリプションの改善だけで効果が出やすい領域です。直したら効果を記録し、月次のサイクルとして回す。この積み重ねが、感覚ではなくデータに基づいた改善ループを作ります。
※ 本記事は一般的な進め方の整理です。検索エンジンの仕様やアルゴリズムは変動するため、実際の効果は記事やサイトの状況によって異なります。
