Encodeur d'URL

L'Encodeur d'URL est un outil gratuit qui convertit une chaîne de caractères dans le format utilisé pour les paramètres de requête d'une URL et d'autres données web textuelles.

Qu'est-ce que l'encodage d'URL et à quoi sert-il ?

L'encodage d'URL remplace les caractères ayant une signification particulière dans une URL par un signe pourcentage suivi de chiffres hexadécimaux. Il permet ainsi de transmettre du texte dans des systèmes qui n'acceptent qu'un jeu de caractères restreint.

Par exemple, l'esperluette sépare les paramètres d'une requête. Si elle fait partie d'une valeur, elle doit donc être encodée sous la forme %26. Les espaces nécessitent eux aussi un traitement particulier. Cet outil utilise la fonction PHP urlencode, qui remplace un espace par un signe plus.

Avant : tea and cake

Après : tea+and+cake

Tu peux rencontrer du texte encodé pour une URL dans :

• les chaînes de requête envoyées par des formulaires web ;
• les URI de données contenant du texte qui ne peut pas être écrit tel quel ;
• les liens inclus dans des e-mails ;
• les valeurs d'URL stockées dans des données JSON ;
• les paramètres de redirection et de rappel utilisés par les applications web ;
• les URL associées à des noms de domaine internationalisés, même si le nom de domaine lui-même peut nécessiter du Punycode plutôt qu'un encodage en pourcentage.

L'encodage d'URL n'est pas un chiffrement et n'assure aucune confidentialité. Toute personne capable de voir une valeur d'URL encodée en pourcentage peut la décoder.

Comment utiliser l'Encodeur d'URL ?

Saisis la chaîne à encoder, lance l'outil, puis consulte la valeur convertie dans le champ de résultat Encodé en URL. Encode uniquement la valeur, sans ajouter de guillemets ni de texte explicatif autour.

Le traitement s'effectue sur le serveur. Ta saisie est transmise au serveur via HTTPS et n'est pas stockée. Évite malgré tout d'insérer des mots de passe, des jetons de session ou des données personnelles confidentielles dans une URL, car les adresses web peuvent apparaître dans l'historique du navigateur, les systèmes d'analyse et les journaux des serveurs.

Pour effectuer l'opération inverse, utilise le Décodeur d'URL. Si les mêmes règles d'encodage des caractères et des formulaires sont appliquées dans les deux sens, la valeur correctement décodée doit correspondre au texte d'origine.

Faut-il encoder l'URL entière ou seulement la valeur du paramètre ?

En règle générale, encode chaque valeur de paramètre, et non l'URL complète. Encoder toute l'adresse remplacerait aussi les caractères qui structurent l'URL, notamment les deux-points, les barres obliques, le point d'interrogation et le signe égal.

Prenons comme valeur de recherche green tea & coffee. Sa forme encodée est green+tea+%26+coffee et peut être placée après le nom d'un paramètre. Si tu encodes l'adresse complète, tu masques les séparateurs dont le navigateur a besoin pour reconnaître le schéma, l'hôte, le chemin et la chaîne de requête.

Cet outil emploie urlencode, une fonction bien adaptée aux paramètres de requête issus des formulaires HTML. Certaines API et certains segments de chemin suivent plutôt les conventions de la RFC 3986, où un espace s'écrit %20 au lieu de +. Vérifie si le système destinataire attend un encodage de formulaire avec + ou le format %20 de la RFC 3986.

Exemples d'encodage d'URL

Les lettres et chiffres ASCII restent lisibles. Les espaces deviennent des signes plus, tandis que les signes de ponctuation réservés et le texte non ASCII sont représentés par des octets encodés.

• hello world devient hello+world.
• tea & cake devient tea+%26+cake.
• email=test@example.com devient email%3Dtest%40example.com.
• 100% ready devient 100%25+ready.
• café devient caf%C3%A9 lorsque le texte source utilise UTF-8.

