Décodeur d'URL

Le Décodeur d'URL est un outil gratuit qui reconvertit un texte d'URL encodé en pourcentage dans sa forme d'origine.

À quoi sert le décodage d'URL ?

Le décodage d'URL annule l'échappement utilisé pour faire passer des espaces, des signes de ponctuation et d'autres octets dans les URL et les syntaxes définies qui emploient l'encodage en pourcentage. Dans cet encodage, chaque octet est représenté par un signe de pourcentage suivi de deux chiffres hexadécimaux. L'encodage d'URL de type formulaire utilise également + pour représenter une espace. Par exemple, une espace peut s'écrire %20 et une esperluette %26.

Voici un exemple très simple avant et après décodage :

Entrée encodée : red%20%26%20blue

Résultat décodé : red & blue

Cet encodage est nécessaire, car certains caractères jouent un rôle structurel dans une URL. Un point d'interrogation délimite la chaîne de requête d'une URL, tandis que, dans les données de requête de type formulaire, une esperluette littérale sépare normalement les champs. L'encodage permet donc à une application de transmettre ces caractères en tant que données.

L'encodage d'URL n'est pas un chiffrement et ne garantit aucune confidentialité. Toute personne capable de lire la valeur encodée peut la décoder. Ne considère pas les mots de passe, jetons d'accès ou informations personnelles encodés en pourcentage comme des données protégées.

Comment utiliser le Décodeur d'URL ?

Colle ou saisis le texte encodé, lance le traitement, puis consulte la valeur restaurée dans le champ de résultat URL décodée. L'outil utilise la fonction urldecode de PHP. Il convertit donc les séquences %HH valides et interprète le signe plus comme une espace.

1. Copie le composant encodé, par exemple la valeur d'un paramètre de requête.
2. Saisis la valeur encodée pour une URL sans ajouter de guillemets, sauf s'ils font réellement partie de la valeur.
3. Lance le traitement de l'URL et examine le résultat URL décodée.
4. Si le résultat contient encore des séquences comme %2F ou %20, vérifie si la source a été encodée plusieurs fois avant de la décoder à nouveau.

Le traitement s'effectue sur le serveur. Ton entrée est transmise au serveur via HTTPS et n'est pas stockée, mais elle quitte ton appareil pendant le traitement. Évite de coller des données confidentielles dans ce Décodeur d'URL, sauf si un traitement côté serveur convient à ces données.

Où utilise-t-on l'encodage d'URL ?

Tu rencontreras le plus souvent l'encodage d'URL dans les chaînes de requête, les envois de formulaires et les valeurs intégrées aux liens. Il apparaît aussi dans plusieurs contextes moins évidents, lorsque des données doivent passer par un format textuel restreint.

• Chaînes de requête : une recherche portant sur "tea & cake" peut apparaître sous la forme q=tea+%26+cake.
• URI de données : les données textuelles peuvent être encodées en pourcentage après le type de média, même si Base64 constitue une autre représentation courante.
• Liens d'e-mail : un lien mailto peut encoder des espaces, des sauts de ligne et des signes de ponctuation dans les paramètres de son objet ou de son corps. Les encodages de transfert MIME utilisés à l'intérieur d'un e-mail sont des formats distincts.
• Charges utiles JSON : JSON possède ses propres règles d'échappement, mais une chaîne JSON peut contenir une URL ou une valeur de requête déjà encodée, qu'il faut alors décoder séparément.
• Domaines internationalisés : les libellés de domaine contenant des caractères non-ASCII utilisent normalement Punycode plutôt que l'encodage en pourcentage. Les composants de chemin et de requête peuvent néanmoins contenir des octets UTF-8 encodés en pourcentage.

Si le texte encodé est un libellé de domaine commençant par xn--, utilise le Convertisseur IDN Punycode. Un Décodeur d'URL sert à traiter les composants d'URL encodés en pourcentage, pas à convertir du Punycode.

Exemples de décodage d'URL

Les exemples suivants présentent des entrées courantes et le texte obtenu après décodage d'URL.

• hello%20world devient hello world.
• name=Tom+Jones devient name=Tom Jones.
• fish%26chips devient fish&chips.
• %C2%A3 devient £ lorsque les octets représentent du texte UTF-8.
• %E6%9D%B1%E4%BA%AC devient 東京 lorsque la valeur est interprétée en UTF-8.
• 100%25 devient 100%.

