UTM パラメータの使い方：必須3つ、任意4つ、表示されない2つ

UTM パラメータは、リンクの末尾に付けるラベルです。アクセス解析が「どこから来た訪問か」を判断するために使います。Google Analytics が認識するのは9個。実際に読むレポートを支えるのは3個、任意の詳細が4個、受け取っても画面に出ないものが2個です。どれも自分で決める文字列なので、パラメータ一覧より命名ルールのほうが重要になります。

必要なのは、動いているアナリティクスのプロパティと、正直な前提です。ラベルが効くのは自分で管理しているリンクだけです。ラベルのないアクセスはツールが推測した分類に入り、AI 検索経由では Direct になることがよくあります。この章はその半分を直しません。ラベルを付けられる半分だけを扱います。

UTM パラメータが実際にしていること

URL の末尾にキーと値の組を足します。サーバーは無視し、ページの表示は変わらず、解析スクリプトが値を読んで、指定した名前で訪問を記録します。登録も検証もありません。utm_medium=email と utm_medium=Email は、永久に別の媒体として、別の行に集計されます。

仕組みはこれだけです。3か月目に起きる「同じニュースレターが14通りに表記されたレポート」も、ここから説明できます。だからこの章の成果物は、リンク生成ツールではなく命名ルールです。

UTM パラメータは測定ではありません。いつも同じ綴りで書くと約束したラベルです。

UTM パラメータ：9個のうち2個は表示されない

Google は最低限をはっきり書いています。「When you add parameters to a URL, you should always use utm_source, utm_medium, and utm_campaign」（Collect campaign data with custom URLs、2026年9月4日閲覧）。同じページに「Missing UTM parameters will result in (not set) values being present in reporting.」という警告もあります。

最後の2行はもう一度読む価値があります。Google は utm_creative_format について「isn't currently reported in Google Analytics properties」と書き、utm_marketing_tactic にも同じ文を使っています。受け取られ、イベントに保存され、画面には出ません。付けても URL が長くなるだけで、今日開けるレポートは変わりません。

そのまま使える命名ルール

ルールは4つです。わざと退屈にしています。キャンペーンレポートを読める形にする唯一の条件は、誰も即興で決めないことだからです。

1. すべて小文字。大文字と小文字は区別されて保存されるので、大文字が1つあるだけで行が2つに分かれます。
2. 単語の間はハイフン。アンダースコアは使いません。区切り文字を1つ決め、全員がコピーする文書に書きます。
3. utm_medium は一度決めた閉じたリストから選びます。5つか6つに抑え、追加は意識的な判断にします。
4. utm_source は場所、utm_medium は場所の種類です。newsletter は媒体ではなく、email が媒体です。

# 閉じたリスト。全員が見つけられる場所に置く
utm_medium ∈ { email | social | cpc | referral | affiliate | qr }

# ルールどおりに書いた1本のリンク
https://example.com/pricing
  ?utm_source=weekly-digest
  &utm_medium=email
  &utm_campaign=2026-09-pricing-update
  &utm_content=header-button

# 同じキャンペーンの2つ目。変えるのは utm_content だけ
  &utm_content=footer-text-link

キャンペーン名の先頭に日付を置きます。キャンペーン列をアルファベット順に並べると日付順にもなり、これは誰も読み方を教わる必要がない唯一の並びです。

飛ばされやすいのが閉じたリストで、効くのもそこです。6つの値ならチャネルレポートを一目で読めます。30になると、毎月誰かが手作業で正規化する表計算になり、しかも推測になります。ラベルを打った本人しか、その意味を知らないからです。

内部リンクに UTM パラメータを付けない

理由は3つあり、そのうち2つは文書化されています。3つ目は、私たちが「分からない」と止まる場所です。

