SEOのキーワードを整理しても、「この検索意図はどの既存ページが担当するのか」まで決めなければ、似た記事が増え続けます。
検索クエリのURLマッピングで重要なのは、1キーワードにつき1ページを機械的に作ることではありません。検索した人が本当に求めている答えをまとめ、その検索意図を代表して担当するURLを1つ決めることです。
この記事では、既存URLの棚卸しから、担当ページの選定、新規URLを作る判断、統合候補の管理、公開後のSearch Consoleによる確認までを実務手順として整理します。
検索クエリのURLマッピングとは「どの意図を、どのページが担当するか」を決める作業
検索クエリのURLマッピングとは、検索キーワードや検索意図のグループごとに、サイト内の担当URLを割り当てる作業です。
URLマッピングの前提となる検索意図の整理、キーワード選定、クラスター設計の全体像は「キーワード戦略とは何か」で確認できます。
たとえば、
- SEO キーワード 選び方
- SEO キーワード 選定 方法
- SEO 対策キーワード 決め方
という検索語が、いずれも「SEOで狙うキーワードをどう決めるか」という同じ目的を持つなら、3ページを作るのではなく、1つの代表ページへまとめるのが基本です。
一方、
- SEO キーワード 選び方
- SEO キーワード クラスタリング
- SEO カニバリ 確認
では、同じSEOキーワード領域でも読者が行う作業が違います。
「選ぶ」「記事単位にまとめる」「公開後の競合を調べる」という別の問いであれば、別URLを担当させる余地があります。
つまり、管理単位はキーワードの文字列ではなく、読者が達成したい目的とページの役割です。
| 工程 | 中心となる問い | 主な成果物 |
|---|---|---|
| キーワード選定 | 何を狙うか | 候補キーワード |
| クラスタリング | どの検索語を同じページで扱うか | 検索意図クラスター |
| URLマッピング | そのクラスターをどのURLが担当するか | 担当URL表 |
| カニバリ監査 | 公開後に複数URLが競合していないか | 統合・役割分離候補 |

URLマッピングは、キーワードを選び、検索意図ごとにまとめた後で、どのURLを担当ページにするか決める工程です。
Ahrefsはキーワードマッピングを、キーワードをトピックへまとめ、それをページへ割り当てる工程として整理しています。Semrushも、既存ページに合うテーマならそのURLを割り当て、適切なページがなければ新規作成対象とする方法を紹介しています。
最初に作るべきなのは「キーワード一覧」ではなく担当URL表
URLマッピングを運用に使うなら、キーワードとURLだけでは情報が足りません。
最低限、次の項目を1行にまとめます。
| 項目 | 記入内容 |
|---|---|
| 意図クラスター | 同じ目的を持つ検索語のまとまり |
| 主クエリ | クラスターを代表する検索語 |
| 関連クエリ | 同じページで回答する検索語 |
| 中心質問 | 検索者が最終的に知りたいこと |
| ページ役割 | 解説、比較、手順、事例、サービスなど |
| 現在URL | 現在関連している既存ページ |
| 担当URL | 今後その意図を担当させる代表URL |
| 対応 | 維持、改善、新規、統合、保留 |
| 判断理由 | なぜそのURLを担当にしたか |
| 競合URL | 同じ意図を担当している可能性がある自社URL |
| 公開状態 | 公開済み、制作中、未作成 |
| 最終確認日 | マッピングを見直した日 |
重要なのは「担当URL」と「現在URL」を分けることです。

現在検索結果に表示されているURLと、今後その検索意図を担当させたいURLを分けて管理すると、改善・新規・統合の判断がしやすくなります。
現在Googleに表示されているページが、今後も担当させたいページとは限りません。
Search Consoleでは、特定のクエリで自社のどのページが表示されたかを確認できます。その実績を見ながら、最終的に担当させたいURLとのズレを調べられます。
検索クエリを既存URLへマッピングする6ステップ
URLマッピングは、検索ボリュームの大きい順にURLを当てる作業ではありません。
「検索意図→必要なページ役割→既存URLとの適合度」の順で判断します。

