01
Fournir une base adaptée
Une référence relative demande une base valide. Une référence vide avec base est acceptée ; une base renseignée mais invalide provoque une erreur, même avec une adresse absolue.
URL / URI Tools
Analyseur d’URLLire une adresse comme le navigateur
Lire une adresse comme le navigateur
Analyseur d’URL
Entrée
Les données sont traitées dans ce navigateur et ne sont pas envoyées à un serveur.
Résultats
Options
Une référence relative demande une base valide. Avec une base, la référence peut être vide.
Résultats normalisés selon WHATWG. L’entrée originale et la base ne sont pas exportées.
Les identifiants d’authority sont masqués et retirés de href. Aucun secret n’est détecté dans le chemin, la requête ou le fragment.
Entrée et base : 100 000 unités UTF-16 chacune. Maximum 1 000 paramètres et 4 000 000 unités en sortie.
Saisissez une adresse ou une base, ou chargez l’exemple.
L’Analyseur d’URL aide à comprendre une adresse issue d’un journal ou d’une configuration : port disparu, chemin raccourci ou nom trompeur avant @. Le résultat expose l’interprétation du navigateur.
Pour analyser une URL, renseignez une adresse absolue ou une référence avec sa base. Vous pouvez décomposer une URL en protocole et hôte, chemin et paramètres décodés, sans écraser les clés répétées.
Pourquoi cet Analyseur d’URL ?
Identifier le véritable hôte
L’Analyseur d’URL distingue hostname, host et origin. Les identifiants sont remplacés par des marqueurs fixes dans les composants et supprimés de href, pour ne pas confondre un utilisateur avec un domaine.
Comprendre le rôle de la base
Avec une base terminée par /docs/guide/, ../assets/logo.svg aboutit dans /docs/assets/. Le chemin résolu s’affiche sans remplacer le texte d’origine.
Trois points à vérifier
02
Interpréter les changements
Le port par défaut disparaît, le domaine peut passer en minuscules et .. est résolu. Dans les paramètres, + devient une espace, tandis que %2B reste un signe plus.
03
Attendre un résultat à jour
Le mode automatique attend 350 ms. Sinon, utilisez Analyser ou Ctrl/Cmd+Entrée. Les modifications bloquent les anciens exports. Exemple et Effacer proposent un aperçu du remplacement et une annulation après application.
Des composants qui gardent leur sens
Hôte, nom et origine
host inclut le port non standard ; hostname l’exclut et conserve les crochets IPv6. Pour une adresse web ordinaire, origin comprend aussi le schéma.
Une liste ordonnée de paramètres
Les noms répétés restent distincts, comme les noms ou valeurs vides. flag et flag= donnent cependant la même valeur vide : cette différence d’écriture est perdue.
Deux représentations à exporter
Consultez les composants JSON ou le href sans identifiants. Le rapport indique seulement si une base a été fournie, sans son texte ni l’entrée originale.
Les autres schémas
mailto:, data:, blob: et file: suivent les règles natives. Un hôte vide ou une origine "null" peut être une réponse valable.
Normalisation et limites
- Le standard WHATWG transforme la forme
- La casse du domaine, certaines écritures IPv4, les ports et les chemins peuvent changer. Le texte initial reste dans les éditeurs et ne figure pas dans les exports. Les contrôles C0 et espaces en bordure, ainsi que les tabulations, CR et LF internes, sont supprimés ; les substituts Unicode isolés deviennent U+FFFD.
- Décodage tolérant de la requête
- URLSearchParams traite + comme une espace et tolère certaines séquences pour cent mal formées. Un UTF-8 invalide comme %FF produit un caractère de remplacement : ce n’est pas un contrôle strict.
- Masquage limité aux identifiants d’authority
- username, password et userinfo valent *** lorsqu’ils sont présents ; href les supprime. Les authority imbriquées dans blob sont aussi traitées. Aucun secret n’est recherché dans le chemin, la requête ou le fragment. Le traitement des blob imbriqués s’arrête à 32 niveaux. Les chemins plus profonds ou les chemins imbriqués non analysables contenant @ sont entièrement masqués.
- Aucun diagnostic du serveur
- Pas de navigation, de requête HTTP ou de recherche DNS. Une adresse analysable n’est pas nécessairement sûre ou accessible. Le nom d’hôte n’est pas découpé en domaine enregistrable selon la PSL.
- Les chemins opaques ont leurs règles
- mailto: et data: ne désignent pas des répertoires et ne servent pas toujours de base à un chemin relatif. file: ne vérifie ni l’existence ni les droits de lecture d’un fichier.
- Pas de résultat tronqué
- Entrée et base : 100 000 unités UTF-16 chacune. Maximum 1 000 paramètres et 4 000 000 unités en sortie. Au-delà, l’analyse échoue au lieu de couper le résultat.
Questions sur l’Analyseur d’URL
Comment distinguer host et origin ?
Pour https://example.com:8443/a, host vaut example.com:8443 et origin vaut https://example.com:8443. hostname ne contient que example.com. Un port par défaut est omis.
Pourquoi le résultat normalise-t-il mon chemin ?
Le navigateur applique les règles de résolution des segments de chemin. Pour HTTPS, /a/../b devient /b. Ce résultat n’est donc pas une copie exacte du texte saisi.
L’adresse analysée quitte-t-elle le navigateur ?
L’opération s’exécute dans le navigateur. Elle n’envoie pas l’adresse saisie à un service d’analyse et n’ouvre pas sa destination.
Comment userinfo peut-il masquer le véritable hôte ?
Dans https://trusted.example@other.example/, trusted.example est un nom d’utilisateur. Le hostname réel est other.example. Les composants permettent de distinguer ces deux rôles.
Que signifie le préfixe xn-- du nom d’hôte ?
Il signale un label de domaine internationalisé représenté en Punycode. L’outil conserve cette forme ASCII native sans en déduire le propriétaire ou la fiabilité du domaine.
Un problème ?
Examiner une adresse concrète
Utilisez l’Analyseur d’URL pour confronter votre base au chemin obtenu et vérifier les paramètres avant d’exporter le résultat.