Сеть/HTTP
URL Parser
Разобрать URL на составляющие — протокол, хост, порт, путь, параметры запроса, фрагмент.
A URL is made of several parts — protocol, host, port, path, query parameters, and a fragment — that are easy to mix up when reading a long link. This tool breaks a URL down into those parts and shows each one separately.
How to use it
- Paste any URL and it's split into protocol, host, port, path, query parameters, and fragment (#) instantly.
- Query parameters are listed as separate key-value pairs, even when there are many or they repeat.
- The port is shown explicitly even when the URL doesn't specify one (in which case the protocol's default applies — 80 for HTTP, 443 for HTTPS).
Common uses
- Quickly reading a long link cluttered with dozens of tracking parameters (utm_*, ref, fbclid, and so on).
- Checking exactly which host and port a link from someone else will actually open.
- Debugging redirects or malformed URLs in code — you can see exactly which part differs from what's expected.
Things to keep in mind
The fragment (the part after #) is never sent to the server — it's a purely client-side part of the URL the server never even sees.
Hosts with non-ASCII characters (Cyrillic, CJK) are actually transmitted over the network in punycode (xn--...), even when the browser's address bar shows plain letters.
Статья об этом инструменте: Разбор URL: из каких частей состоит веб-адрес
Часто задаваемые вопросы
В чём разница между "host" и "origin" URL?
Host — это только домен и порт (example.com:8080), тогда как origin также включает схему (https://example.com:8080) — два URL должны совпадать по всем трём параметрам, чтобы иметь общий источник (origin).
Почему разобранный путь иногда выглядит иначе, чем то, что я ввёл?
Браузеры и парсеры нормализуют URL — сворачивая сегменты "./" и "../", декодируя некоторые символы в процентном формате и добавляя завершающий слеш к голому домену, — поэтому разобранный результат отражает разрешённую, каноническую форму.
Отправляется ли URL куда-либо при разборе здесь?
Нет. Разбор происходит полностью в вашем браузере с использованием нативного URL API — ничего не отправляется на сервер.
Что такое userinfo в URL и почему это опасно?
Часть <code>логин:пароль@</code> перед хостом предназначена для передачи учётных данных, но злоумышленники используют её для маскировки фишинговых ссылок: <code>https://accounts.google.com@evil.com/</code> на самом деле ведёт на evil.com, а не на Google.
Почему в некоторых URL хост выглядит как набор непонятных символов вроде xn--?
Это punycode-кодирование интернационализированных доменных имён (IDN) — способ представить домен с кириллицей, иероглифами или другими не-ASCII символами в формате, совместимом со старой системой DNS.