検索意図と記事役割を先に定め、既存URLの適合度を確認してから、維持・改善・新規・統合・保留を判断します。
STEP1.既存URLを棚卸しする
最初に、検索流入を狙う既存URLを一覧化します。
各ページについて、
- URL
- タイトル
- H1
- ページの中心テーマ
- 現在想定している主キーワード
- ページ種別
- 公開状態
- 親ページ
- 主な内部リンク先
を整理します。
可能であれば、Search Consoleから現在流入しているクエリも追加します。
Google Search Consoleのパフォーマンスレポートでは、クエリ別とページ別に検索実績を確認できます。特定のクエリを選んで「ページ」を確認すれば、その検索で表示された自社URLを調べられます。
STEP2.キーワードを検索意図単位へまとめる
次に、候補キーワードを「同じページで答えられるまとまり」に整理します。
文字が似ているだけではなく、
- 検索後に知りたい答え
- 検索後に取りたい行動
- 求められているページ形式
- SERPに表示されるページの種類
を確認します。
検索意図は単純な「Know」「Do」などの分類だけでは不十分な場合があります。
たとえば「SEO キーワード」でも、「選びたい」「分類したい」「順位を確認したい」では中心質問が異なります。
Ahrefsも、検索意図を判断する際には検索結果に現れるコンテンツの種類・形式・切り口を見る方法を示しています。
STEP3.各クラスターの「中心質問」と「記事役割」を一文で決める
URLを選ぶ前に、そのクラスターが答えるべき問いを一文にします。
例として、
「重要な検索クエリごとに、どの既存URLを代表ページとして担当させればよいか」
という問いなら、必要なのはキーワード調査記事ではありません。
既存ページの棚卸し、担当URLの判断、新規ページの判定まで扱う「URL設計・運用」のページが適します。
ページ役割まで決めておくと、単にキーワードが含まれている既存記事を誤って担当URLにすることを防げます。
STEP4.既存URLの適合度を判定する
各検索意図クラスターについて、担当候補となる既存URLを比較します。
判断しやすくするため、実務上は次の5項目を見ると整理できます。
| 判定項目 | 確認すること |
|---|---|
| 検索意図 | 読者の中心質問へ直接答えているか |
| 記事役割 | 求められるページ形式と一致するか |
| 内容範囲 | クラスター全体を無理なく扱えるか |
| 既存評価 | すでに対象クエリで表示・流入しているか |
| 他記事との境界 | 別URLの担当領域を奪わないか |
検索語を本文へ追加できるかではなく、そのページを読んだ人が目的を完結できるかで判断します。
既存ページに数行を足すだけでは不十分でも、ページの中心役割を変えずに拡張できるなら「改善」が候補です。
中心テーマ自体を変えなければ回答できないなら、新規URLの可能性が高まります。
STEP5.「維持・改善・新規・統合・保留」の5つに分ける
既存URLとの対応は、次の5種類に分類すると管理しやすくなります。
| 判定 | 状態 | 次の対応 |
|---|---|---|
| 維持 | 現在のページで十分回答できる | 担当URLとして固定 |
| 改善 | 既存ページが最も近いが情報不足 | 見出し・本文を改善 |
| 新規 | 適切な既存ページがない | 新規URL候補へ |
| 統合 | 複数URLが同じ役割を持つ | 統合先を決定 |
| 保留 | 検索意図やSERPが不明確 | 再調査 |
この分類を行うことで、「キーワードが見つかったから新記事を作る」という運用を避けられます。
STEP6.クラスターごとに担当URLを1つ固定する
最終的に、同じ検索意図クラスターでは「どのURLを代表ページとして育てるのか」を明示します。
ここでいう「1つ」は、1キーワードにつき1URLという意味ではありません。
同じ目的を持つ複数クエリは1URLへ集約し、独立した目的があるクエリだけ別URLへ分けるという考え方です。
担当URLを明記すると、記事制作担当者が同じテーマで別の記事を追加するリスクを下げられます。
新規URLを作る前に「新規URLゲート」を通す
未対応キーワードが見つかっても、すぐ新記事にしてはいけません。
新規URLを作る前に、次の順番で確認します。