Les lettres, les chiffres et les signes de ponctuation non encodés restent généralement tels qu'ils ont été saisis. Une entrée vide produit un résultat URL décodée vide. Les entrées très longues suivent les mêmes règles de décodage, même si les navigateurs, les serveurs et les systèmes destinataires peuvent imposer leurs propres limites de longueur aux requêtes ou aux URL.

Les caractères accentués et non latins sont généralement encodés sous la forme d'une séquence d'octets UTF-8, chaque octet étant représenté séparément. Si le système d'origine utilisait un autre encodage de caractères, les octets décodés peuvent s'afficher sous forme de caractères de remplacement ou de texte apparemment incompréhensible.

Pourquoi le décodage d'URL échoue-t-il ou produit-il un texte illisible ?

Le décodage d'URL peut produire un résultat inchangé ou inattendu si l'entrée contient des séquences de pourcentage incomplètes, a été encodée plusieurs fois, est interprétée avec un mauvais jeu de caractères ou ne correspond pas du tout à des données encodées pour une URL. La fonction urldecode de PHP laisse les séquences de pourcentage incorrectes inchangées, tandis qu'une entrée doublement encodée donne un résultat intermédiaire après un premier passage. Examine la source d'origine avant de répéter le décodage.

• Entrée doublement encodée : %2520 est d'abord décodé en %20 et ne devient une espace qu'après un deuxième passage de décodage. Ne décode à nouveau que si tu sais qu'une autre couche d'encodage existe.
• Séquence de pourcentage incomplète : chaque octet encodé nécessite deux chiffres hexadécimaux. Un % final ou une valeur comme %2 est incorrect et ne peut pas représenter un octet encodé complet. La fonction urldecode de PHP le laisse donc inchangé.
• Mauvais encodage de caractères : le décodage en pourcentage restaure des octets. Interpréter des octets ISO-8859-1 comme du UTF-8, par exemple, peut produire du texte illisible même si les séquences de pourcentage étaient valides.
• Données binaires plutôt que textuelles : les octets décodés peuvent représenter une image, un fichier compressé ou un autre contenu binaire. Ce type de résultat n'est pas censé s'afficher sous forme de texte lisible.
• Mauvaise famille d'encodage : si le résultat du décodage d'URL est ensuite transmis à un Décodeur Base64, celui-ci peut échouer en raison d'un alphabet standard au lieu d'un alphabet compatible avec les URL, d'un remplissage = manquant ou d'une entrée endommagée. L'encodage d'URL en pourcentage n'utilise ni remplissage ni alphabet Base64, et le décodage d'URL ne valide ni ne corrige ces problèmes liés à Base64.

Fais attention aux signes plus littéraux. Dans l'encodage d'URL de type formulaire, + représente une espace. Un véritable signe plus doit normalement être encodé sous la forme %2B avant le décodage.

Questions fréquentes

Faut-il décoder une URL entière ou seulement une partie ?

Dans la mesure du possible, décode uniquement le segment de chemin ou la valeur du paramètre de requête concerné. Décoder une URL entière peut transformer des caractères réservés encodés comme %26, %3F ou %2F en séparateurs et modifier la façon dont l'URL est analysée.

Le décodage d'URL accepte-t-il les codes hexadécimaux en minuscules ?

Oui. Dans les séquences de pourcentage, les chiffres hexadécimaux ne sont pas sensibles à la casse. %2f et %2F représentent donc le même octet. Les séquences combinant majuscules et minuscules sont également valides.

L'outil décode-t-il plusieurs fois la même valeur ?

Non. Un appel à urldecode n'effectue qu'un seul passage de décodage. Si %252F devient %2F, un passage supplémentaire est nécessaire pour obtenir une barre oblique. Cependant, un décodage répété peut modifier des données qui étaient censées contenir une séquence de pourcentage littérale.

Le décodage d'URL peut-il réparer un texte endommagé ?

Non. Il peut annuler un encodage en pourcentage valide, mais il ne peut ni reconstituer des chiffres hexadécimaux manquants ni déterminer avec certitude le jeu de caractères d'origine. Si les octets décodés ne s'affichent pas correctement, vérifie le système source, les en-têtes HTTP ou la documentation.

Que faire d'une valeur qui commence par xn-- ?

Considère-la comme un libellé de domaine Punycode plutôt que comme un texte ordinaire encodé en pourcentage. Utilise le Convertisseur IDN Punycode, puis vérifie soigneusement le domaine obtenu, car des caractères Unicode visuellement similaires peuvent appartenir à des systèmes d'écriture différents.