# utm_sourceとは？付く理由と安全な消し方

- 正規URL：https://linkclean.app/ja/trackers/utm-source/
- 最終更新：2026-07-22
- 著者：Ken Tominaga (https://ken0nek.com)
- アプリを入手：https://apps.apple.com/us/app/linkclean/id6758604043

パラメータ：`utm_source` ・ カテゴリ：UTMキャンペーンタグ ・ ベンダー：Google Analytics (originally Urchin)

> utm_sourceは、クリックの**流入元**（「newsletter」「twitter」「google」など）を示すGoogleアナリティクスのキャンペーンタグです。ページ本体の一部ではないので、削除してもリンクが壊れることはありません。

## utm_sourceが表すもの

utm_sourceは、Googleアナリティクスが認識する5つのキャンペーン計測パラメータ（utm_source、utm_medium、utm_campaign、utm_term、utm_content）のひとつです。この中でもっともよく使われるのがutm_sourceで、訪問者がリンクをクリックしたときに、どこから来たかを表します。

リンク先サイトの分析ツールはこのパラメータを読み取り、ページの表示回数と一緒に記録して、その訪問を指定された流入元に振り分けます。ここでページ本体の情報は一切使われません。このタグは、リンクから分析ツールへ情報を渡すための裏側の通り道にすぎません。

## UTMという名前の由来

UTMはUrchin Tracking Module（アーチン・トラッキング・モジュール）の略です。Urchin Software社は1990年代後半に、初期の商用ウェブ解析ツールのひとつを開発しました（創業者はPaul MuretとJack Ancone）。「utm_」という接頭辞はこの製品に由来します。

Googleは2005年4月にUrchinを買収し、同年11月にGoogleアナリティクスとして再ローンチしました。「utm_」という接頭辞はそのまま残りました。すでに大量のリンクがutm_source / utm_medium / utm_campaignを付けていたため、名前を変えれば無数のレポートが一斉に壊れてしまうからです。以来、事実上の業界標準になっています。

## リンクを共有すると何が伝わるか

utm_source=newsletterの付いたリンクを受け取ってそのまま転送すると、その先のすべての分析ツールは、このクリックがニュースレター経由で発生したと認識します。つまり、転送した先のクリックが、元のキャンペーンの成果として集計されてしまいます。多くの場合は問題ありませんが、リンクが届く全員にキャンペーンタグを広めていることにもなります。

これは個人を特定する情報ではありません。utm_sourceにはIPアドレスもアカウントも、本人にたどり着く情報も含まれません。特定するのはキャンペーンであって、人ではありません。とはいえ、utmタグの付いたリンクを共有すると、それをどこで受け取ったか（ニュースレター、広告、提携サイトなど）が相手に伝わります。送り主が引き継いでほしいと思っていた以上の情報になりがちです。

## 削除しても安全な理由

ページはutm_sourceを読み取りません。何かを読み込むためにも、認証のためにも、表示内容を切り替えるためにも使われていません。ウェブサーバーはパス（URLの経路部分）でページを振り分けます。utm_*パラメータを見るのは分析スクリプトだけで、しかもそれはページの読み込みが終わったあとの処理です。

パラメータを外して再読み込みしても、同じページが表示されます。変わるのは、他社の分析ダッシュボードに映る内容だけです。

## LinkCleanでの削除方法

utm_sourceは、utm_*ファミリー（utm_medium、utm_campaign、utm_term、utm_content、utm_id、utm_source_platform、いくつかの新しい派生形）とともに、LinkCleanのデフォルトの削除対象に含まれています。すべてデフォルトで削除し、切り替えスイッチもサイトごとの例外もありません。これらの名前はベンダー固有で、分析以外の正当な用途で使われることはまず考えられないからです。

アプリにリンクを貼り付ける、共有シートから「Clean URL」を実行する、ショートカットやウィジェットからクリップボードをクリーンにする、utmタグ付きのQRコードを読み取る。いずれの方法でも、同じ削除処理がすべてデバイス内で動作します。

## 例

URLでの見え方：`https://example.co.jp/blog/launch?utm_source=newsletter&utm_medium=email&utm_campaign=spring`

LinkCleanで処理した後：`https://example.co.jp/blog/launch`

## よくある質問

**utm_sourceを削除するとリンクは壊れますか？**

いいえ。ページ本体がこれを読み取ることはありません。ウェブサーバーはURLのパスでページを振り分けます。utm_*パラメータは、ページの読み込み後に分析スクリプトが読むだけです。削除しても同じページが表示されます。

**そもそもなぜ配信側はutm_sourceを付けるのですか？**

「トラフィックがどこから来たか」を、HTTPリファラーに頼らず把握するためです。リファラーは、プライバシー保護のためブラウザが送らないケースが増えています。utm_sourceは、配信側が自分の発信するリンクに埋め込むタグで、メール・SNS・提携サイトをまたいで同じキャンペーンを識別できるようにします。

**utm_sourceは個人情報ですか？**

直接には違います。表すのはマーケティングのチャネルであって、個人ではありません。ただし、共有されたリンクはこのタグを引き継ぎます。そのまま渡すと、そのクリックが（たとえば）ニュースレター由来だと、その先のすべてのツールに伝わり、流入元をひそかにプロファイルされる可能性があります。

**なぜLinkCleanはutm_sourceを削除するのに「source」は削除しないのですか？**

「source」は多くのサイトが機能目的（並び順、表示モード、アプリへのディープリンクなど）で使う一般的なクエリキーです。一方utm_sourceは明確で、Googleアナリティクスの計測以外に正当な用途はありません。LinkCleanの収録方針は、ベンダー固有の名前はデフォルトで削除し、一般的な語はデフォルトで保持する、というものです。

**これはfbclidやgclidと同じものですか？**

考え方は同じ（リンクに付くトラッキングパラメータ）ですが、提供元も影響範囲も異なります。utm_sourceは分析用のキャンペーンタグで、比較的匿名性が高く、広く使われています。fbclidとgclidは、MetaとGoogle広告がクリックを特定の広告表示やそれを見たCookieに結びつけるためのクリックIDです。LinkCleanは3つともデフォルトで削除します。


---

LinkCleanは、リンクのトラッキングパラメータをデバイス内で削除します（クリーニングは無料で、Proは買い切りです）。https://linkclean.app/ ・出典を明記すれば自由に引用できます。
