Guide de l’outil

À propos de Encodeur/décodeur URL

Un encodeur/décodeur URL transforme les caractères dangereux ou réservés en percent encoding, puis décode les chaînes encodées en texte lisible.

Il sert pour query parameters, chemins non anglais, callback URLs et fragments copiés depuis des logs. Tout s’exécute localement dans le navigateur.

Comment utiliser URL Encoder/Decoder

Collez une URL complète, une valeur de query parameter ou le texte à encoder.
Cliquez Encode pour convertir espaces, texte non anglais et symboles en percent encoding sûr.
Cliquez Decode pour transformer des chaînes comme %E4%B8%AD%E6%96%87 en texte lisible.
Si un seul paramètre doit être encodé, encodez la value plutôt que tout le query string afin de préserver & et =.

Cas d’utilisation

Encoder termes de recherche, callback URLs ou redirect parameters avant de les mettre dans une URL pour éviter que &, ? et # ne cassent le paramètre.
Décoder des paths ou query strings percent-encoded depuis des logs API.
Déboguer le double encoding dans OAuth redirect_uri, webhook callbacks ou liens partagés.
Comparer la sortie front-end encodeURIComponent avec ce que le serveur reçoit.

Percent encoding, paramètres URL et pièges fréquents

Certains caractères d’URL ont un rôle structurel, comme ?, &, =, # et /. Le percent encoding écrit les bytes en %HH pour que ces caractères voyagent comme données plutôt que structure URL.

Espaces: souvent %20; en form encoding, + peut aussi apparaître.
Texte non anglais et emoji: encodés d’abord en bytes UTF-8, puis en séquences percent.
encodeURI vs encodeURIComponent: encodeURI garde les caractères de structure; encodeURIComponent convient mieux à une valeur de paramètre.
Double encoding: %25E4 indique souvent qu’un signe percent existant a été encodé à nouveau.

Questions fréquentes sur Encodeur/décodeur URL

Faut-il encoder toute l’URL ou un paramètre?: Le plus souvent, encodez une valeur de paramètre. Encoder toute l’URL échappe aussi : / ? & et peut empêcher le bon parsing du lien.
Pourquoi un espace devient %20 ou +?: %20 est le percent encoding général. Le signe + est courant dans application/x-www-form-urlencoded.
Pourquoi reste-t-il des signes percent après décodage?: Le texte peut être double-encoded, ou la valeur originale contient un percent littéral. Redécodez seulement si le double encoding est certain.
URL-safe Base64 a-t-il encore besoin d’URL encoding?: Moins souvent, car il évite + et /. Vérifiez quand même le padding = ou d’autres caractères spéciaux avant une query string.
Mon entrée est-elle envoyée?: Non. Encodage et décodage s’exécutent localement dans le navigateur et ne sont pas envoyés à wetool.site.

Encodage URL vs Base64

URL encoding sécurise les caractères dans les URLs. Base64 représente des bytes comme texte. Tokens, images et payloads binaires peuvent impliquer les deux, mais pour des problèmes différents.

encodeURI vs encodeURIComponent

Beaucoup de bugs d’URL encoding viennent du fait de traiter une URL complète et une valeur de paramètre comme identiques.

URL complète: la sémantique encodeURI conserve : / ? & = # comme caractères de structure, adaptée à un lien déjà assemblé.
Valeur de paramètre: encodeURIComponent encode &, =, ? et #, adapté à search, redirect_uri, callback et valeurs similaires.
Règles de formulaire: application/x-www-form-urlencoded écrit souvent les espaces en +; le percent encoding général utilise plutôt %20.

Checklist de debug URL encoding

Quand le serveur reçoit un mauvais paramètre URL, vérifiez combien de fois navigateur, front-end, gateway et framework du serveur encodent ou décodent.

%25 signifie souvent qu’un signe % existant a été encodé à nouveau; le double encoding est probable.
Si redirect_uri contient sa propre query string, les ?, & et = internes doivent être encodés comme données.
N’insérez pas une saisie utilisateur décodée directement dans du HTML ou une URL de redirection; gardez allowlist de protocoles et escaping de sortie.