SEOのキーワードを整理しても、「この検索意図はどの既存ページが担当するのか」まで決めていなければ、似た記事が増え続けます。増えた記事どうしが同じ検索語で競合する状態は「カニバリ」と呼ばれます。
検索クエリ（実際に検索された語句）のURLマッピングで必要なのは、1キーワードにつき1ページを機械的に作ることではありません。検索した人が本当に求めている答えをまとめ、その検索意図を代表して担当するURLを1つ決めることです。
進め方の骨子は、既存URLを棚卸しして検索語を検索意図ごとにまとめ、意図ごとに担当URLを決め、公開後に実際の表示URLと比べて見直す流れです。この記事では、その手順を、新規URLを作る前の判断基準やSearch Consoleによる確認と合わせて、実務の順に整理します。
検索クエリのURLマッピングとは「どの意図を、どのページが担当するか」を決める作業
検索クエリのURLマッピングとは、検索キーワードや検索意図のグループごとに、サイト内の担当URLを割り当てる作業です。まず、どこまでを1ページで扱い、どこから別ページにするかを、例で確認します。
URLマッピングの前提となる検索意図の整理、キーワード選定、クラスター設計の全体像は「キーワード戦略とは何か」で確認できます。この記事では、その次の工程である担当URLの割り当てを扱います。
たとえば、次の3つの検索語があるとします。
- SEO キーワード 選び方
- SEO キーワード 選定 方法
- SEO 対策キーワード 決め方
いずれも「SEOで狙うキーワードをどう決めるか」という同じ目的を持つなら、3ページを作るのではなく、1つの代表ページにまとめるのが基本です。
一方、次の3つは、同じSEOキーワードの領域でも、読者が行う作業が違います。
- SEO キーワード 選び方
- SEO キーワード クラスタリング
- SEO カニバリ 確認
「選ぶ」「記事単位にまとめる」「公開後の競合を調べる」という別の問いなので、別のURLに担当させる余地があります。
つまり、管理単位はキーワードの文字列ではなく、読者が達成したい目的とページの役割です。ページの役割（以下、記事役割）は、解説、比較、手順、事例、サービスといった種類で考えます。また、同じ目的を持つ検索語のまとまりを、この記事では「意図クラスター」と呼びます。
URLマッピングは、キーワード選定やクラスタリングなど、前後の工程とどう違うのでしょうか。次の表で、4つの工程が何を問い、何を成果物にするかを比べます。
| 工程 | 中心となる問い | 主な成果物 |
|---|---|---|
| キーワード選定 | 何を狙うか | 候補キーワード |
| クラスタリング | どの検索語を同じページで扱うか | 意図クラスター |
| URLマッピング | そのクラスターをどのURLが担当するか | 担当URL表 |
| カニバリ監査 | 公開後に複数URLが競合していないか | 統合・役割分離候補 |
表のとおり、URLマッピングは、キーワードを選び、検索意図ごとにまとめた後で、どのURLを担当ページにするかを決める工程です。カニバリ監査は、決めた結果を公開後に確かめる工程にあたります。
Ahrefsはキーワードマッピングを、キーワードをトピックへまとめ、それをページへ割り当てる工程として整理しています。Semrushも、既存ページに合うテーマならそのURLを割り当て、適切なページがなければ新規作成対象とする方法を紹介しています。
最初に作るべきなのは「キーワード一覧」ではなく担当URL表
URLマッピングを運用に使うなら、キーワードとURLだけでは情報が足りません。後から判断の理由をたどれるように、最低限、次の項目を1行にまとめます。
| 項目 | 記入内容 |
|---|---|
| 意図クラスター | 同じ目的を持つ検索語のまとまり |
| 主クエリ | クラスターを代表する検索語 |
| 関連クエリ | 同じページで回答する検索語 |
| 中心質問 | 検索者が最終的に知りたいこと |
| 記事役割 | 解説、比較、手順、事例、サービスなど |
| 現在URL | 現在関連している既存ページ |
| 担当URL | 今後その意図を担当させる代表URL |
| 対応 | 維持、改善、新規、統合、保留 |
| 判断理由 | なぜそのURLを担当にしたか |
| 競合URL | 同じ意図を担当している可能性がある自社URL |
| 公開状態 | 公開済み、制作中、未作成 |
| 最終確認日 | マッピングを見直した日 |
この表で特に区別したいのは、「担当URL」と「現在URL」です。現在Googleに表示されているページが、今後も担当させたいページとは限らないためです。
現在検索結果に表示されているURLと、今後その検索意図を担当させたいURLを分けて管理すると、改善・新規・統合の判断がしやすくなります。
Search Consoleでは、特定のクエリで自社のどのページが表示されたかを確認できます。その実績を見ながら、最終的に担当させたいURLとのズレを調べられます。
検索クエリを既存URLへマッピングする6ステップ
URLマッピングは、検索ボリュームの大きい順にURLを当てる作業ではありません。「検索意図→必要なページ役割→既存URLとの適合度」の順で判断します。
検索意図と記事役割を先に定め、既存URLの適合度を確認してから、維持・改善・新規・統合・保留を判断します。次の6ステップで進めます。
STEP1．既存URLを棚卸しする
最初に、検索流入を狙う既存URLを一覧化します。この一覧が、後の適合度の判定で比べる対象になります。各ページについて、次の項目を整理します。
- URL
- タイトル
- H1
- ページの中心テーマ
- 現在想定している主キーワード
- ページ種別
- 公開状態
- 親ページ
- 主な内部リンク先
可能であれば、Search Consoleから現在流入しているクエリも追加します。Google Search Consoleのパフォーマンスレポートでは、クエリ別とページ別に検索実績を確認できます。特定のクエリを選んで「ページ」を確認すれば、その検索で表示された自社URLを調べられます。
STEP2．キーワードを検索意図単位へまとめる
次に、候補キーワードを、同じページで答えられる意図クラスターに整理します。文字が似ているかどうかではなく、次の4点が同じかどうかを確認します。
- 検索後に知りたい答え
- 検索後に取りたい行動
- 求められているページ形式
- 検索結果ページ（SERP）に表示されるページの種類
検索意図は、「Know」「Do」などの単純な分類だけでは不十分な場合があります。たとえば「SEO キーワード」でも、「選びたい」「分類したい」「順位を確認したい」では中心質問が異なります。
Ahrefsも、検索意図を判断する際には検索結果に現れるコンテンツの種類・形式・切り口を見る方法を示しています。
STEP3．意図クラスターごとに「中心質問」と「記事役割」を一文で決める
URLを選ぶ前に、その意図クラスターが答えるべき問いを一文にします。
たとえば「重要な検索クエリごとに、どの既存URLを代表ページとして担当させればよいか」という問いなら、必要なのはキーワード調査記事ではありません。既存ページの棚卸し、担当URLの判断、新規ページの判定まで扱う「URL設計・運用」のページが適します。
記事役割まで決めておくと、単にキーワードが含まれているだけの既存記事を、誤って担当URLにすることを防げます。
STEP4．既存URLの適合度を判定する
各意図クラスターについて、担当候補となる既存URLを比較します。判断しやすくするため、実務上は次の5項目で見ると整理できます。
| 判定項目 | 確認すること |
|---|---|
| 検索意図 | 読者の中心質問へ直接答えているか |
| 記事役割 | 求められるページ形式と一致するか |
| 内容範囲 | クラスター全体を無理なく扱えるか |
| 既存評価 | すでに対象クエリで表示・流入しているか |
| 他記事との境界 | 別URLの担当領域を奪わないか |
どの項目でも、検索語を本文へ追加できるかではなく、そのページを読んだ人が目的を完結できるかで判断します。
既存ページに数行を足すだけでは不十分でも、ページの中心役割を変えずに拡張できるなら、「改善」が候補です。中心テーマ自体を変えなければ回答できないなら、新規URLの可能性が高まります。どちらにするかは、次のSTEP5で分類します。
STEP5．「維持・改善・新規・統合・保留」の5つに分ける
STEP4の比較結果は、次の5種類に分類すると管理しやすくなります。
| 判定 | 状態 | 次の対応 |
|---|---|---|
| 維持 | 現在のページで十分回答できる | 担当URLとして固定 |
| 改善 | 既存ページが最も近いが情報不足 | 見出し・本文を改善 |
| 新規 | 適切な既存ページがない | 新規URL候補へ |
| 統合 | 複数URLが同じ役割を持つ | 統合先を決定 |
| 保留 | 検索意図やSERPが不明確 | 再調査 |
この分類を行うことで、「キーワードが見つかったから新記事を作る」という運用を避けられます。「新規」と判定した場合も、次の節の質問に通ってから新しいURLを作ります。
STEP6．意図クラスターごとに担当URLを1つ固定する
最後に、同じ意図クラスターでは「どのURLを代表ページとして育てるのか」を明示します。ここでいう「1つ」は、1キーワードにつき1URLという意味ではありません。
同じ目的を持つ複数クエリは1URLへ集約し、独立した目的があるクエリだけ別URLへ分けるという考え方です。
担当URLを明記すると、記事制作担当者が同じテーマで別の記事を追加するリスクを下げられます。
新規URLを作る前に「新規URLゲート」の6つの質問を通す
どの既存URLにも対応しないキーワードが見つかっても、すぐ新記事にしてはいけません。新規URLを作る前に、次の6つの質問を順に確認します。
未対応クエリがあっても、既存URLで回答できるなら新規ページは不要です。既存記事との差を明確に説明できる場合のみ、新規URL候補にします。
- 同じ検索意図をすでに担当しているURLはないか
- 近い既存URLを改善すれば十分に回答できないか
- 既存ページへ追加するとページの中心目的が変わらないか
- 独立した手順・比較・判断基準が必要か
- 新規ページ単体で検索者の問いを完結できるか
- 新規作成後に既存ページとの役割を一文で説明できるか
特に6番目の質問が決め手になります。「既存記事との違い」を明確に説明できない新規ページは、公開後に役割が重なる可能性があるためです。
たとえば、次のように工程と読者の問いが分かれていれば、別記事として設計しやすくなります。
- 既存ページ：「キーワードを検索意図ごとにクラスタリングする方法」
- 新規ページ：「作成済みの意図クラスターを既存URLへ割り当て、新規・改善・統合を判断する方法」
canonicalを「担当キーワードを指定する仕組み」として使わない
URLマッピングとcanonicalは別のものです。担当ページの指定をcanonicalに任せてよいかを、Googleの説明をもとに整理します。
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を「維持・改善・新規・統合・保留」に分類してください。新規記事は、適切な既存URLがなく、既存記事との役割差を明確に説明できる場合に作ります。
公開後はSearch Consoleで想定担当URLと実際に表示されるURLを比較し、マッピング表を更新します。この運用を続けることで、「どの記事が何を担当するのか」が明確になり、新規記事の重複やカニバリを公開前から抑えやすくなります。
最初の一歩は、検索流入を狙う既存URLを一覧にし、マッピング表の「現在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
‹ 親記事: キーワード戦略とは何か｜検索意図の基本から選定プロセス、クラスター設計までを整理する
