Encodage/Décodage d’URL
Encodage/Décodage d’URL
Encodage/Décodage d’URL: Prend en charge l'encodage et le décodage pourcentage d'URL, le traitement des caractères spéciaux, des espaces et du texte multilingue. Détecte automatiquement le format d'encodage, prend en charge le traitement des paramètres de requête, adapté aux appels d'API, aux soumissions de formulaires et au partage de liens.
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 & = # ?
Scénario complémentaire
percent encoding, uri encodeur et url escape peuvent être pris en charge dans le même flux afin de vérifier le résultat avant copie ou export.
Conseils d'utilisation
Limitations et compatibilité
Gestion de session
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)