Encodeur & Décodeur d'URL

Les URL ont été conçues à l'origine pour transmettre du texte ASCII sur Internet. La spécification URL (RFC 3986) réserve certains caractères à des fins spéciales : '?' sépare le chemin de la chaîne de requête, '&' sépare les paramètres, '=' sépare les clés des valeurs, '#' marque un fragment et '/' sépare les segments de chemin. Lorsque ces caractères apparaissent dans la partie données d'une URL (comme une requête de recherche ou une valeur de paramètre), ils doivent être encodés pour éviter d'être interprétés comme des délimiteurs structurels.

L'encodage d'URL (encodage pourcentage) remplace chaque caractère réservé ou non-ASCII par un signe pourcentage (%) suivi de deux chiffres hexadécimaux représentant la valeur d'octet du caractère. Par exemple, un espace devient %20, une esperluette devient %26 et une barre oblique devient %2F. Les caractères de l'ensemble non réservé (A-Z, a-z, 0-9, tiret, trait de soulignement, point, tilde) ne sont jamais encodés. La fonction JavaScript encodeURIComponent() gère cet encodage, tandis que decodeURIComponent() l'inverse.

Les URL modernes doivent également gérer les caractères Unicode (emoji, caractères CJK, lettres accentuées). Ceux-ci sont d'abord encodés en octets UTF-8, puis chaque octet est encodé en pourcentage. Par exemple, l'emoji café 鈽?(U+2615) est encodé en octets UTF-8 E2 98 95, ce qui devient %E2%98%95 dans une URL. Le navigateur et le serveur gèrent automatiquement cet encodage lorsque vous tapez une URL ou soumettez un formulaire, mais les développeurs doivent souvent encoder ou décoder manuellement les URL lors de la création de points de terminaison d'API, d'URL de redirection ou d'URI de données.

L'encodage d'URL est essentiel lors du passage de données via des URL dans les applications web. Les scénarios courants incluent : la création de paramètres de requête d'API (encodage des termes de recherche, des valeurs de filtre), la création d'URL de redirection contenant l'URL originale comme paramètre (par exemple, /login?redirect=%2Fdashboard), la génération d'URI de données pour les images ou polices intégrées, et l'encodage des liens e-mail avec des paramètres de sujet et de corps (mailto:?subject=...&body=...). Les flux OAuth s'appuient également fortement sur l'encodage d'URL pour les paramètres d'état et les URL de rappel.

Un bug courant est le double encodage — encoder une chaîne déjà encodée. Par exemple, encoder '%20' produirait '%2520' (le signe pourcentage lui-même est encodé en %25). Décodez toujours avant de réencoder si vous n'êtes pas sûr de l'état actuel de la chaîne. Un autre problème courant est l'utilisation de encodeURI() au lieu de encodeURIComponent() — encodeURI() n'encode pas les caractères réservés comme ?, & et =, ce qui le rend inadapté à l'encodage des valeurs de paramètres. Utilisez encodeURIComponent() pour les valeurs de paramètres individuelles et encodeURI() uniquement pour les URL complètes.