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

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

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

本記事では、URLパラメータの基本構文から、SEOリスクの具体的な回避法、GA4での分析活用まで、実務で即使える手順を中心に解説します。2022年のGoogle Search ConsoleパラメータツールO廃止後の現在の対処法も含め、最新の正しい知識をまとめています。

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」が値です。

「&」（アンパサンド）は複数のパラメータを連結する区切り記号です。「color=red&size=26」のように、2つ目以降のパラメータの前に「?」ではなく「&」を使います。この誤りは発生しやすいため、UTMパラメータ付きURLを手書きするときに特に注意が必要です。

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

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

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

命名規則——可読性と一貫性を確保する

パラメータ名は目的が一目でわかる名前を付けることが重要です。「q」や「query」（検索クエリ）、「page」（ページ番号）、「category」や「cat」（カテゴリ）、「sort」「order」（並び順）といった慣習的な命名を採用することで、コードの可読性が高まり、チーム内の混乱を防げます。

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

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

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

重複コンテンツが起きる仕組みを理解する

たとえばECサイトで商品並び替え機能にパラメータを使っている場合、「?sort=price-asc」と「?sort=popularity」ではURLが異なりますが、表示している商品群は本質的に同じです。

また「?page=1」と「?page=1&color=red&sort=price-asc」という複数パラメータの組み合わせで、理論上は無数のURLが生成され得ます。

さらにパラメータの順番違い（「color=red&sort=asc」と「sort=asc&color=red」）も別URLとしてクロールされ、クロールバジェットの無駄遣いにつながります。大規模サイトでは重複URLが数千・数万件に及ぶこともあり、放置すると検索エンジンの評価全体に影響します。。

canonicalタグによる正規化——最も確実な対処法

パッシブパラメータとは、Webページの表示内容には影響せず、主にアクセス解析や流入経路の識別のために使用され重複コンテンツ対策として最も推奨されるのが、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へのヒントであって絶対命令ではない点です。設定が矛盾していたり（AがBを指し、BがAを指すなど）、ページ間の内容差異が大きい場合には無視されることがあります。正規化は一貫性を保って設定することが重要です。

robots.txtによるクロール制御

UTMパラメータなど、SEO評価に不要なパラメータ付きURLのクロール自体を防ぎたい場合は、robots.txtで制御する方法もあります。ただしrobots.txtはインデックスを防ぐものではなく、クロールを抑制するものです。すでにインデックスされているURLはrobots.txtで塞いでもインデックスから消えないため、インデックス除外にはnoindexタグとの併用が必要です。

また、2022年にGoogle Search ConsoleのURLパラメータツールが廃止されました。以前はSearch Console上でパラメータの挙動をGoogleに伝えられましたが、現在はこの機能は使えません。現在の推奨対処法は「canonicalタグの適切な設定」と「robots.txt・noindexの使い分け」であり、Search Consoleのパラメータ設定に依存した古い記事の情報はすでに無効です。

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

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

UTMパラメータは「設定するだけ」では正確な計測になりません。実務でよく起きる失敗パターンがあります。

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

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

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

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

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

GA4でUTMパラメータを確認する場所

GA4でUTMパラメータ別の流入データを確認するには、主に「集客」レポートを使います。「レポート」→「集客」→「トラフィック獲得」に進むと、デフォルトでセッションのメデ…媒体（utm_medium）やソース（utm_source）ごとのセッション数・コンバージョン数が確認できます。

さらに詳細を見たい場合は「探索」機能を使います。「探索」→「自由形式」でディメンションに「セッションのソース/メディア」「セッションのキャンペーン」などを追加することで、UTMパラメータの組み合わせ別の行動データを細かく分析できます。

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

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

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

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

UTMパラメータを設定しているのにGA4に「(direct) / (none)」として計上されてしまうケースがあります。主な原因は3つです。一つはリダイレクトによるパラメータ消失（前述）、もう一つはGA4タグの設置ミスで、ランディングページにGA4タグが正しく設置されていないとパラメータを受け取れません。

3つ目の原因として、iOSのSafariなどでURLのリファラー情報が制限されるケースもあります。これはプライバシー保護の仕様によるもので根本的な回避は困難ですが、UTMパラメータ自体はURLに含まれるため、パラメータが正しく付与されていればGA4側でも受信できます。計測漏れが疑われる場合は、まずGA4のリアルタイムレポートで当該URLへのアクセス時にパラメータが認識されているかを確認するのが最短の診断手順です。活用例

Search ConsoleのパラメータツールO廃止後——現在の正しい対処法

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

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

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

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

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

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

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

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

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

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

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

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

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

反面、並び替えやフィルタのような「表示の整理」に使うパラメータは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リスクが上がる。「本当にパラメータが必要か」を設計段階で問い直すことが長期的な品質維持につながる。

まず直近の施策から、UTMパラメータの命名ルールの見直しとcanonicalタグの動作確認の2点に取り組むことを推奨します。どちらも即日実施可能な施策であり、データの精度向上とSEOリスクの低減に直結します。

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