Encodeur / Décodeur d'URL

Un encodeur-décodeur URL convertit les caractères spéciaux, les espaces et les symboles non ASCII en séquences hexadécimales précédées du signe % (encodage-pourcent), lisibles par les navigateurs et les serveurs. L'outil de ToolsPivot traite tout dans votre navigateur : rien n'est envoyé à un serveur distant, ce qui protège vos données sensibles comme les clés API ou les jetons d'authentification.

Comment utiliser l'Encodeur-Décodeur URL de ToolsPivot

1. Collez votre texte : Saisissez ou collez l'URL, la chaîne de requête ou le texte brut dans le champ de saisie. Un bouton permet aussi de charger un exemple pour tester l'outil avant d'y envoyer vos propres données.

2. Choisissez l'opération : Cliquez sur « Encode » pour transformer les caractères spéciaux en encodage-pourcent, ou sur « Decode » pour reconvertir une chaîne encodée en texte lisible.

3. Sélectionnez le mode : Optez pour encodeURI si vous travaillez avec une URL complète (les deux-points, barres obliques et points d'interrogation restent intacts). Optez pour encodeURIComponent si vous encodez une valeur de paramètre isolée où chaque caractère spécial doit être converti.

4. Copiez le résultat : Un clic sur le bouton presse-papiers transfère la sortie directement. Le bouton de réinitialisation vide les deux champs pour la prochaine opération.

Pas de compte à créer, pas de fichier à télécharger. Si vous construisez du balisage schema ou que vous assemblez des appels API, un encodage rapide vous épargne des heures de débogage.

Fonctionnalités de l'Encodeur-Décodeur URL de ToolsPivot

• Conversion en encodage-pourcent : Remplace les caractères ASCII non sûrs et les symboles Unicode par leurs équivalents hexadécimaux %HH, conformément à la norme RFC 3986. Un espace devient %20, une esperluette %26, et les caractères multi-octets (chinois, arabe, cyrillique) sont découpés en séquences UTF-8 complètes.

• Décodage instantané : Reconvertit les chaînes encodées en texte lisible. L'outil gère aussi les encodages imbriqués (une chaîne encodée deux ou trois fois) sans nécessiter plusieurs passages manuels.

• Mode encodeURI : Préserve les caractères structurels de l'URL comme ://, /, ? et #. Seuls les caractères problématiques (espaces, accents) sont convertis. Le bon choix quand vous manipulez une URL complète.

• Mode encodeURIComponent : Encode tout sauf les lettres, chiffres, tirets, underscores, points et tildes. C'est le mode à utiliser quand vous encodez une valeur destinée à un paramètre de requête, un champ de formulaire ou un fragment intégré dans une URL plus grande.

• Prise en charge complète UTF-8 : Traite correctement le chinois, le japonais, le coréen, l'arabe et toute écriture Unicode. Un seul caractère chinois peut produire 9 caractères encodés (%E4%B8%8A par exemple), et l'outil gère ces séquences multi-octets sans erreur.

• Traitement par lot : Encodez ou décodez plusieurs lignes à la fois. Chaque ligne est traitée séparément, ce qui est pratique quand vous nettoyez une liste d'URL extraite d'un rapport de vérificateur de liens cassés ou d'un export de logs serveur.

• Comparaison de taille : Affiche le nombre de caractères avant et après encodage, côte à côte. Utile quand vous travaillez avec des limites de longueur d'URL (la plupart des navigateurs plafonnent autour de 2 048 caractères).

• Copie en un clic : Transfère le résultat directement dans le presse-papiers, sans sélection manuelle. Un détail qui fait gagner du temps quand vous allez et venez entre l'outil et votre éditeur de code.

Pourquoi utiliser l'Encodeur-Décodeur URL de ToolsPivot

• Aucune donnée transmise : Tout l'encodage et le décodage s'exécutent en JavaScript côté client. Vos saisies ne quittent jamais votre appareil. Les concurrents comme urlencoder.org et url-encode-decode.com traitent les données côté serveur, ce qui signifie que votre texte transite sur Internet avant de revenir. Pour quiconque manipule des clés API ou des données utilisateurs, la différence compte.

• Zéro inscription : Ouvrez la page, collez, encodez. Pas d'e-mail, pas de captcha, pas de limite d'essai. La plupart des alternatives orientées développeurs imposent une inscription pour les fonctions avancées ou limitent le nombre d'utilisations quotidiennes.

• Fonctionne sur tous les appareils : L'interface s'adapte aux téléphones, tablettes et ordinateurs. Encoder une chaîne de requête depuis votre téléphone fonctionne aussi bien que traiter des données en lot sur un PC. Si vous avez aussi besoin de valider une adresse e-mail ou de tester la vitesse d'une page, vous pouvez changer d'outil sans quitter le site.

• Gestion fiable des cas limites : URL doublement encodées, séquences pourcent mal formées comme %ZZ, chaînes mixtes encodées/non encodées : tout est traité proprement, sans plantage ni résultat incohérent. L'outil signale les séquences invalides au lieu d'échouer silencieusement.

• Sortie conforme RFC 3986 : Le résultat suit la norme URI en vigueur, pas l'ancienne RFC 1738 de 1994. Les deux standards traitent certains caractères différemment (tildes, crochets), et les applications web modernes attendent le format RFC 3986.

• Rapide et sans plafond : Traite des milliers de caractères en quelques millisecondes, sans limite de longueur d'entrée. Pas de message « passez en version premium » après cinq utilisations.

encodeURI ou encodeURIComponent : quel mode choisir ?

C'est la source de confusion la plus fréquente. ToolsPivot propose les deux options, mais utiliser la mauvaise casse votre URL ou laisse passer des caractères dangereux.

Utilisez encodeURI quand vous avez une URL complète comme https://example.com/recherche?q=bonjour le monde et que vous souhaitez corriger uniquement les caractères problématiques (l'espace, ici). Ce mode ne touche pas aux deux-points, barres obliques, points d'interrogation ni esperluettes, car ils font partie de la structure de l'URL.

Utilisez encodeURIComponent quand vous encodez une valeur qui sera insérée dans un paramètre de requête. Si la valeur contient une esperluette ou un signe égal (comme « Café & Croissant »), ce mode les convertit pour qu'ils ne soient pas interprétés comme des délimiteurs d'URL.

Règle simple : encodeURI pour les URL entières, encodeURIComponent pour les valeurs individuelles. Si vous construisez des balises meta avec du contenu dynamique ou que vous assemblez des chaînes de redirection, bien distinguer ces deux modes vous évite des heures de débogage.

Erreurs fréquentes qui cassent vos URL

Le double encodage est le problème numéro un. Il survient quand une chaîne déjà encodée repasse dans une fonction d'encodage. Le %20 qui représente un espace devient %2520, parce que le signe % lui-même est encodé. Si vos liens affichent littéralement « %20 » au lieu d'espaces, c'est presque toujours un double encodage. La solution : décodez d'abord, puis ré-encodez si nécessaire.

Encoder une URL entière avec encodeURIComponent est une autre erreur courante. Ce mode convertit les deux-points et barres obliques de « https:// » en séquences pourcent, ce qui détruit la structure de l'URL. Passez l'URL complète dans encodeURI, et encodez les valeurs de paramètres séparément avec encodeURIComponent.

Les conflits de jeux de caractères provoquent du texte illisible, surtout avec les contenus non latins. Si vous encodez une chaîne japonaise en UTF-8 mais que le système récepteur attend du Shift_JIS, le résultat décodé sera du charabia. Restez en UTF-8 pour tout. Google, tous les navigateurs majeurs et plus de 98 % des sites web utilisent UTF-8.

Oublier d'encoder les données de formulaire avant de les ajouter à une URL peut ouvrir la porte à des attaques par injection. Une valeur soumise par un utilisateur comme admin'; DROP TABLE users; doit être encodée avant de toucher une URL ou une requête en base de données. Pour renforcer la protection des identifiants sensibles, combinez l'encodage URL avec un utilitaire de chiffrement de mots de passe.

Qui a besoin d'encoder des URL (et dans quels cas) ?

Les développeurs web qui construisent des API. Chaque fois qu'un point de terminaison REST accepte des paramètres de requête, ces valeurs doivent être encodées. Un endpoint de recherche qui reçoit « chaussures rouges taille 42 » doit encoder les espaces avant l'envoi de la requête. Sans encodage, le serveur interprète « taille » comme un paramètre séparé au lieu d'un fragment de la chaîne de recherche.

Les responsables marketing qui suivent leurs campagnes. Les paramètres UTM comme utm_campaign=soldes_printemps_20%_réduction cassent si le signe % n'est pas encodé en %25. Les spécialistes qui utilisent Google Analytics, HubSpot ou Mailchimp pour le suivi de campagnes rencontrent ce problème dès qu'un nom de campagne contient des caractères spéciaux ou des accents. Un encodage rapide avant de construire l'URL de suivi évite les erreurs d'attribution.

Les consultants SEO qui auditent les liens. Les rapports de crawl de Google Search Console affichent souvent les URL sous forme encodée. Les décoder révèle les pages et paramètres réels indexés par Google. Si vous analysez un site avec le vérificateur SEO de ToolsPivot ou que vous examinez les résultats d'un analyseur de liens, décoder les URL rend les données bien plus lisibles.

Les e-commerçants qui gèrent leurs fiches produits. Les noms de produits avec des esperluettes (« Casseroles & Poêles »), des apostrophes (« L'Atelier du Chef ») ou des caractères accentués nécessitent un encodage correct dans les URL Shopify, WooCommerce ou PrestaShop. Un encodage défaillant produit des liens produits cassés et des ventes perdues. Sur une boutique hébergée chez OVHcloud ou sur un CMS comme WordPress, une seule URL mal encodée dans un flux Google Shopping peut mettre en erreur tout le catalogue.

Les auto-entrepreneurs et TPE qui construisent leurs outils. Un développeur freelance sur Malt qui intègre des webhooks Stripe, Zapier ou Slack reçoit souvent des données encodées dans les payloads. Décoder ces chaînes est la première étape pour comprendre pourquoi une intégration ne fonctionne pas. Collez l'URL brute du webhook dans le décodeur, et les valeurs de paramètres deviennent lisibles immédiatement.

Tableau de référence : caractères encodés les plus courants

Les caractères qui n'ont pas besoin d'encodage : A-Z, a-z, 0-9, tirets (-), underscores (_), points (.) et tildes (~). Ce sont les caractères « non réservés » selon la RFC 3986, ils passent dans les URL sans conversion. Si vous avez besoin de vérifier comment vos règles de réécriture d'URL interagissent avec les caractères encodés, testez les deux versions.

Réponses rapides sur l'encodage URL