2026年10月8日に、Google SEO Starter Guide、Search ConsoleのPerformance report、Keyword Plannerの予測を再読しました。語句は読者の用事とページ内容に結び付け、公開後はクエリ・ページ・国・デバイス・日付の実績を確認します。広告の予測値は入札や予算、季節性などに依存する推定で、自然検索の訪問数や成果の保証とは扱いません。
キーワード選定は、検索数の多い単語を一覧にするだけでは終わりません。その語で探す人が何を判断したいのかを仮説にし、自社のどのページが答えるかまで決める仕事です。
検索数が小さくても、既存顧客が何度も迷う操作を説明する価値はあります。反対に、大きな検索数があっても、自社に正確な説明を提供する根拠がなければ、優先すべきとは限りません。この記事では候補収集からページ設計、公開後の見直しまでを扱います。SEO全体の投資判断はSEOの基本ガイドが入口です。
30秒で要点
- 読者の用事と、自社が答えられる範囲を先に決める。
- 検索ボリュームは推定や集約の条件を持つ。広告の競合性を自然検索の難易度と混同しない。
- 検索意図は仮説。語だけで決めず、検索結果や顧客の質問と照らし合わせる。
- 言い換えごとに記事を増やさず、同じ用事なら一つのページで答えられるかを考える。
- 複数URLの出現だけで統合を決めない。公開後のデータとページの役割を確認する。
どこから読むか — 自分の状況から選ぶ
この記事はキーワード選定の判断軸を扱います。SEOそのものの前提はそれぞれ別の記事にあります。
SEOを何から始めるか決めたい。 最初の3つはSEO 何から始める、用語の基礎はSEOとは？検索エンジン最適化の超基礎知識とSEO入門。
やっても成果が出ない。 施策ではなく前提の問題として読むなら成果が出ない理由は「前提設計」にある、期待値の調整はSEOは魔法ではない。
クリックされない前提で考えたい。 検索結果で完結する流れへの対応はゼロクリックで終わらないコンテンツ戦略、フレームワークの使い方はコトラーを“正しく疑う”ための基礎。
目的を「検索順位」より一段具体的にする
順位は観測する指標の一つですが、読者に何を届けるかを決めるものではありません。「勤怠管理で上位を取る」だけでは、初めて制度を調べる人、製品を比較する人、導入済みの人のどこに答えるかが曖昧です。
まず「複数拠点の承認方法を検討する担当者が、製品選定に必要な条件を整理できる」など、読者と用事を一文にします。その用事が、問い合わせ、比較検討、既存顧客の自己解決など、サイトに期待する役割とどう関係するかを添えます。購入に近い語だけを優先すると、検討前の疑問や購入後の支援を落とすことがあります。
候補の記録には、検索語だけでなく、想定読者、答える問い、根拠にできる情報、対応する既存ページ、確認担当者を置きます。専門知識や実績が必要なのに担当者がいないテーマは、検索数が大きくても着手を保留する理由になります。
候補を集める情報源と、分からないこと
顧客の質問や商談メモから種となる言葉を集め、言い換え、条件、比較対象、困りごとへ広げます。個人情報をそのまま企画表へ複製せず、読者が解決したい内容に要約します。
表が収まらない場合は、横にスクロールできます
| 情報源 | 得られる材料 | そのまま断定できないこと |
|---|---|---|
| 問い合わせ・サポート・商談 | 現実に困っていること、顧客の言い方 | 市場全体の検索数、検索時の行動 |
| 自社のSearch Console | 自社が表示・クリックされた検索語 | まだ表示されていない需要全体 |
| 検索結果、候補語、関連する質問 | その時点で提示された表現や情報形式 | 固定順位、すべての利用者の意図、正確な検索数 |
| キーワードプランナー等 | 条件付きの検索数や広告向け指標 | 自然検索で勝てる確率、自社への訪問数 |
| 他社の公開ページ | どんな問い・形式が既にあるか | 他社の正確な成果、説明の正しさ |
Search Consoleは有用ですが、匿名化された検索語や表の件数制限があります。クエリ一覧は需要の完全な一覧ではなく、一覧にない語を「誰も探していない」とは言えません。クエリは、利用者が検索時に入力した語句を指します。
ボリュームと競合性の意味を確認する
Google広告のキーワードプランナーでは、月間平均検索数に近似パターンが含まれ、選んだ期間、地域、検索ネットワークなどの条件が関係します。標準では過去12か月の平均です。「競合性」は、その語に広告を出す広告主の相対的な競合を示し、自然検索の難易度ではありません。企画表には取得日と設定条件も残します。季節で需要が変わる語を年平均だけで見ないこと、似た語の数値を機械的に足して市場規模としないことも大切です。広告のクリック予測は入札や予算などを前提とするため、SEOの予測値へ転用しません。利用にはアカウント等の条件があり、機能や表示条件は利用時に確認してください。
広く検索される語を「ビッグワード」、検索需要の分布の裾にある小さな語を「ロングテール」と呼ぶことがあります。ただし、何語以上ならロングテール、月間何回以下なら簡単、といった一律の境界を置く必要はありません。細かな条件を含む語でも、競合が強い、解決に専門知識がいる、購入とは無関係といった場合があります。
検索意図を、語と検索結果の両方から確かめる
検索意図は、検索した人が何をしようとしているかという仮説です。企画の補助として「知る」「方法を実行する」「特定の場所へ行く」「購入・比較する」に分ける方法があります。これは説明を考えるための分類で、Googleの順位判定式でも、個人の心理を確定する分類でもありません。
表が収まらない場合は、横にスクロールできます
| 意図の仮説 | 架空の勤怠管理サイトでの候補語 | 必要になりそうな内容 |
|---|---|---|
| 知る（Know） | 勤怠管理とは | 目的、対象、業務上の注意点 |
| 実行する（Do） | 勤怠管理 承認フロー 作り方 | 役割、手順、例外、確認方法 |
| 特定の場所へ行く（Go） | 自社製品名 ログイン | 正しい入口、利用条件、困ったときの窓口 |
| 比較・購入する（Buy） | 勤怠管理 複数拠点 比較 | 対応条件、料金の範囲、権限や運用の違い |
一つの語に複数の意図が混ざることもあります。「比較」は購入直前とは限らず、社内で要件を考えている段階かもしれません。分類ラベルより、実際に必要な説明を優先します。
候補語を調べる際は、地域、端末、日時を記録し、検索結果に並ぶページが製品、解説、動画、地域情報などのどの形かを観察します。検索結果は場所や端末、時点などで変わるため、一度の結果を固定の正解にしないでください。上位ページの見出しを写すのではなく、自社の読者が未解決のままになる問いを探します。
検索語をページへ対応付ける
集めた語は、単語の似方だけでなく、読者が終えたい用事でまとめます。同じページを読めば解決する言い換えなら、一緒に扱う候補です。必要な答えや利用場面が違うなら、関連リンクでつながる別ページを検討します。
表が収まらない場合は、横にスクロールできます
| 候補のまとまり | 既存ページを見て確認すること | 選べる対応 |
|---|---|---|
| 承認手順、承認フローの作り方 | 役割や例外まで説明できているか | 既存ガイドの不足を補う |
| 複数拠点で使える製品の比較 | 手順記事だけで製品選定まで判断できるか | 判断基準が異なるなら比較ページを用意する |
| 製品名とログイン方法 | 正しい入口とトラブル時の案内があるか | 案内ページを整え、一般解説へ誘導しすぎない |
優先順位は、事業との関係、答えの根拠、読者への不足、作成と維持の負担を並べて決めます。検索数が不明な候補も、根拠のある顧客課題なら残して構いません。点数を付ける場合は編集上の優先度として使い、順位の上がる確率と呼ばないようにします。
Googleのスターターガイドでも、検索する人の異なる語彙を考える一方、あらゆる言い換えを明示的に書き込む必要はないとしています。主要な問いが分かるタイトルと見出しにし、本文で必要な条件や例に答えます。同じ語を機械的に繰り返すほど有利になるわけではありません。同じ検索語で複数URLが出るときの調べ方
よく似たページが互いの役割を曖昧にする問題は、キーワードカニバリゼーションと呼ばれます。ただし、検索結果やSearch Consoleで二つのURLを見つけただけでは、損失や順位低下の原因を確定できません。別の時点、端末、検索意図で役立っている可能性があります。
- 同じ期間、検索種類、国、端末で、その検索語とページの関係を確認する。
- 各ページの問い、本文、内部リンク、更新状況を読み比べる。
- 重複や類似の内容なら、URL検査でGoogleが選んだ正規URLも調べる。
- 用事が異なるなら役割を明確にして保つ。同じなら不足を統合する選択肢を検討する。
site:検索で二件出たことは、その二件が同じ検索で競い合い、損失を生んだ証拠にはなりません。
統合するときは、残すURLと読者に必要な内容、既存リンクの参照先を決めます。廃止する重複ページの恒久転送と、同一・類似内容の代表を示すcanonicalは目的に合わせて選びます。別の用事に答えるページへcanonicalを向けるだけで、問題を解決したことにはなりません。どちらも順位の回復を保証する操作ではありません。
公開後は、検索語と答えのずれを確認する
公開前に、担当者以外の人が「誰の何に答えるページか」を説明できるか確認します。必要な操作や数値には出典や条件を付け、架空例と実績を区別します。既存ページを更新した場合は変更日と変更箇所を残します。
公開後は検索パフォーマンスをページから絞り、表示・クリックされた検索語を見ます。想定外の語があってもすぐ本文へ追加せず、同じ用事に関係するかを読み直します。表示が少ない場合は、需要だけでなく、登録状態、比較期間、ページの役割も確認対象です。
表が収まらない場合は、横にスクロールできます
| 観測した状況 | 次に確かめること |
|---|---|
| 表示は増えたがクリックの増加が小さい | 検索語や端末の構成、タイトルと本文の一致、掲載状況 |
| クリックはあるが必要な行動につながらない | 本文が約束に答えるか、利用条件や案内に不足がないか |
| 狙いと異なる質問で表示される | その問いを同じページで扱う意味があるか |
| 複数ページが同じ問いに答えている | 役割の違い、重複、リンク・正規URLの整合 |
サイト内の滞在や離脱は、読者の用事によって意味が変わります。短時間で答えが見つかった可能性もあるため、直帰率だけから順位低下の原因や記事の失敗を断定しません。検索語、本文、業務上の成果を別々に観測し、今回どのずれを直すかを決めます。
最初に残すのは、候補語、読者の用事、対応ページ、判断の根拠、確認日、次に見る指標です。新規記事を作る前にこの一行を埋めると、語だけを増やす計画から、必要な答えを育てる計画へ進めます。