URLパラメータとは？クエリ文字列・UTMの違いと使い方

URLパラメータは、URLに付けて送る追加の値です。一般に「?」以降のクエリ文字列で、検索条件、一覧のページ番号、キャンペーン情報などを渡します。UTMはそのうち広告・メール等の流入を区別するための命名規則であり、すべてのURLパラメータがUTMや計測用というわけではありません。

使う前に「表示内容を変える値か」「流入を識別する値か」「アプリが処理に必要とする値か」を分けます。値を削ると表示や認証が変わることもあるため、長いURLを見た目だけで短くしないでください。この記事ではWeb運用の用途、UTMの設計、検索上の扱い、安全な確認を整理します。

クエリ文字列・パス・フラグメントの違い

クエリ文字列は、通常「名前=値」の組を「&」で区切ります。「?」はクエリの開始、「=」は名前と値の区切り、「&」は次の組との区切りです。「#」以降はフラグメントで、通常のHTTPリクエストではその部分はサーバーへ送られません。ただしブラウザのスクリプト等が読み取ることはあり、機密情報を入れて安全という意味ではありません。

値に日本語や記号を含める場合は、適切なURLエンコードが必要です。同じ名前を何度も付けたときの解釈も、アプリや計測ツールによって異なるため、重複しない命名を基本にします。既存のクエリがあるURLに、もう一つ「?」を足さないようにします。

UTMは「何から来たか」を比較するために設計する

GA4のキャンペーンURLの公式説明に合わせ、どの項目をレポートで使うかから命名表を決めます。よく使う5項目だけが対応範囲のすべてではありません。パラメータが用意されていることと、GA4のレポートで現在使えることも分けて確認します。

社内ではutm_source、utm_medium、utm_campaignを基本セットにする等、分析に必要な項目を決めます。すべての項目が常に必須という意味ではありません。値の大小文字は区別されるため、Newsletterとnewsletterを同じ施策のつもりで混ぜないようにします。ただし、値が違えば必ず別チャネルへ分類されるとも限りません。チャネル分類は別のルールで評価されます。

広告の自動タグ設定で付くクリックID等は、UTMと同じものではありません。配信サービスが発行する値を手でコピーして別のリンクへ使うことは避け、広告サービスの設定とGA4への連携条件を確認します。SNSの共有に付く値も、すべて広告クリック専用の識別子と決めつけません。

メール・広告・SNS・QRコードの命名表を作る

以下は架空の運用例です。月次で媒体ごとの成果を比べたいなら、配信経路とリンク位置を同じ階層へ混ぜないようにします。社内で扱いやすい小文字の英数字を基本にするのは運用上の選択であり、日本語の値が仕様上すべて無効という意味ではありません。

架空のURL例はメールのヘッダーボタン用キャンペーンURLです。例示用ドメインであり実際の配信先ではありません。既存URLに表示条件の値があれば、それを保ったまま必要なUTMを追加し、配信前に最終到達先を確認します。

管理表には、配信先ページ、担当者、配信日、source、medium、campaign、content、最終URL、確認日を残します。短縮URLやQRコードを作った後も、元の台帳を維持します。短縮サービスの期限や転送先変更で、リンクが別のページへ向かっていないかを点検します。

GA4ではキャンペーン変更とセッション開始を分ける

GA4では、セッションの途中で新しいキャンペーン値を取得しても、それだけで新しいセッションは開始しません。旧Universal Analyticsの説明をそのまま当てはめないようにします。仕様はGoogleのキャンペーンとトラフィックソースの説明で確認できます。

だからといって、サイト内のボタン全部にUTMを付けてよいわけではありません。内部移動へ外部キャンペーンの命名を混ぜると、流入元の理解やイベントに紐づく情報が分かりにくくなります。内部CTAは、クリックイベントとボタン位置等のパラメータで測る設計を検討します。実装の役割はGTMとは、成果の定義はコンバージョンの考え方を参照してください。

計測時には、同意状態、タグの送信先、重複発火、セッション・イベントの集計範囲も確認します。プライベートウィンドウを使えば内部トラフィックの除外を回避できるとは限りません。アクセス元IP等の条件で除外している場合、ウィンドウを変えただけでは条件が変わらないためです。

パラメータとSEO：同じ内容と別内容を分ける

UTMの有無だけで主な内容が変わらないなら、同じ正規URLを示す運用が候補です。一覧のページ番号、検索語、絞り込み等で内容が異なる場合は、検索に出したい独立ページかを個別に判断します。ページ2を一律にページ1の重複として扱わないようにします。詳しくはcanonicalの設定判断で説明しています。

Search Consoleの旧URLパラメータツールは2022年に廃止されています。現在の手順として操作を勧めることはできません。Googleの廃止案内を踏まえ、URL設計、内部リンク、正規化、必要なアクセス制御等を実装側で整理します。

XMLサイトマップには、公開する正規URLをそろえます。パラメータの数が一定以上なら必ずスパムと見なされる、という一律の閾値は置きません。多数の組み合わせで似たURLを作る場合は、実際の内容と発見経路を調べます。確認の進め方はサイトマップの作成・送信・確認を参照してください。

個人情報と機密情報をURLへ入れない

メールアドレス、電話番号、氏名、認証トークン等を、分析用のパラメータへ入れないでください。URLは履歴、ログ、共有先、参照情報等へ残り得ます。名前をハッシュ化すればURLに入れてよい、とも扱いません。Google Analyticsの個人を特定できる情報の送信防止に従い、入力値や生成URLが計測に混ざらないかを確認します。

ユーザー識別が必要な設計は、URLに個人情報を足す作業とは分けます。利用目的、同意、識別子の要件、保存・送信先を確認し、分析に不要な値は送らない方針にします。URLを見れば誰がクリックしたか分かるようにすることは、キャンペーン比較の必要条件ではありません。

配信前の確認チェックリスト

• 表示用・処理用・計測用の値が区別され、必要な条件を壊していない。
• source・medium・campaignの綴りと大小文字が台帳に一致する。
• 記号や日本語を含む値が適切にエンコードされ、重複項目がない。
• 短縮・転送・QR読取後も、意図したページと値へ到達する。
• 個人情報・機密情報・使い回したクリックIDが混ざっていない。
• 実際の同意・除外条件のもとで、計測と成果の確認方法が決まっている。

値を整理した後は、集計レポートの対象期間と指標の範囲も記録します。パラメータが届いたことは計測の一段階であり、その流入が有効な問い合わせや売上を生んだことの証明とは分けて評価します。