EC事業者・担当者が「今日・明日で改善できるSEO施策」をまとめた超実務寄りのEC SEO専門メディア

検索クエリと品ぞろえを照合して直す手順を解説します。ECサイト向け解説記事のアイキャッチ

カテゴリページをリライトする方法|Search Consoleを使った改善手順

検索クエリと品ぞろえを照合して直す手順を解説します。記事の結論と3つの要点をまとめた図
目次
  1. 改善候補のカテゴリを選ぶ
  2. 平均掲載順位の読み方
  3. 検索クエリと商品一覧を照合する
  4. 検索結果の見え方を確認する
  5. ページ内の課題を分ける
  6. 説明文を改善する
  7. 内部リンクと商品配置を改善する
  8. 優先順位を決めるスコアの例
  9. 一度に変える範囲を決める
  10. 社内検索と問い合わせも使う
  11. 改善しない判断も残す
  12. 変更内容を記録する
  13. 変更後の検証
  14. ECサイトでの具体例
  15. よくある間違い
  16. 改善手順のチェック項目
  17. 改善結果を次の記事へつなげる
  18. 定期点検の周期を決める
  19. まとめ
  20. 次に読みたい関連記事

カテゴリページのリライトは、説明文を書き直す作業だけではありません。Search Consoleで検索クエリとページの表示状況を確認し、検索意図、品ぞろえ、title、一覧情報、内部リンク、技術設定のどこにずれがあるかを特定します。

一度に多くの要素を変えると、何が影響したか分かりにくくなります。優先ページを選び、仮説を立て、変更内容を記録し、再クロール後のデータを一定期間確認する流れで進めます。

改善候補のカテゴリを選ぶ

Search Consoleの検索パフォーマンスで、ページをカテゴリURLへ絞り込みます。表示回数、クリック数、CTR、平均掲載順位、検索クエリを確認します。

表示回数が多いのにクリックが少ないページ、事業上重要で順位が伸びないページ、想定外のクエリで表示されるページなどが候補です。4位から10位は改善候補を探す目安の一つですが、必ず優先すべき順位帯ではありません。

平均掲載順位の読み方

平均掲載順位は、地域、端末、検索条件などを含む平均値です。ページ全体の一つの順位ではなく、クエリごとに状況が異なります。ブランド名で1位、一般語で20位なら、平均だけを見ても課題は分かりません。

クエリ、端末、国、期間を分け、比較する条件をそろえます。季節商品のカテゴリでは前年同時期も見ます。短期間の上下だけで成功や失敗を判断しません。

検索クエリと商品一覧を照合する

表示されているクエリを、商品種類、用途、対象者、機能、比較・選び方に分けます。そのクエリで訪れた人が、一覧で期待する商品を見つけられるか確認します。

「小さな部屋向けデスク」で表示されているのに、一覧で幅を確認できず、大型商品が多いなら、titleを変えるだけでは足りません。商品紐付け、サイズ表示、絞り込み、説明文を見直します。

検索結果の見え方を確認する

対象クエリの検索結果で、表示されるタイトルリンクとスニペットを確認します。競合ページがどの種類、価格帯、選び方を示しているかも見ます。ただし、競合の文章をまねるのではなく、利用者が比較に必要な要素を把握します。

titleやmeta descriptionはGoogleによって調整される場合があります。書き換えが起きているなら、titleだけでなくh1、目立つ見出し、内部リンクの文言、本文との不一致を確認します。

ページ内の課題を分ける

リライト前に、次の観点で課題を分類します。

  • カテゴリ名や商品群が検索意図とずれている
  • titleとdescriptionが内容を表していない
  • 比較に必要な情報が商品カードにない
  • カテゴリ説明が一般論だけになっている
  • 下位カテゴリや商品へのリンクが弱い
  • フィルタ、canonical、ページネーションに問題がある

文章の問題と技術の問題を混ぜず、必要な担当者へつなぎます。

説明文を改善する

説明文では、検索クエリを不自然に足すのではなく、商品群の定義、主な種類、比較軸、注意点を補います。検索した人が次に知りたいことを、一覧で確認できる情報と一致させます。

たとえば「折りたたみテーブル 軽量」で表示されるなら、重量の比較方法、利用場面、収納時サイズを説明し、商品カードにも重量を表示します。本文と一覧が別々のことを語らないようにします。

内部リンクと商品配置を改善する

上位カテゴリから対象ページへのリンク文言、関連ガイド記事からのリンク、下位カテゴリへの導線を確認します。重要なカテゴリがバナーのJavaScript遷移だけでつながっていないかを見ます。

商品順も利用者の選択に影響します。おすすめ順の根拠が曖昧なら、在庫、人気、利益だけでなく、カテゴリの代表性や比較しやすさを考えます。SEO目的で特定商品を先頭へ固定するのではなく、購入体験全体で判断します。

優先順位を決めるスコアの例

候補が多い場合は、表示回数、事業重要度、商品数、在庫安定性、技術問題の重大度、改善作業量を段階評価します。数字を絶対視せず、担当者間で優先理由を共有するために使います。

表示回数が少なくても、新しい主要カテゴリや高い利益を持つページは優先される場合があります。反対に表示回数が多くても、商品終了予定なら大規模なリライトを行わず統合を検討します。

一度に変える範囲を決める

