Jaringan/HTTP
URL Parser
Menguraikan URL menjadi bagian-bagiannya — protokol, host, port, path, parameter query, 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.
Artikel tentang alat ini: Penguraian URL: bagian apa saja yang membentuk alamat web
Pertanyaan yang sering diajukan
Apa perbedaan antara "host" dan "origin" URL?
Host hanyalah domain dan port (example.com:8080), sedangkan origin juga mencakup skema (https://example.com:8080) — dua URL harus cocok pada ketiganya untuk berbagi origin yang sama.
Mengapa jalur yang di-parsing terkadang terlihat berbeda dari yang saya ketik?
Browser dan parser menormalkan URL — meruntuhkan segmen "./" dan "../", mendekode beberapa karakter yang dikodekan persen, dan menambahkan garis miring akhir ke domain telanjang — sehingga hasil parsing mencerminkan bentuk yang diselesaikan dan kanonis.
Apakah mem-parsing URL di sini mengirimnya ke suatu tempat?
Tidak. Parsing terjadi sepenuhnya di browser Anda menggunakan API URL asli — tidak ada yang dikirim ke server.
Apa itu userinfo dalam URL dan mengapa berbahaya?
Bagian "namapengguna:katasandi@" sebelum host dimaksudkan untuk kredensial, tapi penyerang menggunakannya untuk menyamarkan tautan phishing: https://accounts.google.com@evil.com/ sebenarnya mengarah ke evil.com, bukan Google.
Mengapa host di beberapa URL terlihat seperti string acak yang dimulai dengan xn--?
Itu adalah pengkodean punycode untuk nama domain terinternasionalisasi (IDN) — cara merepresentasikan domain dengan karakter Sirilik, CJK, atau non-ASCII lainnya dalam format yang kompatibel dengan sistem DNS lama.