Encodeur URL
Encodez du texte pour les URL et les paramètres de requête, ou décodez une URL déjà encodée. Basculez entre encodeURIComponent pour une valeur isolée et
Encodez du texte en pourcentages pour qu'il circule sans risque dans une URL, ou décodez un lien copié depuis un journal ou un e-mail. Les valeurs comme les espaces, les esperluettes, les points d'interrogation et les caractères non latins doivent être échappées avant d'entrer dans une chaîne de requête, et cet outil montre exactement à quoi ressemble la forme encodée.
Deux modes sont à distinguer : encoder une valeur isolée (un terme de recherche, une adresse e-mail, un jeton) échappe tous les caractères réservés, tandis qu'encoder un lien complet laisse intacts les caractères structurels - les barres obliques, le point d'interrogation, l'esperluette. Choisir le mauvais mode est la cause classique d'une redirection cassée : le mode est donc sélectionnable.
Comment encoder et décoder une URL
Collez du texte ou une URL
Choisissez le mode valeur ou le mode lien complet
Copiez le résultat encodé ou décodé
Questions fréquentes
Quelle est la différence entre les deux modes ?
Le mode valeur échappe les caractères réservés comme & = ? / #, ce dont vous avez besoin à l'intérieur d'un paramètre de requête. Le mode lien complet conserve ces caractères pour qu'une URL entière reste utilisable.
Pourquoi un espace devient-il %20 ou + ?
%20 est l'encodage percent standard. Le signe plus est une convention héritée des envois de formulaires HTML et n'est équivalent qu'à l'intérieur d'une chaîne de requête, pas dans un chemin.
Peut-il décoder autant qu'encoder ?
Oui, le décodage fonctionne dans les deux sens et affiche les caractères d'origine, y compris les textes accentués et en CJK.
Pourquoi le décodage échoue-t-il sur ma chaîne ?
Un % isolé qui n'est pas suivi de deux chiffres hexadécimaux est invalide et ne peut pas être décodé. Vérifiez s'il s'agit d'une valeur tronquée ou d'un signe pourcent utilisé au sens littéral.
Gère-t-il les caractères non latins ?
Oui, le texte est d'abord encodé en UTF-8 puis converti en encodage percent, la forme attendue par les navigateurs et les serveurs.
Ma saisie est-elle envoyée ?
Non, l'encodage et le décodage sont de pures opérations de texte dans votre navigateur.
En un coup d'œil
| Entrée | texte |
|---|---|
| Fichiers multiples | Non |
| Où ça tourne | Dans votre navigateur - les fichiers ne sont jamais envoyés |
| Fonctionne hors ligne | Oui — une fois la page chargée |
| Tarif | Gratuit, sans inscription, sans filigrane |
Choisir un format de données
Le JSON est la valeur par défaut pour tout ce qu'une API renvoie ou qu'un programme lit : il gère naturellement les structures imbriquées, les nombres, les booléens et null, et tous les langages le lisent. Le CSV est plus léger et s'ouvre directement dans un tableur, mais il ne permet pas d'exprimer l'imbrication et n'a aucune norme partagée pour le séparateur, les guillemets ou le jeu de caractères - et c'est exactement là que les conversions se cassent. Le XML est verbeux mais porte des attributs, du contenu mixte et des schémas, ce qui le rend encore dominant dans les formats documentaires et les intégrations anciennes. Le YAML est le plus lisible pour la configuration, mais il est sensible aux espaces et réserve des conversions de type surprenantes (« no » devient false, une version comme 1.10 devient 1.1). Choisissez le format que l'outil de destination préfère, pas celui qui est le plus joli à lire.
Où les conversions cassent sans bruit
La plupart des bugs de conversion ne portent pas sur la syntaxe mais sur le sens. Une colonne CSV de codes postaux perd ses zéros initiaux dès qu'un tableur devine qu'il s'agit d'un nombre ; un identifiant long dépasse la précision des nombres à virgule flottante ; les dates changent de sens selon qu'elles sont au format jour-mois ou mois-jour. Les clés JSON ne sont pas ordonnées, mais les tableaux le sont, et un outil qui trie les clés ne change rien tandis qu'un outil qui trie les tableaux modifie les données. L'Unicode est un autre piège : le texte peut arriver en UTF-8, en UTF-16 ou avec un BOM, et un décodeur qui se trompe transforme les caractères accentués en mojibake. Avant de faire confiance à une conversion, vérifiez par échantillon la première et la dernière ligne, tout champ à zéros initiaux et tout champ contenant des guillemets, des virgules ou des retours à la ligne.