パラメータの付け方とは？SEO効果を高める正しい設定方法を徹底解説

「パラメータを設定したら重複コンテンツが増えた」「UTMパラメータを付けたのにGA4でうまく計測できない」——URLパラメータを正しく扱えているか自信がない、という担当者は少なくありません。

URLパラメータは設定自体は難しくありませんが、使い方を誤ると重複コンテンツ問題を引き起こし、検索順位に直接ダメージを与えます。一方で正しく活用すれば、広告・メール・SNSなど各チャネルの効果を数値で把握でき、マーケティング判断の精度が格段に上がります。

この記事では以下の3点を実務で即使える手順として解説します。

1. URLパラメータの基本構文と命名ルール
2. 重複コンテンツを防ぐSEO対策（canonical・robots.txt・noindexの使い分け）
3. UTMパラメータの正しい設定手順とGA4での分析方法

2022年のGoogle Search Consoleパラメータツール廃止後の現在の対処法も含め、最新の正しい知識をまとめています。

URLパラメータとは何か——基本の仕組みを正確に理解する

URLパラメータとは、WebページのURL末尾に「?」から始まる形で付与する追加情報のことです。サーバーに対して「この条件でページを表示してください」「この経路から来たユーザーとして計測してください」という指示情報を渡す役割を担います。

私たちが普段目にするパラメータ付きURLは次のような形をしています。

https://example.com/products?category=shoes&color=red&sort=price-asc

この例では「?」以降が全体のパラメータ部分で、「&」で区切られた3つのパラメータ（category、color、sort）が含まれています。それぞれのパラメータは「パラメータ名=値」という形式で記述されます。

アクティブパラメータ：ページ表示内容を変える

パラメータには大きく2種類あります。1つ目はアクティブパラメータで、値によってページの表示内容が実際に変化するものです。ECサイトの絞り込みフィルタや並び替え（ソート）、サイト内検索がその典型です。たとえば「sort=price-asc」なら価格昇順、「sort=price-desc」なら価格降順と、値が変わるたびに異なるコンテンツが表示されます。

アクティブパラメータはユーザーの利便性を高める反面、同一商品ページのURLが条件の組み合わせ分だけ生成されるため、後述する重複コンテンツ問題の主な発生源にもなります。

パッシブパラメータ：計測・追跡のためのパラメータ

2つ目はパッシブパラメータです。パラメータの有無にかかわらずページの表示内容は変わらず、アクセス解析やトラッキングを目的として使われます。Googleアナリティクスで使うUTMパラメータ（utm_source、utm_mediumなど）がその代表例です。

パッシブパラメータは「コンテンツは同じだがURLが異なる状態」を生み出すため、適切な設定なしにはやはり重複コンテンツと判断されるリスクがあります。「追跡用パラメータだからSEOに影響しない」という認識は正確ではなく、canonicalタグで正規URLを明示する対処が必要です。

URLパラメータの基本構文と正しい付け方

URLパラメータを手動で設定したり、ツールの出力を確認したりする際に、構文ルールを正確に理解しておくことは実務上の不具合防止に直結します。基本ルールは「?・=・&」という3つの記号の役割を理解することに尽きます。

3つの基本記号の役割

「?」（クエスチョンマーク）はURLの本体部分とパラメータ部分を区切る記号です。URLの中で1回しか使えず、「?」の前がページのパス、後ろがパラメータ領域になります。すでにパラメータが付いているURLにさらに追加する場合は「?」ではなく「&」を使います。

「=」（イコール）はパラメータ名と値を結びつける記号です。「category=shoes」なら「category」がパラメータ名、「shoes」が値です。「&」（アンパサンド）は複数のパラメータを連結する区切り記号で、2つ目以降のパラメータの前に使います。この誤りは発生しやすいため、UTMパラメータ付きURLを手書きするときに特に注意が必要です。

日本語・特殊文字はURLエンコードが必要

