Analyseur d'URL | Protocole, Hote et Parametres en un Coup d'Oeil

Collez n'importe quelle URL et cet outil la separe en six parties : protocole, hote, port, chemin, parametres de requete et fragment. Chaque element est colore et le tableau de decomposition se copie en texte brut.

💡 A propos de cet outil

Lorsqu'on débogue une redirection OAuth, un lien de suivi ou un rappel de webhook, on a presque toujours besoin de répondre vite à une question : que contient précisément cette URL. En parcourant une longue chaine a l'oeil, on perd facilement la limite entre le chemin et la requete, ou l'on rate un parametre cache apres le cinquieme &.

L'outil s'appuie sur l'objet URL natif du navigateur pour analyser la chaine, puis range chaque composant dans l'ordre, du schema https:// jusqu'au #fragment. Les parametres de requete sont deployes ligne par ligne sous la forme cle = valeur, si bien qu'une chaine de requete tres encodee redevient lisible. Il gere aussi les URL avec identifiants integres (user:pass@host) et affiche le nom d'utilisateur et le mot de passe dans des couleurs distinctes, pour reperer aussitot un secret visible au sein d'un lien.

Comme l'analyse se fait dans le navigateur, vous pouvez inspecter des liens internes, des URL signees ou tout element porteur d'un jeton d'acces tout en lisant sa structure complete.

🧐 Questions frequentes

Accepte-t-il les URL partielles ? Il repose sur le constructeur URL du navigateur, qui exige un schema. Un simple example.com affichera une erreur ; prefixez-le de https:// et l'analyse fonctionne.

Reordonne-t-il les parametres de requete ? Non. Les parametres apparaissent dans l'ordre exact ou ils ont ete ecrits. Rien n'est trie ni reorganise.

Comment traite-t-il les cles repetees comme ?a=1&a=2 ? Les deux apparaissent sur des lignes distinctes. L'outil ne fusionne pas les doublons et ne conserve pas seulement la derniere valeur, ce qui compte quand un serveur interprete les cles repetees comme un tableau.

Que se passe-t-il avec des caracteres encodes comme %20 ? Conformement a la specification URL, l'hote est normalise et le chemin garde sa forme encodee, tandis que les valeurs des parametres de requete sont decodees en texte lisible : une valeur comme %20 apparait donc sous forme d'espace dans la decomposition.

Et si le port est omis ? En l'absence de port explicite, la ligne du port est masquee. Elle n'apparait que lorsqu'un port comme :8080 figure dans l'URL.

📚 Le saviez-vous

La grammaire formelle d'une URL est definie par le RFC 3986 sous la forme schema://utilisateur:motdepasse@hote:port/chemin?requete#fragment. Un detail interessant : le fragment apres # n'est jamais transmis au serveur, il reste dans le navigateur et sert uniquement a pointer vers une ancre de la page. C'est precisement pourquoi les applications monopages misent sur le routage par hash : ce qui suit # ne declenche aucun aller-retour. Si vous omettez le port, le navigateur suppose 80 pour http et 443 pour https. Et si vous saisissez un nom de domaine internationalise, l'hote est converti en interne en Punycode (la forme xn--), un point utile a retenir quand un hote semble different de ce que vous avez tape.