URLパーサー

URLを入力するとプロトコル・ホスト・パス・クエリパラメータ・フラグメントに分解して表示します。utm_source等のトラッキング用パラメータも自動検出します。

URLの構成要素一覧

構成要素 例 説明
スキーム（プロトコル） https: 通信方式を示す。Web は http:/https:、メールは mailto: 等、URLの先頭に付く識別子。
ユーザー情報 user:pass@ Basic認証等で使われるユーザー名・パスワード。平文で残るためURL共有時には注意が必要。
ホスト名 example.com 接続先サーバーのドメイン名またはIPアドレス。
ポート番号 :8080 接続先のポート番号。httpは80、httpsは443が既定値のため通常は省略される。
パス /users/123 サーバー内のリソースの位置を示す階層構造の文字列。
クエリ文字列 ?id=123&sort=asc 「?」以降に続く key=value 形式のパラメータ群。「&」で複数連結できる。
フラグメント #section2 ページ内の特定位置を示す識別子。「#」以降はサーバーに送信されずブラウザ内でのみ処理される。

主なトラッキング用クエリパラメータ

パラメータ名 説明
utm_source Google Analytics等で流入元（例: newsletter・google・twitter）を識別するためのパラメータ。UTM（Urchin Tracking Module）の略。
utm_medium 流入の手段（例: email・cpc・social）を識別するパラメータ。utm_source と組み合わせて使うのが基本。
utm_campaign マーケティングキャンペーンの名称を識別するパラメータ。特定の施策の効果測定に使う。
utm_term 有料検索広告（リスティング広告）で使われたキーワードを識別するパラメータ。
utm_content 同一広告内で複数のリンク・クリエイティブを区別するためのパラメータ。
gclid Google広告（Google Ads）のクリックIDを識別するパラメータ。コンバージョン計測に使われる。
fbclid Facebook広告のクリックIDを識別するパラメータ。Metaの広告効果測定に使われる。

Tips

  • SNSでURLをシェアする前にこのツールで分解すると、utm_source等のトラッキングパラメータが含まれていないかを確認できます。不要なら該当パラメータを削除したURLを共有すると見た目がすっきりします。
  • 入力したURLはすべてブラウザ内のJavaScriptで処理され、toolbase.cc のサーバーには一切送信されません。認証情報を含むURLでも安全に確認できます。
  • 同じキーのクエリパラメータが複数回出現する場合（例: ?tag=a&tag=b）、それぞれ個別の行として一覧表示されます。
  • フラグメント（#以降）はサーバーには送信されず、ブラウザ内でのページ内リンク・SPAのルーティング等に使われる部分です。サーバーログの解析だけでは把握できない情報です。
  • ポート番号が空欄で表示される場合、httpの80番・httpsの443番といった既定のポートが省略されていることを意味します。

よくある質問

多くの場合、削除してもページの表示・動作に影響はありません。これらは主にアクセス解析用の付加情報であり、サーバー側のルーティングには使われないケースが大半です。ただしごく一部のサイトではクエリパラメータを条件分岐に使っている場合もあるため、動作確認してから共有することをおすすめします。

これはパーセントエンコーディング（URLエンコード）と呼ばれる仕組みで、URLはASCII文字以外を直接扱えないため、UTF-8のバイト列を%XX形式に変換して表現します。このツールはURLSearchParamsで自動的にデコードして表示します。

このツールはブラウザ標準のURL APIを使用しており、スキーム（http://等）を含む完全なURLのみ解析できます。localhost:3000/pathのように書く場合は先頭にhttp://を付けてhttp://localhost:3000/pathとしてください。

いいえ、残りません。フラグメントはブラウザがページを読み込んだ後に処理される部分で、HTTPリクエスト自体には含まれずサーバーには送信されません。ページ内リンクやシングルページアプリケーションのルーティングに使われます。

これらは広告プラットフォームが発行するクリックIDで、リンク先のサイトがそのIDを使って「どの広告からアクセスがあったか」をGoogleやMetaに報告し、コンバージョン計測に利用します。個人情報そのものではありませんが、アクセス元の広告経路が特定される仕組みです。
ツールくん

余談ですが ― なぜURLにはトラッキングパラメータがこんなに増えたのか

URLの末尾に付く ?utm_source=... のようなクエリパラメータは、もともとGoogle Analyticsの前身である Urchin 社が2005年に提供していたアクセス解析サービス「Urchin Tracking Module」の識別子として広まりました。GoogleがUrchinを買収してGoogle Analyticsとして提供したことで、「UTMパラメータ」という呼び名とともに業界標準として定着しました。

2010年代以降、GoogleやFacebookなどの広告プラットフォームが自社の計測用パラメータ（gclid・fbclid等）を独自に追加するようになり、1つのURLに複数のトラッキングパラメータが同時に付与されるケースが増えました。SNSでシェアされたリンクが不自然に長くなっているのは、多くの場合この積み重ねが原因です。

一部のブラウザやプライバシー志向のツールは、これらのパラメータを自動的に除去する機能を持っています。とはいえ計測目的自体は多くの正規サイトにとって重要な機能のため、単純に「悪いもの」というわけではなく、マーケティング効果測定と個人のプライバシーのバランスをどう取るかという議論が今も続いています。

同じカテゴリーのツール