クリーンなリンクは正しく開けますか?
開けます。トラッキングパラメータはページの読み込み後に分析スクリプトが読み取るもので、ページ本体には必要ありません。その理由と例外を解説します。
Ken Tominaga · 最終更新 2026-10-05
URLは実際にどう使われるのか
URLの後ろに長く連なる文字列は、いったい何に使われているのでしょうか。まず、URLは2つの部分に分かれます。?より前のパス(URLの経路部分)と、?より後ろのクエリ文字列です。リンクをクリックすると、ブラウザはサーバーにパスを要求し、サーバーはパスをもとにページを返します。クエリ文字列は、ついでに運ばれているだけです。サーバーが目を通すかどうかは、場合によります。
トラッキングパラメータは、このクエリ文字列の中にあります。パスの一部ではありません。ページの振り分けにも、認証にも、サーバーが返す内容を選ぶのにも使われません。存在する理由は、ページの読み込みが終わったあとに、ページ内の分析スクリプトがそれを読み取り、クリックがどこから来たかを報告するためです。だから、削除してもページの動作は何も変わりません。
2秒でできる確認
本当に消して大丈夫なのか。確かめる方法は簡単です。utm_*のようなパラメータが長く連なったリンクを用意し、?から後ろをすべて削除して、再読み込みします。同じページが表示されたでしょうか。ほぼ必ず表示されます。後ろの部分はトラッキングだったということです。数少ない例外は、動きを見ればすぐにわかります。?t=のないYouTubeのリンクは、狙った位置ではなく先頭から再生されます。?q=のないWikipediaのリンクでは、検索ボックスが空のまま表示されます。
LinkCleanは、まさにこの区別を軸に作られています。ベンダー固有のトラッカー名(utm_source、fbclid、gclidなど)は、デフォルトで削除します。機能キーとしても使われる汎用的な名前(t、q、ref、source)は、デフォルトではオフです。そのうえで、LinkCleanが削除するものは、トラッカーとして使われているサイトに限定して削除します(たとえば、si=はYouTubeでは削除し、他のサイトでは削除しません)。
知っておきたい例外
では、残すべきパラメータはないのでしょうか。あります。共有されるリンクに含まれることはまれで、たいていは特定の状態を開きたいときに、自分で意図して付けたものです。見分けておきたい主なものは次のとおりです。
- 再生開始位置:YouTubeの?t=120(2分の位置から再生)、Vimeoの#t=2m0s、Twitchの?t=01h00m。削除すると、動画は最初から再生されます。
- 検索・絞り込みの状態:Wikipediaの?q=、Amazonの?k=、Redditの?sort=。削除すると、ページは初期状態で表示されます。
- SPA(シングルページアプリケーション)のアンカーやディープリンク用のトークン:クエリ文字列に画面の状態を保存するアプリがあります(例:?view=details)。削除すると、違うタブが開くことがあります。
- 埋め込まれた認証情報:まれですが、実在します。マジックリンクのログインURLや、パスワード再設定のURLです。削除すると、そのリンクでは認証できなくなります。
手作業の削除がカタログの代わりにならない理由
「?から後ろを全部消す」で済むなら、カタログは要らないはずです。utm_*タグなら、それで済みます。ところが、トラッキング用のリンクでは、機能パラメータとトラッキングパラメータがひとつの文字列に混ざっていることがよくあります。全部消せば、再生開始位置が失われます。何も消さなければ、トラッキングのメタデータが漏れます。
LinkCleanのカタログは、この区別のために整備されています。utm_source、fbclid、gclidは、すべてのサイトで削除します。ときどきトラッカーになる汎用的な語(refやsourceなど)は、デフォルトではオフで、サイトごとにオンにできます。サイトを限定したルール(YouTubeのsi=、Amazonのtag=)は、実際にトラッカーとして使われているサイトにだけ適用し、同じ名前が機能を持つサイトには適用しません。カタログ全体では、デフォルトで有効な項目が250件を超え、ほかにもオプションで有効にできる項目があります。
クリーンなリンクを共有して、相手から開けないと言われたら?
そうなることは、ほとんどありません。それでも起きたときは、そのリンクをLinkCleanに貼り付けてください。履歴で、クリーン前のリンクを並べて確認できます。必要ならクリーン前のリンクを共有し直し、フィードバックを送ってください。LinkCleanがルールを絞り込みます(サイトを限定する、またはそのベンダーではデフォルトでオフにする)。これは、iOSアプリのパラメータ計測の仕組みが支えているのと同じ改善のサイクルです。カタログの抜けは、利用者が時間をかけて点検していく、製品の一部です。
よくある質問
ログイン用のURLやマジックリンクはどうなりますか?
削除してはいけません。これらはクエリ文字列に認証情報を含んでいます。公開の場で共有するようなリンクに含まれることも、きわめてまれです。ログイン用のリンクを転送しようとしているなら、おそらく転送そのものを避けるべきです。それはトラッキングパラメータとは別の問題です。
LinkCleanが動画の再生開始位置を壊すことはありますか?
ありません。t=、t=1m20s、#t=の各形式は、どのサイトでも保持します。LinkCleanのYouTube向けのクリーニングはyoutube.comとyoutu.beにサイトを限定しており、si=(共有識別子)を削除し、t=(再生開始位置)はそのまま残します。
Amazonの商品リンクはどうなりますか?
商品ID、検索語、ストアの表示言語は保持し、アフィリエイトの報酬とクリックの成果を割り当てるための部分だけを削除します。LinkCleanのカタログでは、Amazon固有のトラッキングキー(tag=、ref_=、pf_rd_*)をAmazonのストアにサイトを限定しています。
この方法がうまくいかないサイトはありますか?
少数ですが、あります。一部のSPA(シングルページアプリケーション)はディープリンクの状態をクエリ文字列に保存しており、削除すると違うタブが開くことがあります。LinkCleanは汎用的な名前をデフォルトでは保持するようにし、強めのルールはトラッカーだと判明しているサイトに限定しています。クリーンにすると何かが壊れるサイトを見つけたら、iOSアプリ内の報告機能で、どのパラメータが原因かを正確に特定できます。
LinkCleanを入手。
iPhone向けの、デバイス内で完結するリンククリーニング。共有シート、アプリ本体、ショートカット、ウィジェットから利用できます。