文書化されている部分は解析ではなく検索の話です。ラベル付きの内部リンクは、すでに URL があるページにもう1つ別の URL を作り、Google がどちらを出すかを決めます。「If you don't specify a canonical URL, Google will identify which version of the URL is objectively the best version to show to users in Search」（How to specify a canonical URL、2026年9月4日閲覧）。自己参照の canonical についてはSEO の変更が効いたかを確認する方法で扱っています。これを置けば、判断を任せずに済みます。

2つ目はレポートです。ランディングページとキャンペーンの列が自分のサイト内移動の行で埋まり、外から来たアクセスが自分のレポートの中で見つけにくくなります。

3つ目はアトリビューションで、ここで文書は止まります。Google は「the session_start event carries the information that determines the attribution of the session, such as the gclid, UTM parameters, and referrer」と説明しています（[GA4] Analytics sessions、2026年9月4日閲覧）。開始済みのセッションの途中でラベル付きクリックをしたときに何が起きるかは、書かれていません。私たちはそのテストをしていないので、参照元が書き換わるとまでは言いません。最初の2つで十分です。

今日実行できる監査

コマンド1つで、すでにラベルが付いた内部リンクを見つけられます。テンプレートの多いページ、たとえばトップ、カテゴリ、HTML にしたニュースレターのフッターで実行します。

# 自サイト内で、すでにキャンペーンラベルが付いているリンク
curl -sL -A 'Mozilla/5.0' https://example.com/ \
  | grep -oE 'href="[^"]*utm_[^"]*"' | sort | uniq -c | sort -rn

# 現在使われている媒体の種類を全部出す
grep -ohE 'utm_medium=[^&"]+' links.txt | sort | uniq -c | sort -rn

2行目がズレを見つけます。6つ前後を超える値が返ってきたら、閉じたリストは使われていません。レポートを後から整えても、Email を email に戻すことはできません。

間違えやすい3つのこと

どれも静かに起きます。レポートは表示され続け、数字は足し合わされ、見ているものは意図したものとは別の何かを説明しています。

1. 1つの参照元に2つの綴り。 チャネルが2行に分かれ、両方が小さく出ます。警告は出ません。レポートが本来より小さく見えるだけです。
2. 管理していないリンクにラベルを付ける。 ラベル付き URL は誰でもコピーして別の場所に貼れます。その訪問もあなたのニュースレターとして記録されます。ラベルは信頼された入力であって、検証済みの入力ではありません。
3. サイトマップや canonical にラベル付き URL を入れる。 計測用 URL はページではなく、本当のアドレスとして指定してよいものではありません。サイトマップに入ると、気づくのは非常に難しくなります。

これで解決しないのは、総アクセスのうち何割にラベルを付けられるかです。多くのサイトではごく一部で、残りは一致しない2つのシステムから再構成するしかありません。ラベル付き URL を送る前に実際の返り値を確認し、そのうえでプロモーションの記録を1か所にまとめてください。検索データと並べて結果を見るなら、検索語とカバレッジも確認します。

よくある質問

UTM パラメータは SEO に悪いですか。

それ自体は悪くありません。問題は1つのページに複数のアドレスができることで、自己参照の canonical がそれを整理します。ラベル付き URL を Search Console に送ったり、内部リンクに使ったりしないでください。

必須の UTM パラメータはどれですか。

Google が挙げるのは source、medium、campaign の3つです。残りは任意で、9個のうち2個はレポートに表示されません。

パラメータの順番は関係ありますか。

いいえ。キーと値の組として読まれます。順番を固定すると、リンクの表を目で追う人間が楽になるだけです。

疑問符の代わりにシャープ記号を使えますか。

いいえ。パラメータはフラグメントより前の検索文字列に入れる必要があります。# の後ろに置くと解析スクリプトへの送られ方が変わり、キャンペーンラベルとして読まれません。

1年分の不揃いなラベルはどう整理しますか。

集まったデータを後から直すことはできません。閉じたリストを書き、今日以降に送るものすべてに適用し、古い行は統合する対象ではなくレポートの別時代として扱います。