公開 文責 Webaff 編集部
Search Consoleで低CTR記事のタイトルを改善検証
- SEO
- Search Console
検索結果で表示回数が発生していても、タイトルが検索意図と合っていなければクリックにつながりません。ただし、Search Consoleの平均CTRだけを見てタイトルを変更すると、掲載順位、検索クエリ、デバイスなどの変化をタイトル改善の成果と誤認する可能性があります。
この記事では、Search Consoleから改善候補を抽出し、タイトル変更前後のCTRをできるだけ同じ条件で比較する手順を解説します。
当サイトではこの手順がまだ使えない
先に自分の手札を見せておきます。この手順を当サイトに当てはめようとして、母数が足りずに実行できないと分かりました。2026年9月の実測はサイト全体で表示54回・クリック5回です。
| 記事 | 表示回数 | クリック | 平均掲載順位 | 判断 |
|---|---|---|---|---|
search-console-not-indexed |
28 | 0 | 95.5位 | 表示は最多だが順位が遠い。タイトルではなく順位の問題 |
adsense-vs-affiliate |
6 | 0 | 22.2位 | 母数が6では数クリックでCTRが振れる |
netlify-custom-domain |
5 | 2 | 10.6位 | CTR 40%。改善対象ではない |
| この記事 | 0 | 0 | — | 公開直後で表示なし |
タイトル改善が効くのは「安定した順位で表示され続けているのにクリックされない」記事です。当サイトで表示が最も多い記事は平均95位で、これはタイトルを直しても変わりません。当サイトにとっての次の一手はタイトル変更ではなく、順位を上げることと記事を増やすことでした。
なお当サイトはAdSense未承認(2026年9月に「有用性の低いコンテンツ」で否認)なので、CTRの改善を収益に結びつけて語れる段階にありません。実測は 検証データ で公開しています。以降は、母数が揃ったときに実行する手順として読んでください。
Search Consoleで低CTR記事を抽出する
最初に、Search Consoleの「検索結果」レポート(検索パフォーマンス レポート)を開きます。既定では過去3か月のクリック数と表示回数が表示されるため、必要に応じて期間を切り替えます。
1. 4つの指標を表示する
グラフ上部の見出しを切り替えて、次の指標を有効にします。
- 合計クリック数
- 合計表示回数
- 平均CTR
- 平均掲載順位
CTRは、クリック数を表示回数で割った値です。
CTR = クリック数 ÷ 表示回数 × 100
例(架空の数値):
クリック数 40
表示回数 2,000
40 ÷ 2,000 × 100 = 2%
この例は架空の数値です。当サイトの実測ではありません(上表のとおり、表示回数は月あたり数十回の規模です)。
表示回数は、検索結果ページにサイトへのリンクが掲載された時点でカウントされます。画面に表示されるまでスクロールされたかどうかは問いません(表示回数、掲載順位、クリック数とは)。つまり表示回数は「見られた回数」ではなく「掲載された回数」なので、CTRが低いこと自体は必ずしも異常ではありません。
表示回数が少ないページでは、数クリックの増減だけでCTRが大きく動きます。候補を探す段階では、CTRの低さだけでなく、比較に使える表示回数が継続的にあるかも確認します。
2. 「ページ」タブで候補を探す
表の上にあるタブから「ページ」を開き、表示回数があるURLを確認します。改善候補になりやすいのは、次の条件に当てはまる記事です。
- 一定期間、検索結果に表示され続けている
- 表示回数に対してクリック数が少ない
- 平均掲載順位が極端に変動していない
- 商品名やサイト名だけに依存したページではない
- タイトルと主要クエリの意図にずれがある
サイト全体で共通のCTR基準を設けるのは適切ではありません。CTRは掲載順位、検索結果の構成、クエリの種類、ブランド認知、デバイスなどの影響を受けるためです。
「CTRが何%未満なら改善対象」と一律に決めるより、近い順位帯にある自サイト内の記事と比較してください。たとえば、平均掲載順位が近い記事の中で、表示回数は多いのにCTRが相対的に低いURLを探します。
3. ページを絞ってクエリを確認する
改善候補のURLをクリックし、そのページだけにフィルタをかけます。次に「クエリ」タブを開き、どの検索語句で表示されているかを確認します。
見るポイントは次のとおりです。
- 表示回数が多い主要クエリ
- タイトルに含まれていない重要語句
- 「手順」「比較」「原因」「設定」などの検索意図
- 記事内容と一致していないクエリ
- 順位は比較的安定しているのにCTRが低いクエリ
Search Consoleでは、すべてのクエリが表から確認できるわけではありません。理由は2つあります。
- 匿名化されたクエリ: 2〜3か月の間に数十人を超えるユーザーが検索していないクエリは、プライバシー保護のため表から除外されます。ただしクエリでフィルタしない限り、グラフの合計には含まれます
- データの切り捨て: 内部的な上限があるため、表には重要な行だけが保存・表示されます
そのため、クエリ行を合計してもグラフの合計と一致しないことがあります(ディメンションとデータのグループ化、パフォーマンス データのフィルタリングと制限)。クエリ単位の数字は「主要クエリの傾向をつかむための材料」として扱い、合計の正確な内訳としては使わないほうが安全です。
日常的に確認すべき指標を整理したい場合は、GA4とSearch Consoleで毎月追う指標と実測例も参考にしてください。
タイトル変更前の基準値を保存する
タイトルを変更する前に、比較用のデータを保存します。変更後に過去の条件を思い出して再現するのは難しいため、先に検証シートを作っておくのが安全です。
記録する項目は次のとおりです。
| 項目 | 記録内容 |
|---|---|
| 対象URL | 記事の正規URL |
| 変更日 | タイトルを公開した日 |
| 変更前タイトル | HTMLのtitle要素に設定していた文言 |
| 変更後タイトル | 新しく設定した文言 |
| 比較期間 | 変更前後でそろえた期間 |
| クリック数 | Search Consoleの値 |
| 表示回数 | Search Consoleの値 |
| CTR | Search Consoleの値 |
| 平均掲載順位 | Search Consoleの値 |
| 対象クエリ | 主要クエリまたはクエリ群 |
| デバイス・国 | 適用したフィルタ |
| 同時変更 | 本文、内部リンク、構造化データなどの変更有無 |
Search Consoleの画面から表形式データをエクスポートし、スプレッドシートなどに保存しても構いません。ただし画面からのエクスポートは最大1,000行までです。クエリ数が多いサイトで全量を扱いたい場合は、一括データエクスポートやSearch Analytics APIを検討します。
比較条件を固定する
前後比較では、可能な範囲で次の条件をそろえます。
- 前後で同じ日数を使う
- 曜日の構成をそろえる
- 同じページを対象にする
- 同じ国を対象にする
- 同じデバイスを対象にする
- 同じ検索タイプを使う
- 主要クエリを同じ条件で比較する
なお、24時間ビュー以外の検索パフォーマンス レポートは、日別データを太平洋時間(PT)で集計・ラベル付けします(データの不一致に関するトラブルシューティング)。日本時間で「変更した日」と、レポート上の日付は最大で1日ずれる可能性があるため、変更日の前後1日はどちらの期間にも含めない扱いにすると解釈しやすくなります。
たとえば、変更前を月曜日から日曜日までの期間にした場合、変更後も同じ曜日構成にします。検索需要に曜日差があるテーマでは、単純に変更前7日と変更後7日を比べるより、曜日をそろえたほうが解釈しやすくなります。
季節性が強いテーマ、ニュース、セール、制度変更などが関係する記事では、同じ長さの期間でも検索需要が変わります。前後比較だけでなく、サイト内の類似ページや前年同期を補助的に見る方法もあります。ただし、前年とは掲載順位や検索結果の構成が異なる可能性があるため、完全な対照条件にはなりません。
検索意図に合わせてタイトルを変更する
タイトル改善では、目立つ言葉を加えることより、記事が何を解決するページなのかを正確に伝えることを優先します。
タイトル案を作る手順
- 表示回数の多い主要クエリを確認する
- クエリから検索者の目的を言語化する
- 記事本文がその目的に答えているか確認する
- 回答範囲が伝わるタイトル案を作る
- 内容と一致しない表現を削除する
- 変更前後のタイトルを検証シートへ記録する
- CMSやMarkdownの設定を更新して公開する
たとえば、記事がSearch ConsoleでCTRを確認するだけでなく、変更前後を比較する手順まで扱っているなら、「CTR改善」だけよりも「タイトル変更前後のCTRを比較する手順」としたほうが内容の範囲を具体的に示せます。
一方、次のような変更は避けます。
- 本文にない結論をタイトルで約束する
- 成果が保証されるような表現を使う
- 主要キーワードを不自然に繰り返す
- 内容と関係のない年号や「最新」を付ける
- 変更するたびに複数の訴求を同時に入れ替える
Google検索では、HTMLのtitle要素が常にそのまま表示されるとは限りません。Googleはtitle要素に加えて、ページ内の大見出し、見出し要素、og:title、ページへのアンカーテキストなど複数のソースからタイトルリンクを自動生成します。タイトルリンクを手動で指定することはできません(Google 検索結果のタイトルリンクの変更)。
同じ公式ドキュメントには、これらのソースの更新をGoogleが認識するにはページの再クロールと再処理が必要で、数日から数週間かかることがあるとも書かれています。タイトル検証の期間設計は、この反映待ちを前提に組みます。設定したタイトルだけでなく、実際の検索結果でどう表示されているかも必ず確認してください。
タイトル変更後にクロール日時を確認する
公開後は、Search ConsoleのURL検査ツールで対象URLを検査します。ここで混同しやすいのが、URL検査の2つのモードです。
| 表示 | 内容 |
|---|---|
| Googleインデックス(既定) | 直近にインデックスされたバージョンの情報。「前回のクロール」に、Googleがそのページを最後にクロールした日時が現地時間で表示される |
| ライブテスト | その場でURLを取得した結果。クロール・インデックスされたかどうかは分からない |
再クロールされたかを確認したいときは、ライブテストではなく「Googleインデックス」側の「前回のクロール」日時がタイトル変更日より後になっているかを見ます。ライブテストの判定が良好でも、インデックス登録やタイトルリンクへの反映が済んだことにはなりません。
必要に応じて「インデックス登録をリクエスト」も使えますが、これはクロールのリクエストであって登録や反映の保証ではありません。1日あたりの送信上限があり、登録までは通常数日かかります。同じURLを毎日送り直す必要はなく、更新したページが多い場合はlastmodを付けたサイトマップを送るほうが適しています。
タイトル変更直後のデータを、そのまま変更後期間に含めるのは避けたほうがよいでしょう。検索結果への反映時期は一定ではなく、変更前のタイトルが表示されていた期間と変更後の期間が混在する可能性があるためです。
検証シートには、少なくとも次の日付を分けて記録します。
- サイト上でタイトルを変更した日
- URL検査の「前回のクロール」日時が変更後に更新されたことを確認した日
- 検索結果で新しいタイトル表示を確認した日
- 比較用データの集計を開始した日
ページ自体が検索結果に出ていない場合、タイトル改善より先にインデックス状況を確認する必要があります。その場合は、Search Consoleのインデックス未登録を直す手順を参照してください。
変更前後のCTRと掲載順位を比較する
一定期間のデータがたまったら、変更前と変更後を同じフィルタ条件で集計します。Search Consoleのデータは通常2〜3日以内に利用できるようになりますが、最新のデータは暫定値の場合があり、グラフ上では点線で表示されます。直近の日付を比較期間に含めると、あとから数値が動く可能性があります。
比較表は次のように作れます。以下は架空の数値で、当サイトの実測値ではありません。当サイトの月間表示回数は全記事あわせて54回なので、この規模の母数はまだありません。
変更前
クリック数:120
表示回数:6,000
CTR:120 ÷ 6,000 × 100 = 2.0%
平均掲載順位:8.4
変更後
クリック数:168
表示回数:7,000
CTR:168 ÷ 7,000 × 100 = 2.4%
平均掲載順位:8.2
CTR差
2.4% − 2.0% = 0.4ポイント
「2.0%から2.4%」への変化は、0.4ポイント増です。割合で表す場合とは意味が異なるため、検証記録では「ポイント差」と「変化率」を区別します。
CTRの変化率
(2.4% − 2.0%) ÷ 2.0% × 100 = 20%
ただし、この計算だけでタイトル変更の効果を断定することはできません。必ず平均掲載順位と表示回数も確認します。
結果の読み分け方
| CTR | 平均掲載順位 | 考えられる状況 |
|---|---|---|
| 上昇 | ほぼ同じ | タイトル変更がクリックに寄与した可能性がある |
| 上昇 | 改善 | 順位上昇の影響が含まれる |
| 低下 | 悪化 | 順位低下の影響が含まれる |
| 低下 | ほぼ同じ | タイトルや検索意図の再確認が必要 |
| ほぼ同じ | ほぼ同じ | 変更の影響が小さい、またはデータ不足の可能性 |
| 上昇 | 悪化 | クエリ構成やタイトル表示の変化を詳しく確認する |
平均掲載順位は、単一の固定順位ではありません。公式の定義では、各クエリで最上位に表示されたリンクの掲載順位を取り、サイトが表示されたすべてのクエリで平均した値です。たとえばあるクエリで2位・4位・6位に表示されたなら2位として数え、別のクエリで3位・5位・9位なら3位として数え、その平均で2.5になります(表示回数、掲載順位、クリック数とは)。
そのため平均値が近くても、流入を生むクエリの構成が変わっている場合があります。掲載順位は検索結果の要素単位で付与され、強調スニペットやナレッジパネルなど画面上の目立ち方とも一致しないため、絶対値より変動に注目するほうが実用的です。
そのため、ページ全体だけでなく、表示回数の多い主要クエリについても変更前後を比較します。モバイルとパソコンで傾向が異なる場合は、デバイス別にも確認してください。
検証の精度を下げる変更を避ける
タイトル検証中に本文、見出し、内部リンク、構造化データなどを同時に変更すると、どの施策が数値に影響したのか判断しにくくなります。原則として、1回の検証ではタイトル以外を固定します。
やむを得ず同時変更した場合は、変更内容と日付をすべて記録し、「タイトルだけの効果」とは結論づけないようにします。
また、短期間でタイトルを何度も変更すると、反映待ち期間が重なり、比較できる期間が確保できません。表示回数が少ない場合は観測期間を延ばし、十分なデータが得られるまで判断を保留します。
CTRが改善した後は、GA4などで流入後の行動も確認します。タイトルの訴求を強くした結果、検索意図と本文がずれていれば、クリックは増えても読者の目的を満たせない可能性があります。広告収益を検証する場合も、CTR上昇だけで収益改善と判断せず、ランディングページ別の利用状況や広告指標を別途確認してください。
なお、GA4やAdSenseなどをサイトに入れている場合は、Cookieや識別子の利用と第三者への送信について、プライバシーポリシーで利用サービス、取得する情報、利用目的、オプトアウト方法を説明しておく必要があります。国内向けサイトでは電気通信事業法の外部送信規律の対象になることもあります。必要な開示の整え方は、Google AdSense申請前に用意すべきページにまとめています。
検証結果を次の記事改善へつなげる
検証が終わったら、成功・失敗だけでなく、どの検索意図に対する変更だったかを記録します。
残しておきたい項目は次のとおりです。
- 対象ページと主要クエリ
- 変更前後のタイトル
- タイトル変更の仮説
- 比較期間とフィルタ条件
- CTR、掲載順位、表示回数の変化
- 検索結果に表示されたタイトル
- 季節性や順位変動などの外部要因
- 採用、再修正、保留の判断
低CTR記事の改善は、「数字が低いページのタイトルを一括変更する作業」ではありません。表示回数があり、順位が比較的安定したページを選び、検索意図に沿った仮説を立て、条件をそろえて比較する検証です。
CTRが上がっても順位が同時に改善していれば、タイトル変更だけの成果とは断定できません。反対にCTRが下がっても、検索需要やクエリ構成が変わっている可能性があります。Search Consoleの集計値を入口にしつつ、ページ、クエリ、デバイス、期間を分けて確認することで、再現可能な改善記録を蓄積できます。
関連記事
AdSense審査で「有用性の低いコンテンツ」と判定された原因の記録
AdSenseの審査で「有用性の低いコンテンツ」と判定されました。通知に挙げられたポリシー文と自サイトの実測データを突き合わせ、何が足りなかったかと直した項目を記録します。
- AdSense
- 運用
- SEO
広告表示がCore Web Vitalsへ与える影響の測り方
広告導入前後のLCP、CLS、INPをPageSpeed InsightsやSearch Consoleで比較し、表示速度と収益指標を両立できるか検証する流れを整理します。
- AdSense
- SEO
- Core Web Vitals
Search Consoleのインデックス未登録を直す手順
検出とクロール済みのインデックス未登録の違いを公式ヘルプに沿って整理。直すべきページと放置してよいページの切り分けを初心者向けにまとめます。
- SEO
- Analytics
- 運用