URLパーサー：URLを構成要素に分解 | 無料オンラインツール

A 当社の無料URLパーサーは、即座に分析を提供します。URLを貼り付けてEnterキーを押すか（または解析ボタンをクリック）、プロトコル、ホスト、パス、クエリパラメータへの完全な内訳がすぐに表示されます。多くのパラメータを持つ長く複雑なURLでも、待機時間は実質的にありません。URLコンポーネントを即座に効率的に抽出できるように設計されています。

A 当社のパーサーは、一般的なURLエンコード文字を自動的にデコードします。例えば、スペースが含まれている場合、生のURLでは '%20' と表示されますが、解析結果ではスペースとして表示されます。これは、フォームやAPIリクエストのデバッグに非常に役立ちます。

A ブラウザはサーバー側ツールにURLを送信する前に、ハッシュフラグメントを削除することがよくあります。このパーサーは貼り付けたURLをそのまま読み取ります。アドレスバーからコピーしてハッシュが欠けている場合、それはブラウザの仕業です。代わりにコードやテキストファイルから生のURLを貼り付けてみてください。約30%の人がこれに気づかず混乱します。

A もちろんです。データエンジニアはよくログやデータベースから生のURLをCSVファイルにダンプします。このツールはURLを書き換えませんが、どの部分が不正かを強調表示します。例えば、クエリ文字列に疑問符が二つある場合、二つ目はパスの一部として扱われます。それがソースを修正する手がかりになります。最良の結果を得るには、URLを1つずつ貼り付けてください。

A 同じです。解析はすべてブラウザ内で行われ、データが外部に送信されることはありません。唯一の違いは、モバイルでは結果のテーブルが縦並びに自動調整されることです。画面が小さいときはピンチイン・ピンチアウトで拡大縮小できます。開発中にスマホでURLを確認する場合にも便利です。

A はい、ただし結果がおかしくなる可能性があります。当ツールはプロトコルがない場合、自動的にhttp://を補います。「example.com/page?q=test」を貼り付けると、プロトコルはhttp、ホストはexample.comと表示されます。大抵は問題ありません。ただし「ftp://files.example.com」のようなURLをプレフィックスなしで入れると全体がパス扱いになります。正確な解析には必ずプロトコルを付けてください。

A ブラウザがデフォルトポートを非表示にしているからです。HTTPは80番、HTTPSは443番を使いますが、アドレスバーには表示されません。当ツールは実際に使われているポートを表示します。「https://example.com:443/page」を貼り付けると、ブラウザで隠れていても443番と表示されます。逆にポートを完全に省略すると、「指定なし」と表示されます。「http://example.com:8080」でテストすると違いがはっきりわかりますよ。

A はい、ただし最初はパーセントエンコードされた状態で表示されます。ñは生のURLでは%C3%B1になり、解析結果にそのエンコードがそのまま出ます。デコードされた実際の文字はクエリパラメータの表で確認できます。ブラウザのアドレスバーからそのまま貼り付けるのが確実です。'https://münchen.de'で試すと違いがよく分かります。

A はい、これはよくある使い方の一つです。短縮表示テキストではなく、メールのソースコードから完全なURLを貼り付けてください。UTMパラメータ、クリックID、キャンペーントラッカーがすべて個別に表示されます。マーケターの方々はキャンペーンURLの監査に重宝しています。注意点: クエリ文字列内で「?」と「&」が正しく混在しているか確認してください。メールプラットフォームの約15%がこれを誤って処理します。

A いいえ、混同すると困ったことになります。パースはURLをホスト、パス、クエリなどの構造的な部品に分解します。デコードはパーセントエンコードされた文字（%20や%C3%A9）を読み取り可能なテキストに変換します。このツールは両方を別々に処理します。メインの内訳にはエンコードされた生の値が表示され、クエリパラメータの表にはデコード後の値が出ます。例：'https://site.jp/search?q=hello%20world'は生値が'hello%20world'で、表では'hello world'と表示されます。パスに%2Fを含むURLを試してみてください。デコードされたスラッシュがパスの区切りに見えて紛らわしい典型的なケースです。