パラメータの値に日本語や記号を使う場合、そのまま記述すると文字化けやエラーの原因になります。URLの仕様上、それ以外の文字はパーセントエンコード（URLエンコード）と呼ばれる変換が必要です。たとえば「東京」は「%E6%9D%B1%E4%BA%AC」と表記されます。

実務では、Googleの「Campaign URL Builder（ga-dev-tools.google/campaign-url-builder/）」などのツールを使えばエンコードは自動処理されます。手書きで記述する必要がある場合は、日本語・スペース・特殊文字は避け、半角英数字とハイフン・アンダースコアのみを使うのが最も安全な設計方針です。

命名規則と実務でよく使うパラメータ名

パラメータ名は目的が一目でわかる名前を付けることが重要です。慣習的な命名を採用することで、コードの可読性が高まり、チーム内の混乱を防げます。

用途	よく使われるパラメータ名	値の例
検索クエリ	q、query、keyword	shoes、東京観光
ページ番号	page、p	2、3
カテゴリ	category、cat	shoes、men
並び替え	sort、order	price-asc、newest
絞り込み（色）	color、c	red、blue
絞り込み（サイズ）	size、sz	26、M

また、大文字・小文字は区別されます。「Category」と「category」は別のパラメータとして扱われるため、チーム内で命名規則を統一し、UTMパラメータの値などは必ずドキュメント化しておくことが後々のデータ分析精度を守ることにつながります。

URLパラメータがSEOに与えるリスクと対策

URLパラメータを使う際に最も注意すべきSEO上の問題が「重複コンテンツ」です。Googleは基本的にURLを1つのページとして識別するため、同じ内容を持つページが複数のURLで存在すると、評価を分散させるか、低品質と判断するリスクが生じます。

重複コンテンツが起きる仕組み

ECサイトで商品並び替え機能にパラメータを使っている場合、「?sort=price-asc」と「?sort=popularity」ではURLが異なりますが、表示している商品群は本質的に同じです。さらにパラメータの順番違い（「color=red&sort=asc」と「sort=asc&color=red」）も別URLとしてクロールされ、クロールバジェットの無駄遣いにつながります。

色（5種）×サイズ（8種）×ソート（3種）の組み合わせだけで最大120通りのURLが生まれます。大規模ECサイトでは重複URLが数千・数万件に及ぶこともあり、放置すると検索エンジンの評価全体に影響します。

canonical・robots.txt・noindexの使い分け

重複コンテンツへの対処法は1つではなく、状況に応じた使い分けが必要です。

対処法	何をするか	向いているケース	注意点
canonicalタグ	正規URLをGoogleに伝える	フィルタ・ソートなどアクティブパラメータ全般	Googleへのヒントであり絶対命令ではない
robots.txt（Disallow）	クロール自体をブロックする	大量生成されるパラメータURLのクロール抑制	インデックスは防げない。外部リンクがあるURLには不向き
noindexタグ	インデックス登録を防ぐ	パラメータ付きURLを検索結果に出したくない場合	クロールはされるためサーバー負荷は残る

重複コンテンツ対策として最も汎用的に推奨されるのが、canonicalタグ（rel=”canonical”）による正規URL指定です。パラメータ付きURLのHTMLのheadタグ内に、以下のように「このページの正規版はこちらです」と明示します。

<link rel="canonical" href="https://example.com/products/shoes" />

この設定により、「?sort=price-asc」や「?color=red」などのフィルタ付きURLにアクセスしてもGoogleはパラメータなしの正規URLに評価を集約します。ユーザーには従来通りフィルタ機能を提供しながら、SEO上の評価は正規ページに集中させられる点が優れています。

注意すべきは、canonicalはGoogleへのヒントであって絶対命令ではない点です。設定が矛盾していたり、ページ間の内容差異が大きい場合には無視されることがあります。robots.txtでのクロール制御はインデックス除外にはならないため、noindexタグとの併用が必要です。

UTMパラメータの付け方と5つのパラメータの使い分け

