キーワードを問いとURLへまとめる検索意図マップの作り方

検索意図マップは、似たキーワードを一つのページへまとめるだけの表ではありません。検索する人が何を達成したいのかを確かめ、その問いへの答えを担当するURLを決めるための記録です。本記事では、この編集企画上の担当ページを「代表URL」と呼びます。Googleが重複またはよく似たURL群から選ぶcanonical URLとは別のものです。

判断には三つの証拠を使います。現在の検索結果、自社のSearch Console、実際に顧客から受けた質問です。ただし、三つは同じことを示しているわけではありません。

それぞれから分かる範囲を分けたうえで、既存URLをどう扱うか決めます。既存ページへ任せる場合もあれば、同じURLの本文を改善する場合もあります。該当するページがなければ、新しいURLを企画できるか検討します。問いを分ける根拠や証拠が足りなければ、結論を保留します。

候補語は検索者が達成したいことを示す問いに直す

候補語を見つけたら、分類する前に「この言葉で検索する人は、何が分かれば次へ進めるのか」と問いの形にします。最初から自社のカテゴリへ当てはめると、検索者が知りたいことより制作側の都合が先に立ちやすいためです。

問いに直したら、読者が達成したいことを一文で書きます。概要を理解できればよい人と、候補を比べて一つに決めたい人では、必要な説明が違います。具体的な作業まで終えたい人には、判断材料だけでなく手順も必要です。

そのうえで、検索する人がどの検討段階にいるかを確かめます。初めて概要を知りたい人と導入前の条件を確認したい人では、同じ言葉を使っていても必要な答えが違います。反対に、表現が違っても達成したいことと検討段階が同じなら、一つの問いとして扱えます。

三つの証拠から分かることはそれぞれ違う

検索結果から分かるのは、その時点で表示されたページです。Search Consoleでは、自社サイトと検索クエリの関係を確認できます。顧客から受けた質問には、事業の中で判断に迷った理由が表れます。三つを同じ種類の証拠として扱わず、それぞれが示す範囲で使います。

検索結果からは現在表示されているページの種類が分かる

検索結果で確かめられるのは、その条件と時点でGoogleが表示したページの種類です。どのような形式のページがどこまで答えているかを見れば、候補語を問いに直す材料になります。ただし、一回の観測だけでは、市場全体の需要も唯一の正しい記事構成も分かりません。

この記事では、検索結果にどの種類のページが表示されるかを確かめるため、2026年7月22日に次の条件で観測しました。これは順位表ではなく、観測条件とページの種類を残す記録です。

検索語句: 検索意図 マップ 作り方
観測日時: 2026-07-22 22:01 JST
表示言語: 日本語
地域パラメータ: 日本
パーソナライズ設定: pws=0
ログイン状態: ログアウト表示
端末と表示領域: デスクトップ 1280 x 720

確認できたページの種類:
  - 作成手順を説明する記事
  - ツールを比較する記事
  - 作成例を示す記事
  - サイト設計への使い方を説明する記事
  - 動画による作成手順

この記録は、一時点のデスクトップ表示に限られます。pws=0を指定しても、接続元やGoogle側の実験など、表示に影響する条件をすべて除けたとは言えません。見えたページの種類が多いからといって、需要が大きいとは言えません。採用すべき記事構成を決める根拠にもしていません。

Search Consoleからは自社URLとの関係が分かる

Search Consoleの検索パフォーマンスでは、自社プロパティで記録されたクエリとページの関係を確認できます。どの既存URLが問いに近いかを考える材料にはなります。ただし、市場全体の検索需要を調べるものではありません。

Googleの公式ヘルプでは、プライバシー保護のため一部のクエリが匿名化され、表から除外されると説明されています。内部的な制限によって、ほかの一部の行も保存または表示されない場合があります。そのため、表にない語句を「需要がない」とは判断できません。

ページごとの実績は、Googleが選んだcanonical URLへ集計される場合があります。Search Consoleに表示されたURLと、編集しようとしているURLが同じ単位かを確かめてください。ここで確認するのはデータの読み方です。canonicalの指定方法を決める作業ではありません。

顧客から受けた質問からは判断に迷う理由が分かる

顧客から実際に受けた質問には、検索語句だけでは見えない事業上の事情が含まれています。質問の文面だけでなく、どの場面で何を決められずにいたのかも残すと、その人が達成したかったことを捉えやすくなります。

ただし、一人の質問が市場全体の需要を表すわけではありません。原記録がない場合は、ありそうな質問を補わず「未確認」とします。検索結果やSearch Consoleと食い違っても、多数決で結論を決めません。なぜ違いが生まれたのかを確かめます。

達成したいことと検討段階が同じなら一つの問いにまとめる

三つの証拠を確認したら、候補語の見た目ではなく、ページを読み終えた人が何をできるかを比べます。同じ答えを得て同じ判断へ進めるなら、一つの問いにまとめられます。必要な説明や次の行動が違うなら、言葉が似ていても分けた方が自然です。

