ネットワーク

URL ツール

開発、QA、運用、SEO チーム向けの URL ワークベンチです。URL を構成要素に分解し、query string を JSON に変換し、表記ゆれを正規化し、トラッキングパラメータを取り除き、チケット・ログ・キャンペーンで共有する前に簡易的な安全チェックまで行えます。

  • URL をプロトコル、ホスト、ポート、パス、Query パラメータ、ハッシュに分解します
  • Query string を読みやすい JSON に変換し、重複 key は配列としてまとめます
  • ホスト名の大文字小文字、パラメータ順、末尾スラッシュを整え、重複 URL を減らします
  • UTM などのよくあるトラッキングパラメータをワンクリックで削除し、共有しやすいリンクにします
  • 不審なプロトコル、open redirect につながりやすいパラメータ、機密値、フィッシングの手がかりをチェックします
工具/URL ツール
109 文字
解析
{
  "protocol": "https:",
  "hostname": "www.devkitlab.com",
  "port": "",
  "pathname": "/zh/tools/url-tools/",
  "search": "?utm_source=newsletter&name=DevKitLab&tag=url&tag=tools",
  "hash": "#overview",
  "origin": "https://www.devkitlab.com",
  "normalizedInput": "https://www.devkitlab.com/zh/tools/url-tools/?utm_source=newsletter&name=DevKitLab&tag=url&tag=tools#overview",
  "username": "",
  "password": "",
  "query": {
    "utm_source": "newsletter",
    "name": "DevKitLab",
    "tag": [
      "url",
      "tools"
    ]
  }
}
解析
URL コマンド

概要

日々の開発、SEO、ログ調査でよく使う URL 処理を、必要なものだけに絞ってまとめています。

  1. 01

    構造解析

    プロトコル、ホスト、ポート、パス、Query、ハッシュを一度に取り出します。

  2. 02

    Query から JSON へ

    Query string を読みやすい JSON に変換し、重複 key は値を落とさず配列にまとめます。

  3. 03

    canonical 形式への正規化

    ホスト名の表記、パラメータ順、パスの扱いを整え、重複 URL を減らします。

  4. 04

    安全チェック

    不審なプロトコル、リダイレクト系パラメータ、機密値、フィッシングの手がかりを検出します。

使い方

作業内容に合うモードを選び、結果をそのままチケット、ログ調査、分析作業に使えます。

  1. 01

    完全な URL または query string を入力欄に貼り付けます。

  2. 02

    下部のモードから解析Query を JSON へ正規化トラッキング削除安全チェックを切り替えます。

  3. 03

    右側の結果を確認し、チケット、インシデントメモ、分析タスクへコピーします。

  4. 04

    外部へリンクを共有する前に、まずトラッキング削除を実行し、その後安全チェックで確認します。

  5. 05

    分析用に URL を保存する場合は、解析結果をチームの canonical schema に合わせてマッピングします。

詳細

URL の診断、整理、安全な共有を、普段の作業にそのまま組み込めるようにしています。

  • 解析からリスク確認まで、URL デバッグの基本フローを 1 つのパネルで完結できます
  • Query から JSON への変換では重複 key を扱えるため、API デバッグや分析確認に使いやすくなっています
  • 正規化により、SEO とメトリクスのチームが同じ canonical URL を基準にできます
  • トラッキング削除では、UTM やよく使われる attribution 系パラメータを整理できます
  • フィッシングにつながりやすい要素を初期チェックし、手動確認のポイントを示します
  • ターミナル風の全画面レイアウトで、長い URL やパラメータの多いリンクも読みやすくなります

活用シーン

API、分析、チケット、リリースノート、外部共有のあいだをリンクが行き来するときに役立ちます。

  1. SEO の URL 管理

    同じ内容を指す複数の URL 表記を 1 つの canonical 形式へ寄せ、インデックスや指標のブレを減らします。

  2. キャンペーンリンクの整理

    外部共有前に UTM やプラットフォーム由来のトラッキングパラメータを取り除き、見やすいリンクにします。

  3. リダイレクト調査

    callback や redirect パラメータを確認し、壊れたルーティングや open redirect の原因を追いやすくします。

  4. 分析・ログ処理の前準備

    URL パラメータを JSON に変換し、フィルタリング、グルーピング、レポート作成に使いやすくします。

  5. サポートの一次調査

    ユーザーから共有されたリンクを復元し、足りないパラメータや壊れた値をすばやく見つけられます。

  6. セキュリティ確認

    未知のリンクを開いたり共有したりする前に、まず不審な点をざっと確認できます。