マーケティング用途で最もよく使われるパッシブパラメータが、UTMパラメータです。「Urchin Tracking Module」の略称で、Googleアナリティクスの前身ツールに由来します。広告・メール・SNSなどの施策URLにUTMパラメータを付与することで、どのチャネル・どのキャンペーンからの流入かを正確に識別できます。

5つのUTMパラメータとその役割

UTMパラメータには5種類あります。このうち実質的に必須なのは最初の3つです。

パラメータ名	役割	値の例
utm_source（流入元）	どのサービス・媒体からの流入かを示す	google、newsletter、twitter
utm_medium（メディア種別）	流入の手段・種類を示す	cpc、email、social
utm_campaign（キャンペーン名）	特定のキャンペーンや施策名を識別する	spring_sale_2025、product_launch
utm_content（コンテンツ識別）	同じ広告内の複数リンクを区別する	banner_top、text_link
utm_term（検索キーワード）	リスティング広告でどのキーワードで来たかを記録する	URLパラメータ_設定方法

実際のURL例はこのようになります。

https://example.com/lp?utm_source=newsletter&utm_medium=email&utm_campaign=spring_sale_2025

Campaign URL Builderを使った設定手順（5ステップ）

UTMパラメータはGoogleが提供する無料ツール「Campaign URL Builder」を使えば、手書きせずに正確なURLを生成できます。

1. ブラウザで「ga-dev-tools.google/campaign-url-builder/」にアクセスする
2. 「Website URL」欄に流入させたいランディングページのURLを入力する
3. utm_source（例：newsletter）、utm_medium（例：email）、utm_campaign（例：spring_sale_2025）を入力する。utm_contentとutm_termは必要な場合のみ入力
4. 画面下部に生成されたURLが自動表示されるので、コピーして施策で使用する
5. 実際にそのURLにアクセスし、GA4のリアルタイムレポートでパラメータが正しく認識されているかを確認する

UTMパラメータ設定でよくある3つの失敗

UTMパラメータは「設定するだけ」では正確な計測になりません。1つ目の失敗は命名の揺れです。「Google」と「google」、「Email」と「email」は別の値として集計されます。GA4レポートを見ると複数の行に分散してしまい、正確な数値把握ができなくなります。チーム内でマスタードキュメントを作成し、全員が同じ値を使う運用ルールが必要です。

2つ目はリダイレクト時のパラメータ消失です。短縮URLサービスや独自リダイレクトを挟むと、UTMパラメータが引き継がれない場合があります。必ずリダイレクト後のURLにパラメータが残っているかをテスト配信で確認してから本番運用に入ることが重要です。

3つ目は内部リンクへのUTM付与です。自社サイト内のリンクにUTMパラメータを付けると、GA4がそのリンクを「外部流入」として誤認識します。UTMパラメータはあくまで外部施策のリンクにのみ使用し、内部のページ間遷移の追跡にはGA4のイベント計測を使うのが正しい使い分けです。

GA4でのURLパラメータ分析——正確な流入計測の手順

GA4（Google Analytics 4）はUAと比べてデータモデルが大きく変わりました。UTMパラメータの計測自体は継続されていますが、確認する場所や集計の仕組みが変わっているため、UAの感覚で操作すると必要なデータを見つけられないことがあります。

GA4でUTMパラメータを確認する手順

GA4でUTMパラメータ別の流入データを確認するには、以下の手順で「トラフィック獲得」レポートを使います。

1. GA4の左メニューから「レポート」を選択する
2. 「集客」→「トラフィック獲得」を開く
3. デフォルト表示は「セッションのデフォルトチャネルグループ」になっているので、ディメンション名の横にある「▼」をクリックする
4. 「セッションの参照元/メディア」を選択すると、utm_sourceとutm_mediumの組み合わせ別のデータが表示される
5. 特定キャンペーンを絞り込みたい場合は、「探索」→「自由形式」で「セッションのキャンペーン」ディメンションを追加する