迷ったときは、一つのページで両方の読者へ無理なく答えられるかを考えます。片方に必要な説明が、もう片方には長い前置きになるなら、異なる検討段階が混ざっている可能性があります。検索結果に複数の形式があっても、それだけでURLを増やす理由にはなりません。ページ形式ではなく、達成したいことの違いへ戻って判断します。

証拠が食い違うこと自体は問題ではありません。自社サイトがまだ表示されていない問いは、Search Consoleだけでは判断できません。顧客から受けた質問が一件も記録されていないこともあります。足りない情報が次の対応を左右するなら、結論を保留して再確認する条件を残します。

代表URLは問いへの回答を担当するページとして決める

本記事でいう代表URLは、その問いへの回答を編集企画上で担当するページです。Googleが重複または非常に似たURL群から選ぶcanonical URLとは意味が異なります。前者はコンテンツの役割を決める考え方であり、後者はGoogle検索におけるURLの正規化に関するものです。本記事ではcanonicalの実装を扱いません。

既存ページを照合するときは、タイトルに同じ言葉があるかだけで決めません。そのページが同じ読者に必要な答えを渡し、次の判断まで進めるかを見ます。結果に応じて、次の五つから対応を選びます。この分け方はGoogleの標準手順ではなく、AdRegionが記事企画を整理するときに使う判断方法です。

1. 既存URLが担当する 問いへすでに十分に答えているため、そのページを代表URLとして維持します。
2. 既存URLを改善する 担当するページはあるものの、読者が次へ進むための答えが不足しています。同じURLの役割を保ったまま本文を見直します。
3. 新しいURLを企画する 既存ページでは問いを引き受けられず、独立した答えを用意する根拠があります。新しいページの執筆要件は次の工程で決めます。
4. 問いを分けて再確認する 一つの候補語に異なる達成目的や検討段階が混ざっています。問いを分けたうえで証拠を確認し直します。
5. 証拠がそろうまで保留する 現時点ではURLを増やす根拠が足りません。未確認事項と再確認条件を記録します。

似たキーワードごとにページがあるだけで、誘導ページの不正使用になるわけではありません。Googleのスパムポリシーでは、検索順位を狙って有用性の低い中間ページを作る目的や、利用者を誘導する先も判断条件に含まれます。新しいURLを企画するなら、そのページだけで読者が目的を果たせる固有の答えがあるかを確かめます。

問いと代表URLを並べると役割の重複が見つかる

一件ずつ対応を決めたら、複数の問いと代表URLを同じ軸で見比べます。一つの問いに複数のURLが割り当てられていないか、反対に一つのURLへ検討段階の異なる問いを詰め込んでいないかが分かります。

次の表は、このKnowledgeで実際に分けている記事の役割を比べるためのものです。検索需要や成果を示す表ではありません。表では対応関係だけを一覧にし、詳しい判断理由と未確認事項は一件ごとの記録に残します。

表の一行は、問いとURLの重複を見つけるための索引です。観測条件や保留の理由までセルへ入れると比較しにくくなるため、次のような一件ごとの記録へ分けます。

代表URLを決めた理由と再確認の条件を一件ずつ残す

このページでは、同じ問いを扱う既存の seo-intent-map がすでにあります。そのため、新しいURLを増やさず、既存URLを改善すると判断しました。これは実際の編集判断です。ただし、検索流入などの成果が確認できたわけではありません。

対象の問い: キーワード候補を問いと代表URLへどうまとめるか
達成したいこと: 一つの問いに回答担当のURLを割り当てる
検討段階: 記事やサービスページを企画する前

確認した検索結果:
  2026-07-22 22:01 JSTの観測記録を使用
Search Console実データ:
  未確認
顧客質問の原記録:
  未確認

現在の代表URL: /knowledge/seo-intent-map
次の対応: 既存URLを改善する
判断理由:
  同じ主検索意図を扱う既存URLがあり、新しいURLを増やす理由がないため

未確認事項:
  - 自社プロパティのクエリとページ実績
  - 顧客質問の原記録
  - 現在の検索順位
  - 検索ボリューム

再確認条件:
  - Search Consoleまたは顧客質問の記録を利用できるようになったとき
  - 代表URLとしている記事の役割やslugが変わったとき
  - 検索結果の観測を更新し、問いの分け方へ影響する変化が見つかったとき

すべての情報がそろっていなくても、確認済みの範囲で次の対応を選べる場合はあります。今回確認できているのは、同じ問いを担当する既存URLがあることです。自社の順位や検索ボリュームは未確認なので、今回の改善で流入が増えるとも、需要が大きいとも主張できません。

一つの問いに代表URLを決めてから次の工程へ進む

手元の候補語から一つを選び、「検索した人が次へ進むには何が分かればよいか」という問いに直します。使える証拠を情報源ごとに分け、達成したいことと検討段階を決めてください。既存ページと照合できれば、代表URLと次の対応を選べます。

新しいURLが必要だと判断したときだけ、コンテンツブリーフへ進みます。複数のURLをサイト内へどう配置するかは、トピッククラスター設計で扱います。証拠が足りず保留にした場合は、記録した再確認条件を満たすまでページを増やしません。