🚀 Démarrage rapide

Saisissez le contenu ci‑dessus (URL, texte, CJK, etc)
Cliquez sur Encoder ou Décoder pour changer de mode
Cliquez sur le bouton pour lancer; le résultat s’affiche dans la même zone de texte
Utilisez le bouton Copier ci‑dessous

📌 Cas d’usage courants

Paramètres d’API : encoder les paramètres de requête et les corps de requête pour transmettre correctement les caractères spéciaux
Soumission de formulaire : gérer les données GET/POST; prise en charge des CJK et des symboles spéciaux
Liens de partage : générer des URL avec des CJK/symboles spéciaux sans corruption
Requêtes de recherche : encoder les mots‑clés, surtout s’ils contiennent & = # ?

🧭 Conseils d’utilisation

Éviter le double encodage : vérifier la présence de séquences %XX
Encodage partiel : encoder uniquement les valeurs de paramètres (ex. ?key=encodé) et conserver la structure de l’URL
Débogage : décoder les paramètres des requêtes réseau pour trouver rapidement les problèmes
Caractères réservés : : / ? # [ ] @ ! $ & ' ( ) * + , ; = ont une signification particulière; utilisés comme données, ils doivent généralement être encodés (selon le contexte, notamment : / ? # & = +)
Codage des caractères : les caractères non ASCII sont encodés en UTF‑8 (1–4 octets), chaque octet écrit en %HH

⚠️ Limites & Compatibilité

Encodage d’URL ≠ chiffrement : conversion de format réversible qui ne protège pas les données sensibles
Longueur d’URL : longueur totale recommandée < 2048 caractères (selon navigateur/serveur)
Espace : dans les chaînes de requête, l’espace peut être + (encodage formulaire) ou %20 (général); cet outil utilise %20 par défaut
Texte très long : peut rendre le navigateur non réactif ou provoquer un crash; traitez par parties

🔒 Confidentialité & Sécurité

Tous les traitements s’effectuent dans votre navigateur ; aucune donnée ne quitte votre appareil
Pour les données sensibles (mots de passe, clés, jetons), utilisez du chiffrement, pas l’encodage

❓ FAQ

Qu’est‑ce qu’une URL et pourquoi la « coder » ?

L’URL (Uniform Resource Locator) a été introduite par Tim Berners‑Lee dans les années 1990 pour le Web : une chaîne lisible décrivant schéma/hôte/chemin/requête/fragment. Pour éviter que des caractères de données ne soient pris pour des séparateurs (p. ex. ? & # = /) et pour gérer les espaces, le texte non ASCII et les emoji, l’URL convertit ces caractères en percent‑encoding %HH (ex. espace→%20 ; « / » dans une valeur→%2F). En contexte application/x‑www‑form‑urlencoded, un espace peut aussi s’écrire « + » (hors formulaire, %20 est recommandé). L’encodage d’URL est une mise en forme réversible destinée à fiabiliser les liens ; ce n’est ni du chiffrement ni une garantie de confidentialité.

L’encodage protège‑t‑il les informations sensibles ?

Non. L’encodage est une conversion de format réversible. Les secrets (mots de passe, clés API, etc.) doivent être chiffrés

Pourquoi l’espace est‑il parfois + et parfois %20 ?

Les formulaires (application/x-www-form-urlencoded) utilisent +, tandis que la RFC 3986 utilise généralement %20. Cet outil privilégie %20 pour une meilleure compatibilité; si besoin de +, utilisez‑le en contexte formulaire ou remplacez manuellement

Comment savoir si un contenu est déjà encodé ?

Un contenu encodé contient des séquences %XX (% suivi de deux chiffres hexadécimaux, ex. %E4%BD%A0). En voir beaucoup indique un contenu déjà encodé; évitez de l’encoder à nouveau

Pourquoi faut‑il encoder les caractères non ASCII ?

La norme URL n’autorise que l’ASCII. Les textes non ASCII (ex. lettres accentuées, emoji) doivent être encodés en pourcentage (octets UTF‑8 sous forme %HH) pour un transport sûr

Faut‑il encoder les slashs / ?

Cela dépend de la position : séparateur de chemin → ne pas encoder (ex. /api/users). Valeur de paramètre → encoder en %2F (ex. ?path=%2Fhome%2Fuser)