L'analyse se fait au fur et à mesure que vous tapez et reste sur votre appareil - l'URL n'est jamais envoyée à un serveur, ce qui compte quand elle contient des clés d'API, des jetons ou des identifiants de suivi. L'outil utilise les objets natifs URL et URLSearchParams du navigateur, le standard WHATWG, exactement le même moteur que votre barre d'adresse, donc ce que vous voyez correspond à ce qu'un vrai client va lire. Chaque paramètre de requête est affiché déjà décodé, et les clés en double sont conservées dans l'ordre plutôt que fusionnées.
Analyseur d'URL
Fonctionne entièrement dans votre navigateur : aucun envoi, aucune inscription.
URL
Collez une URL pour la décomposer en ses éléments
Qu'est-ce qu'un analyseur d'URL ?
Un analyseur d'URL décompose une adresse web en ses éléments : schéma (https), nom d'hôte, port, chemin, chaîne de requête et fragment, et affiche chaque paramètre de requête déjà décodé sous forme de paire clé/valeur. Cet outil analyse n'importe quelle URL dans votre navigateur avec le même standard que celui-ci utilise, pour inspecter, déboguer ou copier n'importe quel élément.
Comment l’utiliser
- 1Collez une URL. Déposez n'importe quelle URL absolue dans le champ de saisie - elle peut inclure un identifiant utilisateur, un port, une chaîne de requête et un fragment.
- 2Lisez la décomposition. Le panneau liste chaque élément structurel - schéma, nom d'hôte, port, chemin, requête, fragment, origine - dès que l'URL est valide.
- 3Inspectez les paramètres. Le tableau des paramètres de requête affiche chaque clé et sa valeur décodée, en conservant les clés en double dans leur ordre d'apparition.
- 4Copiez ce dont vous avez besoin. Copiez n'importe quel élément isolé, ou utilisez Copier en JSON pour récupérer toute la structure analysée pour un test ou un rapport de bug.
Pour qui
- Les développeurs qui déboguent une URL de redirection ou de callback - voir exactement le
path, lequeryet lefragmentqu'une requête va atteindre. - Les marketeurs qui auditent des liens de suivi - lire chaque paramètre
utm_*sous forme de liste claire clé/valeur plutôt que de déchiffrer une longue chaîne. - Le QA et le support qui reproduisent un bug à partir d'un lien partagé - copier le nom d'hôte isolé, le port ou une seule valeur de requête.
- Quiconque apprend la structure d'une URL - une décomposition étiquetée rend concrets le schéma, l'hôte, le port, le chemin, la requête et le fragment.
Questions fréquentes
Cet analyseur d'URL est-il gratuit ?
Oui - il est entièrement gratuit, sans inscription et sans limite d'utilisation. L'analyse s'exécute entièrement dans votre navigateur.
Mon URL est-elle envoyée quelque part ?
Non. L'URL est analysée localement dans votre navigateur et n'est jamais envoyée à un serveur, ce qui est sûr pour les liens contenant des clés d'API, des jetons de session ou des paramètres de requête privés.
Quels éléments d'une URL affiche-t-il ?
Il affiche le schéma, le nom d'utilisateur et le mot de passe (userinfo) le cas échéant, le nom d'hôte, le port, le chemin, la chaîne de requête et le fragment, ainsi que l'origine. Chaque paramètre de requête est également listé sous forme de paire clé/valeur décodée.
Pourquoi demande-t-il d'ajouter https:// ?
Le standard des URL a besoin d'une adresse absolue pour connaître l'hôte. Une adresse nue comme <code>exemple.com/chemin</code> ou relative comme <code>/chemin?x=1</code> n'a pas de schéma et ne peut donc pas être analysée seule - ajoutez <code>https://</code> (ou le schéma correct) au début et elle sera analysée.
Les paramètres de requête sont-ils décodés ?
Oui. Chaque valeur est décodée du percent-encoding, donc <code>%20</code> s'affiche comme un espace et <code>caf%C3%A9</code> s'affiche comme <code>café</code>. Les clés en double - comme <code>color=blue&color=red</code> - sont conservées sur des lignes séparées dans leur ordre d'origine plutôt que fusionnées.
Pourquoi le port est-il parfois vide ?
Quand une URL utilise le port par défaut de son schéma (443 pour https, 80 pour http), le standard laisse <code>port</code> vide car il est implicite. Un port non standard, comme <code>:8443</code>, est affiché explicitement.
Peut-il analyser le fragment après le # ?
Oui. La partie après <code>#</code> est affichée comme fragment. Elle n'est jamais envoyée au serveur par les navigateurs, mais c'est un élément réel de l'URL - utile pour les routes de single-page apps et les liens profonds.