Search Consoleを使ったtitle・meta description改善｜変更候補の見つけ方

titleとmeta descriptionを改善するとき、全ページを一括で書き換える必要はありません。Search Consoleから、一定の表示機会があり、検索者の言葉とページの見せ方にずれがあるURLを探すと、優先順位を付けられます。

ただし、表示回数やCTRだけで変更を決めると、好調なページや検索意図の合わないページまで触ることになります。データで候補を絞り、ページ内容と実際の検索結果を人が確認する二段階が必要です。この記事では、候補抽出から反映後の確認までを説明します。

titleとmeta descriptionの役割を分ける

titleタグはページの主題を示す重要な要素です。検索結果のタイトルリンクに使われる候補にもなります。meta descriptionはページ内容の要約で、検索結果のスニペットに使われる場合があります。

meta descriptionはGoogle検索の直接的なランキング要因だと断定できません。主な目的は、ページ内容を検索者へ伝え、訪問先を判断しやすくすることです。titleとdescriptionはGoogleによって書き換えられる場合があるため、設定値と検索結果上の表示を分けて確認します。

最初にページ種別を決める

商品、カテゴリ、記事では、titleとdescriptionで伝えるべき情報が違います。商品ページは商品名、型番、主要仕様、カテゴリページは商品群と選択条件、記事は解決する疑問を中心にします。

すべてのページを同じテンプレートで抽出すると、商品名検索と一般検索が混ざります。まず対象をカテゴリページに絞るなど、一つのページ種別から始めます。

Search Consoleで候補を絞る

検索パフォーマンスで分析期間を決め、ページタブを開きます。一定の表示回数があり、同じ条件のページ群よりCTRが低いURLを候補にします。平均掲載順位4位〜10位前後は候補を見つけやすい目安ですが、絶対条件ではありません。

順位が低すぎる場合は、検索結果の文面よりページ内容や内部リンクが課題かもしれません。表示回数が少ない場合は、CTRの差が偶然である可能性があります。複数指標を合わせます。

対象ページのクエリを確認する

候補ページを選び、クエリタブを確認します。表示回数が多く、ページ内容と関連し、事業上重要な語句を見つけます。ブランド名だけで表示されているのか、一般的な商品条件でも表示されているのかを分けます。

同じページに異なる意図のクエリが混在する場合、すべてをtitleへ入れようとしません。ページの主題を一つに保ち、別の検索意図にはカテゴリや記事を用意する判断があります。

現在のtitleを点検する

現在のtitleが、ページ固有の内容を表しているかを確認します。商品名やカテゴリ名だけ、サイト名が前半を占める、他ページと重複する、定型文が長いといった状態は改善候補です。

重要クエリを自然に含めつつ、ページの内容を正確に表します。キーワードを空白で並べたり、商品にない特徴を追加したりしないでください。ブランド名は必要に応じて後半へ置きます。

現在のmeta descriptionを点検する

未設定、他ページと同じ、共通テンプレートだけ、本文と違う内容になっていないかを確認します。商品ページなら主要仕様と購入前の確認点、カテゴリなら品ぞろえと選び方、記事なら得られる答えを自然な文章で要約します。

文字数を固定の正解として扱わないことも重要です。検索結果の表示は端末やクエリによって変わります。重要な内容を前半から分かりやすく示し、途中で切れても誤解が生じにくい文にします。

ページ本文との一致を確認する

Search Consoleで有望なクエリが見つかっても、本文にその答えがなければtitleへ追加できません。たとえば「食洗機対応」で表示されていても、メーカー仕様で対応を確認できなければ記載しないでください。

本文の情報が不足している場合は、商品担当へ確認し、仕様表、カテゴリ説明、FAQなどへ正確な情報を追加できるか検討します。検索結果だけを直すのではなく、ページ全体の整合性を保ちます。

実際の検索結果を見る

主要クエリを検索し、Googleがどのtitleとスニペットを表示しているかを確認します。設定したtitleとは異なる文字列、本文から抽出されたスニペットが表示されることがあります。

一回の検索結果を全利用者共通だとは考えません。端末や地域などで表示が変わります。複数の代表クエリで、書き換えに共通する原因がないかを見ます。

変更しないページを決める

安定して上位にあり、CTRも良く、検索意図とページが合っている場合は、不要な変更を避けます。上位ページを完全固定するのではなく、変更理由が明確な場合だけ再評価します。

noindex、リダイレクト、404、別URLがcanonicalのページ、内部検索結果、不要なパラメータURLも通常の改善対象から外します。技術状態を先に確認します。

ECの商品状態を確認する

商品ページは、販売中、欠品、終売、後継商品ありなどの状態を確認します。まもなく終売する商品の検索結果だけを改善しても、購入先を提供できません。カテゴリや後継商品への案内が必要です。

価格や在庫をdescriptionへ固定すると、更新漏れが起きやすくなります。変動情報を使う場合は、データ連携と確認方法を決めます。

変更前の状態を記録する

対象URL、主要クエリ、変更前のtitleとdescription、表示回数、クリック数、CTR、平均掲載順位、変更理由を残します。公開日と次回確認日も記録します。

記録がなければ、数週間後の変化が施策前と比較できません。担当者が変わったとき、同じページを同じ理由で繰り返し修正することも防げます。

少数のページから反映する

テンプレートを一括変更する前に、ページ種別と条件をそろえた少数のURLで確認します。商品名の欠落、文字化け、重複、意図しない全ページ反映がないかを公開画面で確認します。

JavaScriptで動的に変更する場合も、設定画面だけでなく、実際のページでtitleとmeta descriptionが出力されているかを確認します。

変更後の確認

反映後は再クロールと再処理を待ちます。一般的に数週間を目安にできますが、固定期間で判断せず、十分な表示回数がたまったかを見ます。

主要クエリのCTRだけでなく、クリック数、表示回数、平均掲載順位、クエリ構成を確認します。変化をmeta変更だけの成果と断定せず、季節、セール、競合、本文変更も記録します。

候補選定のチェック項目

• 対象ページ種別と期間をそろえたか
• 表示回数、順位、CTRを組み合わせたか
• ページに紐づく主要クエリを確認したか
• titleとdescriptionがページ固有か
• 検索語句の内容が本文で確認できるか
• 商品状態と技術状態を確認したか
• 変更前の設定とデータを記録したか

まとめ

Search Consoleを使ったtitle・meta description改善では、データで候補を絞り、検索意図、ページ本文、商品状態、技術状態を人が確認します。表示回数や4位〜10位は候補抽出の目安であり、変更の自動決定ではありません。変更理由と前後の値を記録し、少数反映と再評価までを一つの運用にしましょう。

次に読みたい関連記事

• SEOを意識した商品名の付け方｜検索と購入判断を両立するポイント
• 商品ページのmeta descriptionの書き方｜購入前の疑問を短く伝える
• カテゴリページのtitleタグの書き方｜商品一覧の内容を正確に伝える方法
• カテゴリページのmeta descriptionの書き方｜一覧の特徴を短く伝えるコツ
• Search Console検索パフォーマンスの見方｜ECサイト向け分析の基本
• 表示回数・クリック数・CTR・平均掲載順位とは？数字の読み方
• Search Consoleの検索クエリ分析｜ECサイトの需要と改善点を見つける
• CTRが低いページの調べ方｜Search Consoleから改善仮説を作る
• ECサイトのSEO改善に優先順位を付ける方法｜検索データと事業条件の整理
• SEO施策の変更履歴を管理する方法｜検証できる記録の残し方
• title・meta変更後の効果測定｜確認期間と再改善の判断基準