結論から言うと、Firefoxはクエリパラメータを削除しますが、Mozillaが文書化しているリリース版のリストの大半は、fbclidやmkt_tokのような広告やメールの識別子です。utm_sourceやutm_campaignのタグは含まれていません。キャンペーンデータが消えているなら、原因はブロックされたスクリプト、拒否された同意、クエリ文字列を落とす遷移先のほうが多いのです。
これは、この記事がかつて冒頭に置いていた主張の訂正であり、重要な点です。間違った仕組みのせいにすると、間違ったものを直すことになります。ここでは、各ブラウザが文書化している内容、自分でテストすべきこと、損失が実際にどこにあるのかをまとめます。タグ自体についてはUTMパラメータの解説を、ストレージとCookieの制限についてはSafari ITP後のクリックアトリビューションをご覧ください。
各ブラウザが文書化している内容
以下はすべてベンダーのページに基づいており、2026-10-24 閲覧です。ページに記載がなかった箇所は、推測せずにその旨を書いています。
Firefox。 Mozillaのクエリ削除に関するドキュメントによると、リリース版では拡張トラッキング防止のStrictで有効になり、初期のパラメータリストはmc_eid、oly_anon_id、oly_enc_id、__s、vero_id、_hsenc、mkt_tok、fbclidです。プライベートブラウズのウィンドウはデフォルトでは対象外で、Mozillaは対象に加えることを検討していると述べており、設定項目も存在します。Nightlyは、Remote Settingsに保持された拡張リストを使いますが、そのページには掲載されていません。リリース版のリストにutm_パラメータは含まれていません。
Safari。 WebKitはLink Tracking Protectionを、プライベートブラウズの一部として説明しており、ナビゲーションの前に、クロスサイトトラッキングを識別するクエリパラメータの一部を削除します。ユーザーがすべてのブラウズで高度なトラッキングとフィンガープリントの設定を有効にすると、同じ保護が通常のブラウズにも適用されます。WebKitは、campaignのようなアトリビューション用のパラメータは通過が許可されると述べています。utm_タグについては、どちらの形でも名前を挙げていません。
Brave。 Braveのクエリ文字列フィルターには、単純なルール、条件付きのルール、スコープ付きのルールがあります。そのWikiが名前を挙げているパラメータはmkt_tokで、配信停止URLを除いて削除されます。完全なリストはbrave-coreにあり、読んだページからはutm_タグが含まれているかどうか確認できませんでした。また、BraveのGA4に対する挙動もベンダーのドキュメントからは確認できなかったため、断定はしません。
では、UTMデータはどこへ消えるのか
大半は三つの原因で説明でき、どれも「ブラウザがタグを削除した」ではありません。
- 遷移先ホストがクエリ文字列を落としている。 末尾スラッシュのリダイレクトやホスティングのルールが、疑問符以降をすべて破棄することがあります。UTMパラメータがGA4に表示されない理由でこの判断の流れを順に説明しています。
- 分析スクリプトが実行されない。 トラッキング防止機能や拡張機能が、既知の分析ドメインをブロックします。タグはURLにありますが、それを読むものがありません。
- 同意が拒否された。 結果は同じで、理由が違います。短縮リンクのクリック数とGA4セッション数で扱うクリックとセッションのギャップの大半は、これにボットとセッション統合が加わったものです。
本当の犠牲になるのはクリック識別子です。fbclidはFirefoxの削除リストに含まれているため、UTMが残っていても、Meta向けのクリックIDはStrictモードで消えることがあります。広告プラットフォームとのマッチングにクリックIDを使っているなら、これは重要です。クリックIDの解説では、どのプラットフォームがどれを使うかを取り上げています。
自分のリンクでテストする
バージョンごとに変わるリストについて、ブログ記事を、この記事も含めて、信用しないでください。5分で済みます。
- 自分で管理しているページへの短縮リンクを作り、遷移先に
?utm_source=test&utm_medium=test&utm_campaign=check&fbclid=abc&mkt_tok=xyzを付けます。 - Strict保護のFirefox、Safariのプライベートブラウズ、Brave、Chromeで開きます。
- それぞれで最終的なアドレスバーを読みます。消えているものが、その日そのブラウザが削除するものです。
- ブラウザの大型アップデートの後に繰り返します。リストは増えるからです。
誤った説が広まる理由
「ブラウザがUTMを削除する」はきれいな説明なので、繰り返されます。しかし、GA4のレポートの内側からは反証が難しい説明でもあります。何が取り除いたにせよ、キャンペーンが欠けた状態は同じに見えるからです。directやunassignedに分類されたセッションは、削除されたタグ、クエリ文字列を落としたリダイレクト、リファラーを送らなかったアプリのいずれも意味し得ます。
これらのケースは、直せるかどうかが異なります。クエリ文字列を落とすホストは、サーバー側の一行の変更で直ります。ブロックされたスクリプトは自分では制御できず、拒否された同意のプロンプトも同様です。削除されたクリックIDは、それに基づくレポートを作った場合にだけ問題になります。四つを「プライバシー重視のブラウザ」とひとまとめにすると、見る場所を誤ります。上のテストが、私が引用できるどんな割合よりも価値がある理由です。あえて割合は示しません。出回っているプライバシー重視ブラウザのシェアの数字は、定義の異なるベンダー調査によるもので、あなたのオーディエンスは平均的なものではないからです。
自分のブラウザ別内訳を読む
テストを実行したら、自分のトラフィックに数字を当てはめます。GA4で、一つのキャンペーンのセッションをブラウザ別に分け、同じ期間のそのキャンペーンの短縮リンクのクリック数と比較します。
- Chromeのセッション対クリックの比率がベースラインです。 通常のスキャナー、ボット、離脱による損失が含まれます。
- FirefoxやSafariで比率が著しく低い場合は、スクリプトのブロックか同意が原因です。UTMの削除だけでは、セッションではなくキャンペーンのラベルが消えるだけだからです。
- 比率は正常なのに、あるブラウザでdirectやunassignedの割合が高い場合は、タグが読み込まれないのではなく、タグやクリックIDが失われていることを示します。
二つ目のパターンこそ追う価値があり、送信したものをブラウザの機能が実際に取り除いた唯一のケースです。それ以外はすべて可視性の問題であり、直すべきバグではなく、ベースラインで管理するものです。ブラウザとは無関係な理由でクリックとセッションがすでにずれているなら、まずクリックとセッションの記事の午後の手順で、それらを解消してください。
ブラウザが触れる前にクリックを記録する
各ブラウザが何をするにせよ、それはランディングページで行われます。短縮リンクはリダイレクトで解決され、先にクリックをログに残すので、その後ブラウザが削除またはブロックするものは、クリックが発生した事実を変えられません。
Elidoでは、エッジリダイレクトが応答を返すと同時にクリックイベント (リンク、時刻、国、デバイス) を書き込み、既知のクローラーとプレビューボットはカウントされません。クリックイベントはその後、GA4などのツールに転送できます。これはリダイレクトによるGA4サーバーサイドトラッキングで取り上げています。
限界は現実のものです。これで回復できるのは流入のカウント、つまりクリックが発生したことと、どのリンクだったかです。タグがブロックされた場合のページ上のセッション、イベント、コンバージョンは回復できません。売上については、UTMキャンペーンのエンドツーエンド追跡のように、サーバーサイドで注文をリンクに紐付けてください。
やるべきこと
- UTMは維持する。文書化されているリストは、UTMを対象にしていません。
fbclidのようなクリックIDは損失が出るものとして扱い、それを必要とするレポートを作らない。- ブラウザのアップデート後に、上の5分のテストを実行する。
- キャンペーンリンクをタグ付きの短縮リンクで包み、リダイレクトの時点でクリックをカウントする。Elidoのリンク分析で、キャンペーンごとのカウントを確認できます。
- キャンペーンごと、ブラウザごとにクリックとGA4セッションを突き合わせ、その比率を時系列で追う。
コーナーストーンシリーズを読む
この記事はエンジニアリングクラスターに属しています。パイプライン全体は、UTMキャンペーンのエンドツーエンド追跡から始めてください。
ブログの関連記事
よくある質問
FirefoxはUTMパラメータを削除しますか?
Mozillaが文書化しているリリース版のリストでは、デフォルトでは削除しません。クエリの削除はStrictモードで有効になり、mc_eid、oly_anon_id、oly_enc_id、__s、vero_id、_hsenc、mkt_tok、fbclidという短い識別子のリストを削除します。utm_パラメータはこの初期リストに含まれないため、タグ付きリンクは通常そのまま届きます。Mozillaはリストが増える可能性があるとも述べているので、自分のブラウザでテストしてください。
BraveはUTMパラメータを削除しますか?
Braveはクエリフィルターによって既知のトラッキングパラメータの一部を削除し、一部のルールは条件付きです。たとえばmkt_tokは配信停止ページでは残ります。utm_タグがフィルターのリストに含まれるかどうかは公開ドキュメントから確認できなかったため、不明として扱い、現行バージョンでテストしてください。
SafariはUTMパラメータを削除しますか?
SafariのLink Tracking Protectionは、クロスサイトトラッカーと特定されたクエリパラメータの一部を、プライベートブラウズ、およびユーザーがすべてのブラウズで高度な保護を有効にした場合は通常のブラウズでも削除します。WebKitはキャンペーンアトリビューション用のパラメータは通過を許可されると述べていますが、その記事ではutm_タグの名前は挙げられていません。
では、一部の訪問者でUTMデータが欠けるのはなぜですか?
多くの場合、削除以外が原因です。遷移先ホストがクエリ文字列を落としている、分析タグがブロックされている、あるいは同意が拒否されたかのいずれかです。いずれも、クリックは実在するのにGA4ではセッションやキャンペーンが欠けた状態になります。
タグやURLパラメータが失われる場合、キャンペーンをどう追跡しますか?
ランディングページが読み込まれる前に、リダイレクトでクリックを記録します。短縮リンクはクリックとその遷移先をサーバーサイドでログに残すため、パラメータの扱いやページ上のスクリプトのブロックでは消せません。回復できるのは流入のカウントであり、ページ上の行動ではありません。
プライバシー重視のブラウザによる損失はどう測れますか?
キャンペーンごとに短縮リンクのクリックとGA4のセッションを比較し、次にGA4をブラウザ別に分けます。FirefoxやSafariでは大きなギャップがあってもChromeでは小さい場合、リンクの不具合ではなくブロックや同意が原因だと考えられます。数週間かけてベースラインを作ってください。
Elidoを試す
URLを貼り付けて短縮リンクを取得
登録不要。リンクは30日間有効。永久に保存するには登録してください。
登録不要。無料登録すると月 50 件のリンクを作成できます。