Sieć/HTTP
URL Parser
Rozbij URL na części składowe — protokół, host, port, ścieżkę, parametry zapytania, fragment.
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.
Artykuł o tym narzędziu: Rozbiór URL: z jakich części składa się adres internetowy
Najczęstsze pytania
Jaka jest różnica między "host" a "origin" adresu URL?
Host to tylko domena i port (example.com:8080), podczas gdy origin obejmuje również schemat (https://example.com:8080) — dwa adresy URL muszą zgadzać się we wszystkich trzech, by dzielić to samo origin.
Dlaczego przeanalizowana ścieżka czasami wygląda inaczej niż to, co wpisałem?
Przeglądarki i parsery normalizują adresy URL — zwijając segmenty "./" i "../", dekodując niektóre znaki zakodowane procentowo, i dodając kończący ukośnik do samej domeny — więc przeanalizowany wynik odzwierciedla rozwiązaną, kanoniczną formę.
Czy analizowanie adresu URL tutaj wysyła go gdzieś?
Nie. Analiza odbywa się całkowicie w Twojej przeglądarce przy użyciu natywnego API URL — nic nie jest wysyłane na serwer.
Czym jest userinfo w adresie URL i dlaczego jest niebezpieczne?
Część "login:hasło@" przed hostem jest przeznaczona na dane uwierzytelniające, ale atakujący wykorzystują ją do maskowania linków phishingowych: https://accounts.google.com@evil.com/ w rzeczywistości prowadzi do evil.com, a nie do Google.
Dlaczego host w niektórych adresach URL wygląda jak bezsensowny ciąg zaczynający się od xn--?
To kodowanie punycode dla umiędzynarodowionych nazw domen (IDN) — sposób reprezentowania domeny zawierającej znaki cyrylicy, CJK lub inne znaki spoza ASCII w formacie zgodnym ze starszym systemem DNS.