スキームが見つかりません — https:// と想定しました
このツールについて
URL パーサーは、ブラウザー自身が実装している WHATWG URL 仕様に従って、URL 文字列をその標準コンポーネント — スキーム、userinfo、ホスト、ポート、パス、クエリ、フラグメント — に分解します。このツールは、入力するそばから同じ解析エンジンを実行し、各部分をパーセントデコードし、パスをセグメントに分割し、クエリ文字列を個々の名前/値のペアに分解します (重複したキーは静かに破棄されるのではなく保持されます)。
正しくルーティングされないリダイレクト URL をデバッグしたり、分析や OAuth コールバックが送信している正確なクエリパラメーターを調べたり、リクエストが実際に到達するポートとオリジンを確認したり、パーセントエンコーディングに埋もれたパスをデコードしたりするのに使えます。example.com/path のようなプロトコルなしのホストを貼り付けると https:// と見なされます。フォームエンコードされたクエリ値を読むときは「+ as space」トグルを切り替え、解析されたパラメーターを JSON として直接コピーしてください。
解析は WHATWG URL 標準に従うため、国際化ドメインは Punycode (xn--) 形式で表示され、443 のような既定のポートはアドレスに表示されるのではなく暗黙的に扱われます。
よくある質問
解析した URL にポート番号が表示されないのはなぜですか?
URL がポートを省略すると、スキームの既定値 — https では 443、http では 80 — が暗黙的に使われ、ブラウザーはポートフィールドを空のままにします。ツールは値をでっち上げるのではなく、暗黙の既定値 (例: 「default 443」) を示します。
重複したクエリパラメーターはどのように扱われますか?
?x=1&x=3 のような繰り返しのキーは、名前/値の表で別々の行として保持され、その順序が保たれます。JSON 出力では重複キーは配列にまとめられるため、x は ["1", "3"] になります。
「+ as space」トグルは何をしますか?
フォームエンコードされたクエリ文字列では、プラス記号は空白を表しますが、他の文脈ではリテラルの + であることがあります。このトグルにより、+ を空白にデコードするかどうかを選べるため、フォームエンコードされた値とリテラルの値のどちらも正しく読み取れます。