パラメータURLとは、URLの末尾に「?」から始まる追加情報が付いたURLです。ECサイトの絞り込み、並び替え、サイト内検索、広告計測などでよく使われます。
パラメータURLそのものがSEOに悪いわけではありません。ただし、同じ・よく似た内容のURLが大量に生成されると、重複URLの増加、クロール効率の低下、canonicalの不整合、不要URLのインデックスなどにつながることがあります。
30秒でわかる結論
- パラメータURLは「?key=value」のように追加情報を持つURL
- 色・価格・並び順・検索条件・広告計測などに使われる
- パラメータ付きだからSEOに悪い、というわけではない
- 同じ内容のURLが大量に増えるとクロール・重複管理が複雑になる
- 検索結果へ出したい絞り込みページは独立URLとして扱う場合がある
- 同じ内容の並び替えURLなどはcanonicalやクロール制御を検討する
- robots.txtは「クロール制御」、canonicalは「代表URL指定」で役割が違う
- サイト内検索・無限カレンダー・セッションIDなどは大量URL発生に注意する
- 小規模WordPressサイトでは、パラメータURLが大量発生していなければ過度に気にしなくてよい
パラメータURLとは？
パラメータURLは、通常のURLに追加情報を渡すための文字列が付いたURLです。
基本形
https://example.com/products?color=black
「?」の後ろにあるcolor=blackがURLパラメータです。
複数のパラメータを付ける場合は「&」でつなぎます。
複数パラメータの例
https://example.com/products?color=black&sort=price
Googleの現行URL構造ガイドでも、パラメータは「=」でキーと値を分け、複数パラメータは「&」で追加する形式を推奨しています。
パラメータURLは何に使う？
| 用途 | 例 |
|---|---|
| 絞り込み | ?color=black |
| 並び替え | ?sort=price |
| ページ送り | ?page=2 |
| サイト内検索 | ?s=wordpress |
| 広告・流入計測 | ?utm_source=google |
| セッション管理 | ?sessionid=123 |
同じパラメータURLでも、ページ内容を変えるものと、アクセス計測だけに使うものがあります。
SEO判断では「パラメータがあるか」より「内容が変わるか」を見る
URL形式だけで一律に判断せず、パラメータによってページ内容・検索意図・ユーザー価値が変わるかを確認します。
パラメータURLはSEOに悪い？
パラメータURLが存在するだけでSEO上の問題になるわけではありません。
問題になりやすいのは、次のような状態です。
- 同じ内容なのにURLだけ大量に増える
- 並び替え条件ごとに同一商品一覧が生成される
- 絞り込み条件を無限に組み合わせられる
- 広告計測パラメータ付きURLが内部リンクに大量混在する
- セッションIDごとに別URLが生成される
- 検索不要URLがXMLサイトマップへ入っている
Googleは、複数パラメータを持つ複雑なURLが大量に生成されると、同じ・類似コンテンツへ多数のURLが生まれ、Googlebotが不要に帯域を消費したり、サイト全体を効率的にクロールしにくくなったりする可能性があると説明しています。
SEOで問題になる理由1．重複URLが増える
同じ商品一覧でも、並び順だけ変えると複数URLが生成されることがあります。
例
- /shoes/
- /shoes/?sort=price
- /shoes/?sort=new
- /shoes/?sort=popular
表示順は違っても、商品集合がほぼ同じなら、検索エンジンから見て重複・類似URLになる可能性があります。
このような場合は、検索結果へ出したい代表URLを明確にし、必要に応じてcanonicalなどで正規化します。
SEOで問題になる理由2．URL数が爆発する
EC・求人・不動産などでは、複数の絞り込み条件を組み合わせるとURL数が急増します。
絞り込みの例
- ?color=black
- ?size=26
- ?price=5000-10000
- ?color=black&size=26
- ?color=black&size=26&price=5000-10000
色10種類、サイズ10種類、価格帯10種類を自由に組み合わせるだけでも、理論上は多数の組み合わせURLが生まれます。
10色 × 10サイズ × 10価格帯 ＝ 最大1,000通りの組み合わせ
実際には順番違いや追加条件も加わるため、URL数はさらに増える場合があります。
SEOで問題になる理由3．クロール効率が落ちる
重要でないパラメータURLへGooglebotが大量アクセスすると、本来クロールしてほしい商品ページや新着ページへの巡回効率が下がる場合があります。
Googleの現行ガイドでは、特に次のようなURLが大量発生しやすいとされています。
- 絞り込み・ファセットナビゲーション
- 並び替えURL
- セッションID付きURL
- 無限カレンダー
- 検索結果ページ
小規模サイトでは過度に心配しない
数十～数百ページ程度のサイトで、パラメータURLがほとんど生成されていないなら、クロールバジェット目的で複雑な設定をする必要は通常ありません。
検索結果へ出したいパラメータURLもある
パラメータURLだからといって、すべて検索対象から外すわけではありません。
たとえば「黒いランニングシューズ」を探す検索需要があり、その絞り込みページに独自の内容や商品集合があるなら、そのURL自体を検索結果へ出したい場合があります。
独立ページとして価値がある例
/shoes/?color=black
→ 黒い靴だけを表示し、独自タイトル・説明・内部リンクも用意されている
「パラメータ付き＝canonicalで親カテゴリへ統合」ではない
検索意図が独立しているなら、その絞り込みURL自身を正規URLとして扱う判断もあります。
canonicalを使うケース
同じ・ほぼ同じ内容のパラメータURLを残す必要がある場合は、代表URLへcanonicalを指定する方法があります。
例
代表URL：/products/
並び替えURL：/products/?sort=price
→ 内容が実質同じなら/products/をcanonical候補にする
ただし、canonicalは「このURLを代表として扱ってほしい」というシグナルであり、クロール自体を禁止する機能ではありません。
canonicalの役割
重複・類似URLの代表を伝えるために使います。完全に不要なURLをクロールさせないためのrobots.txtとは役割が違います。
robots.txtを使うケース
検索結果へ出す必要がなく、クロールもさせたくないパラメータURLが大量にある場合は、robots.txtによるクロール制御を検討します。
Googleは、サイト内検索結果、無限スペース、並び替え・絞り込み機能などで問題URLが大量発生している場合、robots.txtでGooglebotのアクセスをブロックする方法を案内しています。
robots.txtはインデックス削除命令ではない
robots.txtはクロールを制御する仕組みです。すでに検索結果へ出ているURLを確実に削除する目的で使うものではありません。
noindexを使うケース
「クロールは許可するが、検索結果には表示したくない」というページではnoindexを検討します。
たとえば、ユーザー向けには必要でも検索結果に出す価値が低い一部ページなどです。
| 方法 | 主な目的 |
|---|---|
| canonical | 代表URLを示す |
| robots.txt | クロールを制御する |
| noindex | 検索結果への掲載を止める |
| 301 | 別URLへ恒久移転する |
目的を混同しない
「重複だからrobots.txt」「検索に出したくないからcanonical」のように、目的と手段を逆にしないことが重要です。
サイト内検索URLはどうする？
WordPressなどでは、サイト内検索でパラメータURLが生成されます。
WordPressの検索URL例
https://example.com/?s=wordpress
サイト内検索結果は、検索語ごとに大量のURLが生成される可能性があります。
ユーザーには必要でも、Google検索へ大量に登録する価値が低いことが多いため、インデックスやクロールの扱いを設計します。
検索結果URLを無制限にインデックスさせない
検索語を自由入力できる仕組みでは、事実上無限にURLを作れる場合があります。SEOプラグインやテーマの設定も確認してください。
UTMパラメータはSEOに悪い？
広告・メール・SNSの計測で使うUTMパラメータもパラメータURLです。
例
https://example.com/service/?utm_source=newsletter&utm_medium=email
UTMパラメータは通常、ページ内容そのものを変えるためのものではありません。
そのため、内部リンクでUTM付きURLを大量に使ったり、XMLサイトマップへ含めたりする必要は通常ありません。内部リンクはできるだけ正規URLへ揃えます。
セッションIDをURLに入れない
Googleは、セッションIDをURLへ入れると、同じ内容に大量の別URLが生成される原因になるため、可能ならCookieなど別の仕組みを使うよう案内しています。
避けたい例
/products/?sessionid=12345
/products/?sessionid=67890
内容が同じなのに利用者ごとにURLだけ変わると、クロール対象が無駄に増えます。
パラメータの順番違いにも注意
同じ条件でも、パラメータの順番が違うURLが生成されることがあります。
内容が同じURLの例
?color=black&size=26
?size=26&color=black
サーバー側で同じ結果を返すなら、URL生成ルールを統一して余分な重複を減らす方が管理しやすくなります。
XMLサイトマップには何を載せる？
XMLサイトマップには、基本的に検索結果へ出したい正規URLを載せます。
サイトマップへ載せる候補
- 正規の商品ページ
- 正規カテゴリページ
- 検索価値のある独立絞り込みページ
通常は載せない候補
- 並び替えだけ違うURL
- 広告計測パラメータ付きURL
- サイト内検索URL
- セッションID付きURL
canonicalで代表URLを指定しているのに、別のパラメータURLをサイトマップへ大量掲載するような矛盾を避けます。
内部リンクは正規URLへ揃える
サイト内リンクが不要なパラメータURLばかり指していると、GooglebotもそのURLを発見しやすくなります。
避けたい内部リンク
トップページ → /service/?utm_source=top
通常の内部リンク
トップページ → /service/
広告流入の計測にはUTMを使っても、通常のサイト内ナビゲーションでは正規URLへリンクする方がシンプルです。
パラメータURLを確認する方法
不要なパラメータURLがインデックスされていないか見ます。
Googlebotが大量に巡回しているURLがないか調べます。
不要URLを自分のサイトから大量生成していないか見ます。
代表URL指定が意図どおりか確認します。
パラメータURLの判断フロー
いいえ → 不要パラメータを減らす・正規URLへ統一を検討
はい → 独立ページとして扱うことを検討
はい → canonicalを検討
はい → robots.txtなどを検討
WordPressでは何を確認する？
一般的なWordPressサイトでは、ECや高度な絞り込み機能がなければ、パラメータURL対策を細かく行う場面は多くありません。
WordPress初心者の確認項目
- サイト内検索URLが大量にインデックスされていないか
- SEOプラグインのcanonicalが正しく出ているか
- 広告用UTM URLを内部リンクで常用していないか
- ECプラグインの絞り込みURLが大量発生していないか
- XMLサイトマップに不要URLが入っていないか
普通のブログなら
記事URLが中心で、検索や絞り込みパラメータが大量に発生していなければ、無理にrobots.txtやcanonicalを追加しなくても構いません。
やってはいけないSEO対策
よくある失敗
- パラメータURLを全部robots.txtでブロックする
- 独自価値のある絞り込みページまで親カテゴリへcanonicalする
- 検索結果から消したいURLをrobots.txtだけで処理する
- canonicalとサイトマップで別URLを代表にする
- UTM付きURLを内部リンクに大量使用する
- セッションIDをURLへ付け続ける
- URL数が少ないのにクロールバジェットを気にしすぎる
教科書判定
「パラメータ付きか」ではなく、「検索価値があるか・同じ内容か・大量発生するか」で判断
通常のWordPressブログや会社サイトで、パラメータURLが大量生成されていないなら、特別な対策は不要です。
EC・求人・不動産などで絞り込みURLが大量発生する場合は、検索結果へ出したいURLと不要URLを分けてください。独自の検索意図がある絞り込みページは残し、並び替えなど重複性の高いURLはcanonicalやクロール制御を検討します。
「パラメータURLは全部SEOに悪い」という一律処理をせず、URLごとの役割を決めることが重要です。
FAQ
Q. パラメータURLはGoogleにインデックスされますか？
A. はい。通常のURLと同様に、クロール可能でインデックス対象と判断されれば登録される可能性があります。パラメータが付いているだけで自動除外されるわけではありません。
Q. 「?sort=price」はcanonicalした方がよいですか？
A. 並び順だけが違い、内容が実質同じなら代表URLへのcanonicalを検討できます。ただしサイト設計によって異なるため一律ではありません。
Q. UTMパラメータは削除した方がよいですか？
A. 広告やメールの計測には有用です。問題は存在自体ではなく、内部リンクやサイトマップにUTM付きURLを大量混在させることです。通常の内部リンクは正規URLへ揃えます。
Q. robots.txtでパラメータURLを全部止めてよいですか？
A. おすすめしません。検索結果へ出したい絞り込みページまでクロールできなくなる可能性があります。検索価値とURLの役割を確認して個別に判断してください。
Q. パラメータURLが数個あるだけでもSEO対策が必要ですか？
A. 通常は不要です。大量の重複URLが生成される、Search Consoleで不要URLが多数検出される、Googlebotが大量クロールしている場合に優先して確認します。
まとめ
パラメータURLは用途ごとに整理し、一律でブロックしない
- パラメータURLは「?key=value」の形で追加情報を持つURL
- 絞り込み・並び替え・検索・計測などに使われる
- 存在するだけでSEO上の問題になるわけではない
- 同じ内容のURLが大量発生するとクロール・重複管理が難しくなる
- 検索価値のある絞り込みページは残す判断もある
- 重複URLではcanonicalを検討する
- クロール不要URLではrobots.txtを検討する
- 検索結果へ出したくないページではnoindexを目的に応じて使う
- セッションIDや不要パラメータをURLへ付けない
- 内部リンク・サイトマップは正規URLへ揃える
次に読む
「URL正規化とは？canonicalとの違いも解説」「重複コンテンツとは？SEO上の問題と対策」「クロールバジェットとは？重要になるサイトを解説」「noindexとは？使うべきページ・使わないページを解説」もあわせて確認してください。