Encodage/Décodage d’URL
Encodage/Décodage d’URL prend en charge l’encodage et le décodage en pourcentage des URL pour les caractères spéciaux, espaces, textes multilingues et paramètres de requête, utile pour les API, formulaires et liens partagés.
Texte d’entrée
Caractère
0 / 500,000
Démarrage rapide
Scénarios 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
Limitations et compatibilité
Confidentialité & sécurité
FAQ
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é.
Non. L’encodage est une conversion de format réversible. Les secrets (mots de passe, clés API, etc.) doivent être chiffrés
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
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
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
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)