Les lettres accentuées et les systèmes d'écriture non latins sont d'abord convertis en octets selon un encodage de caractères, généralement UTF-8 sur le web. Chaque octet qui ne fait pas partie du jeu autorisé reçoit ensuite sa propre séquence d'échappement en pourcentage. Un seul caractère visible peut donc produire plusieurs groupes commençant par %.

Les nombres ne nécessitent aucun traitement particulier. Une saisie vide ne produit aucun contenu encodé. Une saisie très longue peut augmenter considérablement de taille, car chaque octet encodé occupe trois caractères.

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

Le décodage échoue généralement parce que les données ont été encodées selon d'autres règles, qu'elles ont été encodées plusieurs fois ou qu'elles ne représentent pas du texte dans le jeu de caractères attendu.

• Traitement différent des espaces. Un décodeur de formulaire interprète + comme un espace, tandis qu'un décodeur strict des séquences en pourcentage peut le conserver comme signe plus.
• Double encodage. Le signe pourcentage de %26 peut lui-même devenir %25, ce qui produit %2526. Un premier décodage renvoie alors %26 au lieu de l'esperluette d'origine.
• Mauvais encodage de caractères. Des octets UTF-8 décodés avec un autre jeu de caractères peuvent produire des symboles de remplacement ou des lettres illisibles.
• Données binaires plutôt que textuelles. Les octets décodés peuvent correspondre à une image, une archive ou un autre fichier. Leur affichage sous forme de texte produit alors un contenu incompréhensible.
• Mauvais format ou alphabet. Le Base64 compatible avec les URL, le Base64 standard et l'encodage en pourcentage sont des formats différents. Appliquer un décodeur d'URL à du texte Base64 ne permet pas de récupérer la valeur attendue.

L'encodage d'URL n'utilise aucun caractère de remplissage. Si un décodeur signale un remplissage manquant, l'entrée est probablement au format Base64 ou dans un autre format avec remplissage, et non encodée en pourcentage.

Questions fréquentes

Les séquences en pourcentage en majuscules et en minuscules sont-elles équivalentes ?

Oui. Les lettres hexadécimales des séquences d'échappement en pourcentage ne sont pas sensibles à la casse. Ainsi, %2F et %2f représentent tous deux une barre oblique. Il est recommandé d'utiliser des chiffres hexadécimaux en majuscules pour obtenir une représentation cohérente.

Peut-on convertir un nom de domaine internationalisé avec l'encodage d'URL ?

Non. Les libellés de domaine, par exemple un nom contenant é, nécessitent normalement un traitement des noms de domaine internationalisés et une forme Punycode en ASCII commençant par xn--. L'encodage en pourcentage sert aux autres composants d'une URL et ne doit pas remplacer cette conversion.

Que deviennent les sauts de ligne et les tabulations ?

Les octets correspondant aux tabulations et aux sauts de ligne sont encodés en pourcentage, car ils ne peuvent pas apparaître tels quels dans une valeur d'URL conventionnelle. Une tabulation est généralement représentée par %09, tandis que la représentation des fins de ligne dépend de l'utilisation de caractères LF ou CRLF dans la source.

Pourquoi une URL encodée ne fonctionne-t-elle toujours pas dans une application ?

L'application attend peut-être une valeur brute qu'elle encodera elle-même, ce qui entraîne un double encodage. Elle peut aussi refuser l'URL parce que sa longueur totale dépasse une limite ou parce qu'un caractère réservé a été encodé dans une partie structurelle de l'adresse. Avant d'effectuer l'encodage, vérifie précisément quel composant l'application demande.

Peut-on partager sans risque des données de chaîne de requête encodées ?

Non. L'encodage d'URL en pourcentage modifie uniquement la représentation des données. Les navigateurs et les outils de développement peuvent révéler leur valeur d'origine. Avant de partager un lien, examine ses paramètres de requête pour repérer les adresses e-mail, les références de compte, les jetons d'accès et toute autre donnée qui ne doit pas être divulguée.