未対応クエリがあっても、既存URLで回答できるなら新規ページは不要です。既存記事との差を明確に説明できる場合のみ新規URL候補にします。
- 同じ検索意図をすでに担当しているURLはないか
- 近い既存URLを改善すれば十分に回答できないか
- 既存ページへ追加するとページの中心目的が変わらないか
- 独立した手順・比較・判断基準が必要か
- 新規ページ単体で検索者の問いを完結できるか
- 新規作成後に既存ページとの役割を一文で説明できるか
特に重要なのが6番目です。
「既存記事との違い」を明確に説明できない新規ページは、公開後に役割が重なる可能性があります。
逆に、
既存ページ:
「キーワードを検索意図ごとにクラスタリングする方法」
新規ページ:
「作成済みの意図クラスターを既存URLへ割り当て、新規・改善・統合を判断する方法」
のように工程と読者の問いが分かれていれば、別記事として設計しやすくなります。
canonicalを「担当キーワードを指定する仕組み」として使わない
URLマッピングとcanonicalは別のものです。
Googleは、同一または非常に似た内容が複数URLに存在する場合、それらをまとめ、代表となるcanonical URLを選択すると説明しています。サイト側もcanonicalなどで希望を示せますが、Googleが別URLを選択する場合があります。
そのため、
「AというキーワードはこのURLを上位表示させたい」
というSEO上の担当ページ指定は、canonicalだけで解決できるものではありません。
検索意図の異なる2記事を残したまま片方へcanonicalを設定するのではなく、まず各ページの中心質問と役割を整理してください。
内容が実質的に重複しているなら統合やcanonicalを検討し、異なる問いへ答えるページなら内容差を明確にします。
公開後はSearch Consoleで「想定担当URLと実際の表示URL」を比較する
URLマッピングは作成して終わりではありません。
公開後は、意図したURLが実際に検索結果へ出ているか確認します。
Google Search Consoleでは、特定のクエリを選択した後に「ページ」タブを見ることで、そのクエリで表示されたURLを確認できます。
たとえば次のように判定します。
| 状態 | 考えられること | 次の対応 |
|---|---|---|
| 担当URLだけが安定して表示 | 役割がおおむね明確 | 維持 |
| 2URLが交互に表示 | 内容・意図が近い可能性 | 統合または役割分離 |
| 想定外URLが表示 | Googleが別ページを関連性の高いページと判断している可能性 | タイトル・本文・内部リンク・役割を比較 |
| 担当URLが表示されない | 検索意図との不一致や評価不足など複数要因 | SERPとページ内容を再確認 |
ただし、Search Consoleにすべての検索クエリが表示されるわけではありません。
Googleは、プライバシー保護のため匿名化されたクエリが表から除外されることや、データ行が制限されることを説明しています。したがって、Search Consoleだけで全クエリの担当関係を完全に把握できるとは限りません。
URLマッピングでは検索ユーザー側の目的から逆算する
企業側だけで分類すると、「SEO」「キーワード」「コンテンツ」のような社内カテゴリでページを分けがちです。
しかし実際に検索する人は、企業側のカテゴリではなく、
「キーワードを選びたい」
「似た検索語を1記事にまとめたい」
「既存記事のどれを担当ページにしたらよいか」
「複数ページが競合している原因を調べたい」
という具体的な目的を持っています。
URLマッピングでは、この検索ユーザー側の目的を先に固定してから自社ページへ割り当てることが重要です。
企業側の管理都合と、検索者の情報探索の単位がずれていると、1ページに複数目的を詰め込んだり、逆に同じ目的の記事を複数作ったりしやすくなります。
URLマッピングを見直すときのチェックリスト
最後に、マッピング表を次の項目で確認してください。
- すべての重要クラスターに担当URLがある
- 同じ検索意図に複数の代表URLを設定していない
- 1URLへ関係の薄い意図を詰め込んでいない
- 各URLの中心質問を一文で説明できる
- 各ページの役割を一文で説明できる
- 新規URLには既存記事との差がある
- 新規作成前に既存URLの改善可能性を確認している
- 統合候補を放置していない
- Search Consoleの実際の表示URLを確認している
- URL追加・統合時にマッピング表を更新している
Semrushも、キーワードマップは新規公開、更新、削除、検索結果の変化などによって古くなるため、継続的な更新が必要だとしています。
まとめ
検索クエリのURLマッピングでは、キーワードを機械的にURLへ割り振るのではなく、検索意図ごとに代表する担当ページを決めることが重要です。
まず既存URLを棚卸しし、検索語を意図クラスターへ整理します。そのうえで中心質問とページ役割を決め、既存URLを「維持・改善・新規・統合・保留」に分類してください。
新規記事は、適切な既存URLがなく、既存記事との役割差を明確に説明できる場合に作ります。
公開後はSearch Consoleで想定担当URLと実際に表示されるURLを比較し、マッピング表を更新します。
この運用を続けることで、「どの記事が何を担当するのか」が明確になり、新規記事の重複やカニバリを公開前から抑えやすくなります。
参考文献・データ元
この記事で参照した情報を確認できます。
- Google Search Console ヘルプ「パフォーマンス レポート:一般的なタスクとユースケース」—特定クエリで表示されたページを確認する方法に使用。Google Search Console ヘルプ
- Google Search Console ヘルプ「Dimensions and data groupings」—クエリの匿名化・データ制限、ページデータの集計方法の確認に使用。Search Console データ仕様
- Google Search Central「Canonicalization」—重複ページと代表URLの考え方の確認に使用。Google Canonicalization documentation
- Ahrefs「Keyword Mapping for SEO」—検索語をトピックへまとめ、既存URLへ割り当てる基本工程の確認に使用。Ahrefs Keyword Mapping Guide
- Semrush「Keyword mapping for SEO」—既存URLへの割り当て、新規作成判定、継続更新の考え方の確認に使用。Semrush Keyword Mapping Guide
‹ 親記事: キーワード戦略とは何か|検索意図の基本から選定プロセス、クラスター設計までを整理する



