Analyseur d’URL — Décomposer une URL en ligne
Décomposition d’URL avec décodage, hôtes IDN et modification des paramètres de requête
Traitement dans le navigateur · aucun envoi de fichier
Présentation
Une longue URL est difficile à lire à l’œil nu : où s’arrête l’hôte, où commence la requête ? Cet outil découpe une adresse en protocole, identifiants, hôte, port, chemin, requête et ancre, et décode les valeurs encodées en pourcentage pour que vous puissiez les lire. Les paramètres de requête se modifient directement dans un tableau.
Mode d’emploi
- Collez une adresse complète commençant par
https://dans le champ URL. - Dans le tableau « Composants de l’URL », lisez la valeur brute et la valeur décodée de chaque partie, et copiez ce dont vous avez besoin.
- Dans le tableau « Paramètres de requête », modifiez les clés et les valeurs, ou utilisez les boutons de suppression et d’ajout.
- Les modifications sont reportées aussitôt dans l’URL du champ de saisie ; vous pouvez copier le résultat tel quel.
Fonctionnement
- L’analyse est faite par l’objet
URLdu navigateur, qui implémente le standard URL du WHATWG. Ce n’est pas un analyseur maison : le résultat est identique à ce que fait le navigateur. - Les composants sont
protocol,username,password,hostname,port,origin,pathname,searchethash. Un port par défaut s’affiche vide. - L’encodage en pourcentage (
%C3%A9) est décodé en UTF-8 ; les séquences mal formées sont laissées telles quelles. - Les hôtes internationalisés sont convertis entre la forme
xn--et la forme Unicode selon les règles punycode de la RFC 3492. - Les paramètres de requête sont lus et écrits avec
URLSearchParams. Les clés répétées gardent leur ordre, et une clé sans valeur (?flag) s’affiche avec une valeur vide. - Une saisie sans schéma, avec un hôte vide ou des espaces parasites produit un message d’erreur, rien de plus. L’outil ne se connecte jamais à l’adresse.
Exemples
| Saisie | Résultat |
|---|---|
https://münchen.de/straße |
hôte xn--mnchen-3ya.de, Unicode münchen.de |
https://café.fr/crème?plat=crème brûlée#bas |
hôte xn--caf-dma.fr, chemin /cr%C3%A8me, décodé /crème, paramètre plat=crème brûlée |
https://example.com:443/a |
port vide (port par défaut) |
https://e.com/?q=%F0%9F%98%80 |
q = 😀 |
À savoir
- Si l’adresse contient un nom d’utilisateur ou un mot de passe, un avertissement s’affiche. Évitez de montrer ce genre d’URL sur un écran partagé.
- Les autres schémas, comme
mailto:etftp:, peuvent aussi être décomposés.
Questions fréquentes
Selon quelles règles l’URL est-elle analysée ?
Selon le standard URL du WHATWG, tel qu’implémenté par l’API `URL` intégrée à votre navigateur. L’analyse est exactement celle d’une barre d’adresse ou d’un lien ; les noms d’hôte sont donc mis en minuscules, les ports par défaut (443 pour https, 80 pour http) sont retirés et les `..` dans les chemins sont résolus automatiquement.
Comment les noms de domaine internationalisés sont-ils affichés ?
Un hôte Unicode est converti en punycode (la forme ASCII qui commence par `xn--`) conformément au standard et affiché sous Hôte (ASCII) ; l’original lisible apparaît sous Hôte (Unicode). Collez une adresse déjà en punycode et elle est décodée en Unicode.
Pourquoi example.com/path est-il refusé ?
Le standard URL exige un schéma comme `https://` pour traiter une chaîne comme une URL complète. Sans schéma, le protocole est inconnu, et un message d’erreur vous demande d’en ajouter un.
Modifier un paramètre de requête change-t-il mon URL d’origine ?
Modifier une clé ou une valeur, ou ajouter ou supprimer un paramètre, réécrit l’URL dans le champ du haut. Le chemin et l’ancre sont conservés ; la chaîne de requête est réencodée selon les règles de URLSearchParams (les espaces deviennent +, les caractères non ASCII deviennent %XX).