この手順で、どのチャネル・どのキャンペーンがコンバージョンに貢献しているかを把握できます。たとえばメールとSNSで同じランディングページに誘導している場合、utm_medium別のキーイベント数を比較することで、どちらのチャネルが成果につながっているかが数値で明確になります。

GA4固有の注意点——流入元の上書きルール

GA4ではUAと異なり、セッション中に複数回流入があった場合、後の流入元が前の流入元を上書きする仕様になっています。たとえばメールからランディングページに訪れた後、同じセッション中に広告経由でもう一度アクセスすると、最終的な流入元は広告として計測されます。

これはUAの「セッション内の最初の流入元を採用する」ルールとは逆の動きで、流入経路の分析結果がUAと大きく異なる原因の一つです。複数チャネルを組み合わせた施策の効果測定を行う際は、この仕様の違いを理解した上でデータを解釈することが求められます。

パラメータ付きURLがGA4レポートに正しく反映されない場合の診断手順

UTMパラメータを設定しているのにGA4に「(direct) / (none)」として計上されてしまうケースがあります。以下の順番で原因を特定してください。

1. GA4のリアルタイムレポートで、UTMパラメータ付きURLにアクセスした際にパラメータが認識されているかを確認する（最初の診断ステップ）
2. リダイレクトによるパラメータ消失を確認する。短縮URLや独自リダイレクトを挟んでいる場合、リダイレクト後のURLにパラメータが引き継がれているか確認する
3. ランディングページにGA4タグが正しく設置されているかを確認する。タグが存在しなければパラメータを受け取れない
4. iOSのSafariなどプライバシー保護によりリファラー情報が制限されるケースもある。ただしUTMパラメータはURLに含まれるため、パラメータ自体が正しく付与されていればGA4側でも受信できる

Search Consoleパラメータツール廃止後——現在Googleが推奨する対処法

2022年以前、Google Search ConsoleにはURLパラメータの挙動をGoogleに伝える専用ツールがありました。「このパラメータはページ内容を変えない」「クロールの優先度を下げてほしい」といった設定をGoogleに明示的に伝えられる機能でしたが、2022年にこのツールは廃止されました。

現在も多くのSEO記事でこのツールの使い方が紹介されていますが、すでに使用不能です。廃止の背景には、Googleのクロール判断精度が向上し、パラメータ付きURLの重要性を自動的に判断できるようになったことがあります。

廃止後の現在、Googleが推奨する3つの対処法

Googleが現在推奨する対処は明確です。クロールさせたくないパラメータ付きURLは、以下のいずれかまたは組み合わせで対処します。

• canonicalタグ：正規URLを明示し、評価をパラメータなしのURLに集約する。ユーザーには変更なくフィルタ機能を提供しながらSEO上の分散を防ぐ最も汎用的な方法。
• robots.txt（Disallow）：クロール自体をブロックするが、インデックスは防げない。外部リンクが存在するURLには不向き。
• noindexタグ：クロールはさせるがインデックスには登録しない。パラメータ付きURLのインデックス除外に有効。

「Search Consoleで設定すればいい」という古い認識を持ったまま運用していないかを、この機会に確認することを勧めます。

Search Consoleでパラメータ問題を発見する方法

パラメータツールは廃止されましたが、Search Consoleには依然としてパラメータ起因の問題を把握するための機能があります。「URL検査」ツールで特定のパラメータ付きURLを入力すれば、Googleがそのページをどう認識しているかを確認できます。

「インデックス作成」→「ページ」でインデックス済みページ数が急増していないかを定期的に監視することも重要です。インデックス数が想定外に多い場合、パラメータ付きURLが大量にインデックスされている可能性があります。「canonicalにより除外されたページ」の数が多ければ、canonicalが正しく機能している証拠です。

ECサイト・大規模サイトでのパラメータ設計——実務上の判断基準

