Réseau/HTTP
URL Parser
Décomposer une URL en ses éléments — protocole, hôte, port, chemin, paramètres de requête, 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.
Article sur cet outil: Analyse d'URL : de quelles parties se compose une adresse web
Questions fréquentes
Quelle est la différence entre le « host » et l'« origin » d'une URL ?
Le host est juste le domaine et le port (example.com:8080), tandis que l'origin inclut aussi le schéma (https://example.com:8080) — deux URLs doivent correspondre sur les trois pour partager la même origin.
Pourquoi le chemin analysé semble-t-il parfois différent de ce que j'ai tapé ?
Les navigateurs et analyseurs normalisent les URLs — en réduisant les segments « ./ » et « ../ », en décodant certains caractères encodés en pourcentage, et en ajoutant une barre oblique finale à un domaine nu — donc le résultat analysé reflète la forme résolue et canonique.
Analyser une URL ici l'envoie-t-elle quelque part ?
Non. L'analyse se fait entièrement dans votre navigateur via l'API URL native — rien n'est envoyé à un serveur.
Qu'est-ce que le userinfo dans une URL et pourquoi est-il dangereux ?
La partie « utilisateur:mot_de_passe@ » avant l'hôte est prévue pour des identifiants, mais les attaquants l'utilisent pour déguiser des liens de phishing : https://accounts.google.com@evil.com/ mène en réalité à evil.com, pas à Google.
Pourquoi l'hôte de certaines URLs ressemble-t-il à une chaîne sans sens commençant par xn-- ?
C'est l'encodage punycode pour les noms de domaine internationalisés (IDN) — une façon de représenter un domaine contenant des caractères cyrilliques, CJK ou non-ASCII dans un format compatible avec l'ancien système DNS.