関連情報

作業内容がパーセントエンコード、フォーム payload、Unicode を含む query 値の扱いだけなら、まず URL エンコーダー・デコーダー を使うのが向いています。整理したリンクをポスター、パッケージ、オフライン配布に使う場合は、 QR コードジェネレーター で読み取れる入口を作れます。URL がアクセスログ由来の場合は、 User-Agent パーサー と組み合わせると、リクエストパス、デバイス文脈、リンク構造を同じ調査の中で追いやすくなります。

使い方のヒント

URL 処理は、再現でき、説明でき、あとから確認できる形にしておくのが大切です。

  • 調査の監査性を保つため、元の URL と処理後の URL の両方を残してください。
  • 大量に正規化する前に、パラメータの優先順位と重複時の扱いを決めておきます。
  • 差分を確認しやすくするため、解析結果とクリーンアップ後の結果は別々に保存してください。
  • 外部共有前には token、code、key らしきパラメータを取り除いてください。
  • 安全チェックで中リスクまたは高リスクが出た場合は、リンク元とドメイン文脈を必ず確認してください。
  • チーム間で URL フィールド名を統一し、レポートの意味がずれないようにします。

制限事項

このツールは素早い一次確認に向いていますが、バックエンドのセキュリティポリシーの代わりにはなりません。

  • 安全チェックはルールベースです。脅威インテリジェンスやサンドボックス検査の代わりにはなりません。
  • 多段リダイレクトでは、1 回の解析だけでは最終到達先が見えないことがあります。
  • URL エンコードの挙動はシステムによって異なるため、結果は利用先の文脈で解釈してください。
  • 短縮 URL、プライベートホスト、社内ドメインは、それぞれの環境に合わせた確認が必要です。
  • 入力内容はブラウザ内で処理され、サーバーには送信されません。

よくある質問

使い方、データの扱い、結果の読み方、実用上の制限について、よくある質問をまとめました。

解析と正規化は何が違いますか

解析は URL を名前付きの項目に分ける処理です。正規化は、ホスト名を小文字にする、パラメータを並べ替える、不要な末尾スラッシュを取り除くなどのルールで、URL を 1 つの canonical 形式へ整える処理です。

Query を JSON にするとき、重複 key はどう扱われますか

重複 key は配列にまとめます。どの値も黙って捨てられることはありません。

トラッキング削除で業務上必要なパラメータまで消えませんか

削除対象は、よく使われるトラッキングパラメータを中心にした curated list です。ただし共有前には、業務に必要なパラメータが残っているか必ず確認してください。

高リスクと表示されたら、そのリンクは必ず悪意がありますか

いいえ。高リスクは強い警告シグナルがあるという意味です。必ずリンク元、ドメイン、利用文脈と合わせて判断してください。

open redirect を検出できますか

よくある redirect 系パラメータを一次確認として検出できます。ただし最終的な防御はアプリケーション側のバックエンドチェックで行うべきです。

ほかの URL ツールと出力が違うのはなぜですか

ライブラリや実行環境によって、URL の境界ケースの扱いが異なるためです。本番処理では 1 つの canonical stack を決めて使うのが安全です。

大量の URL を一括処理できますか

この UI は 1 件ずつの確認に向いています。一括処理が必要な場合は、同じルールをスクリプトやパイプラインへ移してください。

入力した URL はアップロードされますか

いいえ。処理はブラウザ内でローカルに行われるため、日常的なデバッグにも使いやすい設計です。

長期的な SEO 管理にはこれだけで十分ですか

ルール確認や手動レビューには便利ですが、長期運用ではクロールログ、リダイレクト方針、canonical 管理も必要です。

なぜ共有前にトラッキングパラメータを削除するのですか

ノイズを減らし、リンクを安定させ、キャンペーンメタデータの意図しない漏えいを減らせるからです。

短縮 URL が警告されるのはなぜですか

短縮 URL は本当の遷移先を隠します。開く前に展開して確認するほうが安全です。

URL エンコード / デコードツールとは何が違いますか

URL ツールは診断、整理、共有前チェックに重点を置いています。URL エンコード / デコードツールは、パーセントエンコードの意味や変換に特化しています。

関連ツール

User-Agent パーサー、サブネット計算、ブラウザ互換性チェックを使って、ネットワークとブラウザまわりの調査をさらに進められます。