Examiner une URL sous forme de codes hexadécimaux

Collez une seule URL absolue. La transformation s'effectue dans le navigateur, sans ouvrir l'adresse ni en récupérer le contenu. Aucun décodage, import de fichier ou traitement par lot n'est proposé.

  1. Saisissez l'adresse complète avec http:// ou https:// ; une URL courte comme http://a/ est acceptée.
  2. Lancez l'encodage et examinez le résultat.
  3. Copiez le texte obtenu ou effacez l'entrée et la sortie.

Échappements étendus et normalisation de l'adresse

Les lettres aussi passent en notation %HH

https://example.com/a b?q=你好&x=1#top donne https://example.com/%61%20%62?%71=%E4%BD%A0%E5%A5%BD&%78=%31#%74%6F%70.

Dans ces composants, lettres, chiffres, tirets, points, traits de soulignement et tildes sont également encodés. Les caractères réservés :/?#[]@!$&'()*+,;= présents après analyse sont conservés. Le traitement va au-delà d'encodeURI et ne remplace pas encodeURIComponent pour un paramètre isolé.

Des octets UTF-8 sans double encodage

Le texte non ASCII, y compris les caractères supplémentaires, utilise des échappements UTF-8. Les nouveaux %HH ont deux chiffres hexadécimaux en majuscules. Les %HH restant après analyse ne sont ni décodés ni réencodés ; leur casse peut être conservée, et leurs octets ne sont pas validés comme UTF-8. Un + littéral reste + ; les espaces ne deviennent pas +.

L'analyse peut modifier l'écriture d'origine

Le parseur peut mettre schéma et hôte en minuscules, convertir les domaines internationaux en ASCII/Punycode, retirer les ports par défaut, ajouter / et résoudre les segments de point. Hôte, port et informations utilisateur analysés sont conservés, ainsi que la structure IPv6. La saisie n'est donc pas préservée octet pour octet.

Questions sur cette représentation des URL

Pourquoi une adresse est-elle refusée ?

Les URL relatives, schémas autres que HTTP(S), échappements mal formés, caractères de contrôle ASCII, substituts UTF-16 isolés et erreurs du parseur sont refusés. Seuls les espaces ASCII (U+0020) aux extrémités sont retirés ; utilisez %20 pour conserver un espace final comme donnée. NBSP, U+3000 et U+FEFF en fin d'URL restent des échappements UTF-8. Une erreur efface le résultat précédent et désactive la copie.

Le résultat reste-t-il valable pour une URL signée ?

Une écriture différente peut affecter les signatures, les clés de cache et le routage. Vérifiez le résultat dans le système destinataire ; cet outil ne contrôle pas cette équivalence.

L'hôte devient-il confidentiel ?

Non. L'encodage n'est pas un chiffrement : l'hôte et les éventuelles informations utilisateur restent visibles.

Outils récents :