商品点数の多いECサイトや、数万ページ規模のコンテンツサイトでは、URLパラメータの設計が検索順位に与える影響は小規模サイトとは比較になりません。設計段階での判断基準を明確に持っておくことが重要です。

SEO上重要なパラメータはURLパスに組み込む

カテゴリや商品タイプなど、検索からの流入を期待するページの条件は、パラメータではなくURLパスとして設計する方がSEO上有利です。「/products?category=shoes」よりも「/products/shoes/」の方が、Googleにとってページの内容を理解しやすく、ユーザーにとってもURLの意味が明確です。

以下の判断フローで「URLパス vs パラメータ」を決めてください。

そのURLに対して検索流入を期待するか？
├─ YES → URLパスとして設計する（例：/products/shoes/）
└─ NO  → パラメータのままcanonicalで正規化する（例：?sort=price-asc）

反面、並び替えやフィルタのような「表示の整理」に使うパラメータはURLパスに組み込む必要はなく、canonicalタグで正規化する方が実装コストを抑えられます。「検索集客の対象にしたいか否か」が、URLパス vs パラメータを決める主な判断基準です。

パラメータ数は必要最小限に絞る

パラメータの組み合わせが増えるほど、生成されるURL数は指数関数的に増加します。色（5種）×サイズ（8種）×ソート（3種）だけで最大120通りのURLが生まれます。これらすべてがクロール対象になると、クロールバジェットを無駄に消費し、本当にインデックスしてほしいページへのクロールが遅れる原因になります。

パラメータを設計する段階で「このパラメータは本当に必要か」「JavaScriptで実装すればURLを変えずに済む機能ではないか」を検討することが、後から発生するSEOトラブルを未然に防ぎます。

ページネーションへの対処——「?page=2」問題

商品一覧や記事一覧のページネーション（「?page=2」「?p=3」など）も、適切に処理しなければ重複コンテンツの温床になります。以前はrel=”prev”とrel=”next”タグを使う方法が推奨されていましたが、Googleは2019年にサポートを終了しています。

現在のGoogle推奨は、1ページ目にはcanonicalを自己参照で設定し、2ページ目以降は各自のURLをcanonicalとして設定する方法です。ただし、2ページ目以降は実質的に独自コンテンツが少ないため、サイトの規模によってはnoindexを付与してインデックス対象から外す戦略も有効です。

まとめ：パラメータを「使いこなす」ために押さえるべきこと

URLパラメータは、ECサイトのフィルタ機能からマーケティングの効果測定まで、Webサイト運営に欠かせない技術です。しかし正確な知識なしに使うと、重複コンテンツによる検索評価の下落やGA4の計測誤りを招きます。

今回解説した内容を整理すると、実務で最も重要なポイントは以下の3つです。

• 重複コンテンツ対策はcanonicalタグが基本：Search ConsoleのパラメータツールはO廃止済み。現在はcanonicalタグ・robots.txt・noindexの組み合わせで対処する。
• UTMパラメータは命名ルールの統一が命：大文字小文字の表記揺れが分析データを乱す。チーム内でマスタードキュメントを作り、全員が同じ値を使う仕組みを作る。
• 設計段階での「絞り込み」がトラブルを未然防止：パラメータ数が増えるほど管理コストとSEOリスクが上がる。「本当にパラメータが必要か」を設計段階で問い直すことが長期的な品質維持につながる。

今日から着手できるアクションは次の2点です。まず直近の施策で使っているUTMパラメータの命名ルールを見直し、チーム内で統一ドキュメントを作成してください。次にGA4のリアルタイムレポートを使って、現在運用中のUTMパラメータが正しく計測されているかを確認してください。どちらも即日実施可能であり、データの精度向上とSEOリスクの低減に直結します。

Webマーケティング全体の設計やGA4の活用方法について、さらに詳しく知りたい場合は以下の記事も参考にしてください。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、AIの特性上、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。本記事の内容に関するご質問、ご意見、または訂正すべき点がございましたら、お手数ですがお問い合わせいただけますと幸いです。