🔗 Encodeur / Décodeur URL ☆

Aperçu

Encodeur et Décodeur URL couvre tous vos besoins d échappement d URL au même endroit. Encodez un composant avec le comportement d encodeURIComponent, encodez une URL complète en préservant sa structure avec encodeURI, décodez le percent-encoding en texte lisible, ou passez en mode Chaîne de requête pour transformer une longue URL en tableau lisible de paramètres et valeurs. Le bouton d inversion réutilise le résultat comme entrée. Tout s exécute localement dans votre navigateur. Rien n est envoyé. Ce qui compte car les URLs contiennent souvent des clés d API et des tokens.

Quel mode d'encodage utiliser

encodeURIComponent échappe tout sauf les caractères non réservés : c'est ce qu'il faut pour une valeur de requête, sinon un & ou un = dans la valeur casserait l'URL. encodeURI préserve les caractères structurels (:, /, ?, &, =) et s'applique à une URL entière. Le décodage inverse le percent-encoding, et le mode Chaîne de requête transforme une URL en tableau lisible de paramètres, le moyen le plus rapide d'inspecter des paramètres de suivi ou de déboguer un lien mal formé.

Capacités et contraintes

Propriété	Comportement
Modes	encodeURIComponent, encodeURI, décodage, table de requête
Aller-retour	Le bouton d'inversion réutilise le résultat
Unicode	Percent-encoding UTF-8 complet, emoji inclus
Analyse de requête	Paramètres et valeurs en tableau lisible
Traitement	100 % côté client ; rien n'est envoyé
Coût	Gratuit, sans compte ni limite

Confidentialité : les URL portent souvent des secrets

Clés d'API, liens signés et tokens de session voyagent en paramètres. Tout est traité localement : rien n'est transmis ni stocké, et la page fonctionne hors ligne. Traitez aussi la sortie décodée comme sensible.

Pièges d'encodage

• Encodez chaque valeur de requête séparément ; encoder une URL entière casse ses séparateurs.
• Ne double-encodez pas : décodez d'abord pour voir ce qui est déjà échappé.
• Les espaces deviennent %20 dans les URL ; le + ne vaut espace que dans un corps de formulaire.
• Les URL signées peuvent devenir invalides si vous les réencodez.
• Utilisez le mode requête pour repérer les paramètres de suivi avant de partager un lien.

Voir aussi les outils texte pour Base64, casse et compteurs.

Encodage percent, caractères réservés et chaînes de requête

Une URL ne peut contenir qu'un ensemble limité de caractères : tout le reste est encodé en pourcentage, un octet s'écrivant comme un signe pour cent suivi de deux chiffres hexadécimaux. Les règles semblent simples jusqu'à ce que les détails mordent. Les caractères non réservés, lettres, chiffres, tiret, souligné, point et tilde, n'ont jamais besoin d'encodage, tandis que les réservés comme la barre oblique, le point d'interrogation, l'esperluette et l'égal ont un sens structurel et ne doivent être encodés que lorsqu'ils sont des données et non de la syntaxe. Cette distinction est la source de la plupart des bugs : encoder une URL entière avec une fonction de niveau composant transforme ses séparateurs en données et la casse, tandis qu'encoder une valeur de requête avec une fonction de niveau URL laisse une esperluette dans la valeur et la coupe en deux paramètres. Les espaces sont un cas particulier : %20 est l'encodage correct dans un chemin, alors que les données application/x-www-form-urlencoded utilisent traditionnellement +, et mélanger les deux produit des signes plus littéraux dans le texte décodé. Le texte non latin est encodé en octets UTF-8 : un seul caractère accentué ou une lettre arabe devient deux séquences de pourcentage ou plus, et décoder avec le mauvais jeu de caractères donne des caractères corrompus. Le double encodage est l'autre classique : une valeur déjà encodée l'est à nouveau et %20 devient %2520. La règle pratique est d'encoder chaque composant séparément avec la fonction de composant, jamais l'URL assemblée, et de ne décoder qu'une fois. Tout s'exécute localement dans votre navigateur.