titleとdescriptionの仮説を検証したいときに、カテゴリ名称、商品集合、URLまで同時に変えると比較が難しくなります。重大な不具合を除き、仮説ごとに変更範囲をまとめます。

ただし、titleと本文が矛盾している場合は両方を直す必要があります。測定しやすさのために利用者へ不正確なページを残さず、何を同時変更したか記録します。

社内検索と問い合わせも使う

Search ConsoleはGoogle検索での表示を示しますが、ページ内で迷った理由までは分かりません。サイト内検索、絞り込み、問い合わせ、返品理由を組み合わせます。

カテゴリ到達後に「サイズ表」と検索されるなら、一覧でサイズ情報が不足している可能性があります。同じ質問が商品横断で寄せられるなら、カテゴリ説明やガイド記事へ反映します。

改善しない判断も残す

調査の結果、検索意図と商品集合が合い、指標の変化が季節性によると判断する場合は、変更しないことも選択肢です。更新すること自体を成果にしません。

変更しない理由と再確認時期を記録します。競合や品ぞろえが変わったときに再評価でき、同じ調査を短期間に繰り返すのを防げます。

変更内容を記録する

対象URL、変更日、変更前後のtitle、description、見出し、商品紐付け、内部リンク、技術設定を記録します。複数人が編集するサイトでは、同じページが短期間に何度も変更されないよう管理します。

可能なら、同程度のカテゴリを比較対象として残します。ただし、カテゴリごとに季節性や競合が異なるため、単純な因果関係を断定しません。

変更後の検証

公開後にHTMLと表示を確認し、Googleの再クロールを待ちます。Search Consoleで表示回数、クリック数、CTR、平均掲載順位、クエリ構成を同じ条件で比較します。

CTRが上がっても順位や検索結果の構成が変わっている場合があります。CTRだけで順位が上がった、title変更だけで評価が上がったとは断定できません。商品在庫、セール、季節、広告、競合の変化も記録します。

ECサイトでの具体例

「在宅勤務用チェア」カテゴリで、表示回数はあるもののクリックが少ないとします。クエリを見ると「腰が疲れにくい」「小さな部屋」「肘掛けなし」などがありました。

ページを確認すると、titleは「チェア通販」、商品カードは価格と画像だけでした。そこで、カテゴリ名とtitleを実際の商品範囲に合わせ、座面幅、肘掛け、背もたれ、サイズを一覧で比較できるようにします。説明文では、部屋サイズと作業時間に応じた選び方を、確認できる仕様の範囲で補います。

すべてのクエリをtitleへ並べず、下位カテゴリやフィルタ、ガイド記事へ役割を分けます。変更後はクエリ別の表示と商品到達を確認します。

よくある間違い

一つ目は、検索クエリをそのまま説明文へ列挙することです。語を追加するのではなく、利用者の疑問に答える情報へ変換します。

二つ目は、低CTRをすべてtitleの問題と考えることです。順位、検索意図、リッチリザルト、広告、ブランド認知なども影響します。

三つ目は、変更直後の数日だけで判断することです。再クロールの状況と十分な表示回数を確認します。

改善手順のチェック項目

  • ページとクエリを同じ条件で抽出したか
  • 平均値だけでなくクエリ別に確認したか
  • 検索意図と商品集合を照合したか
  • 文章、一覧、内部リンク、技術課題を分けたか
  • 変更前後の内容と日付を記録したか
  • 再クロール後に同じ期間条件で比較したか
  • 順位やCTRの改善を保証表現にしていないか

改善結果を次の記事へつなげる

検証が終わったら、成功・失敗の二択で終わらせず、どの仮説が支持されたかを記録します。たとえばクエリとの一致は高まったが商品詳細への移動が変わらないなら、文章より一覧の比較情報や在庫に次の課題があると考えられます。

同じテンプレートを使うカテゴリへ展開する場合も、商品群と検索意図を確認せず一括で文章を置き換えないでください。共通の改善項目と、カテゴリ固有の内容を分け、優先度の高い数ページで検証してから対象を広げます。

逆に変化が見られなかった施策も、実施期間、競合や季節の状況、同時に行った変更を残せば学びになります。短期の順位変動だけを理由に元へ戻すのではなく、検索結果の見え方、商品行動、技術状態を含めて判断します。

定期点検の周期を決める

売れ筋や季節商品を含むカテゴリは、検索需要と在庫が動く前に点検します。通年カテゴリは毎月の数値監視と、四半期ごとの内容確認など、事業の更新頻度に合わせて周期を決めます。異常な表示回数の減少、商品ゼロ、リンク切れが起きた場合は定期日を待たずに確認します。

点検対象が多いECサイトでは、候補抽出を自動化しても、変更の判断まで数値だけに任せないことが重要です。担当者はクエリと実際の商品一覧を見て、利用者の期待に応えられるかを確認します。仕組みと編集判断を分けることで、継続性と品質を両立できます。

まとめ

カテゴリページのリライトは、Search Consoleのクエリから検索意図とのずれを見つけ、商品集合、一覧情報、説明文、内部リンク、技術設定を必要な範囲で直す作業です。文章だけを増やす施策ではありません。

表示回数と事業価値の大きい一ページから始め、仮説、変更、検証を記録してください。同じ手順を繰り返すことで、ページ数の多いECサイトでも根拠のある改善を続けられます。

次に読みたい関連記事