Aller au contenu
SPCXTools

Encodage et Décodage d'URL

Encodez du texte en pourcent pour les URL ou décodez des URL et chaînes de requête encodées pour les rendre lisibles.

Fonctionne en local — vos fichiers ne quittent pas votre appareil

Chargement de l’outil…

Comment utiliser : Encodage et Décodage d'URL

  1. 1Sélectionnez Encoder pour sécuriser du texte pour une URL, ou Décoder pour reconvertir les séquences de type %20 en texte.
  2. 2Choisissez Composant pour la valeur d'un seul paramètre ou un segment de chemin, ou URL complète pour conserver intacts les caractères comme /, ? et &.
  3. 3Cochez Espaces en + lorsque vous travaillez avec des données de formulaire HTML (application/x-www-form-urlencoded).
  4. 4Collez votre texte — le résultat apparaît immédiatement. En mode décodage, les paramètres de requête sont listés dans un tableau.
  5. 5Copiez le résultat en un clic.

Encodez et décodez vos URL en toute sécurité

Les URL ne peuvent contenir qu'un ensemble limité de caractères. Les espaces, les lettres accentuées, les emojis et les symboles tels que &, = ou # doivent être encodés en pourcentage — écrits sous la forme d'un % suivi de deux chiffres hexadécimaux — avant de pouvoir apparaître dans une URL. Cet outil convertit du texte vers ce format et inversement. Il s'exécute dans votre navigateur, donc les URL que vous collez, y compris les jetons ou données personnelles qu'elles peuvent contenir, ne sont jamais envoyées à un serveur.

Fonctionnalités

  • Deux portées d'encodage : encodez une valeur unique (composant) ou une URL entière tout en préservant sa structure.
  • Encodage de type formulaire : convertissez optionnellement les espaces en + et décodez les + en espaces.
  • Prise en charge de l'UTF-8 pour toutes les langues et tous les emojis.
  • Visualiseur de chaîne de requête : lors du décodage d'une URL, chaque paramètre est affiché sous forme de paire clé/valeur, ce qui facilite la lecture des longs liens de suivi et des appels API.
  • Résultat instantané avec copie en un clic, et un sélecteur de mode qui déplace le résultat dans le champ de saisie pour un aller-retour rapide.

Quand utiliser l'encodage d'URL

Création de requêtes API. Si un terme de recherche ou une valeur de filtre contient des espaces ou des symboles, il doit être encodé avant d'être ajouté à une chaîne de requête. Sinon, un & ou un = à l'intérieur de la valeur serait interprété comme le début d'un nouveau paramètre.

Lecture de liens de suivi et de redirection. Les liens marketing et les redirections de connexion contiennent souvent une URL entière encodée à l'intérieur d'une autre. Décodez-les pour voir où un lien mène réellement et quels paramètres il transporte.

Débogage de formulaires web. Les soumissions de formulaires encodent les champs en paires clé=valeur jointes par &, avec les espaces en +. Le décodage du corps brut de la requête montre exactement ce qui a été soumis.

Partage de liens avec du texte non-anglais. Les navigateurs affichent joliment https://example.com/東京, mais la requête réelle utilise %E6%9D%B1%E4%BA%AC. L'encodage montre la forme que les serveurs reçoivent.

Caractères réservés et non réservés

La RFC 3986 définit les caractères non réservés qui n'ont jamais besoin d'être encodés : les lettres, les chiffres, -, ., _ et ~. Les caractères réservés — : / ? # [ ] @ ! $ & ' ( ) * + , ; = — ont une signification spéciale dans les URL et doivent être encodés lorsqu'ils apparaissent à l'intérieur d'une valeur. Tout le reste, y compris les espaces et tous les caractères non-ASCII, est toujours encodé.

L'encodage d'URL est différent du Base64. Si vous avez besoin de transporter des données binaires ou si vous voulez une représentation compacte utilisant uniquement l'alphabet, utilisez l'encodeur Base64 — en mode Base64URL, son résultat peut être placé directement et en toute sécurité dans une URL.

Questions fréquentes

Quelle est la différence entre le mode Composant et URL complète ?
Le mode Composant encode tous les caractères ayant une signification spéciale dans les URL, y compris / ? & = #. Utilisez-le pour les valeurs de requête individuelles. Le mode URL complète laisse ces caractères structurels intacts et n'encode que ce qui est invalide, comme les espaces et les lettres non-ASCII, afin qu'une URL complète reste utilisable.
Pourquoi les espaces sont-ils parfois %20 et parfois + ?
Dans le chemin d'accès et dans la plupart des API modernes, un espace est encodé en %20. Les formulaires HTML envoyés avec le type de contenu par défaut encodent les espaces en + dans la chaîne de requête. Les deux sont courants ; cochez Espaces en + pour correspondre à l'encodage des formulaires.
Pourquoi est-ce que j'obtiens une erreur lors du décodage ?
Le décodage échoue si un % n'est pas suivi de deux chiffres hexadécimaux, ou si les octets ne forment pas un UTF-8 valide. Cela se produit souvent si le texte n'a été que partiellement encodé ou a été encodé deux fois. Vérifiez la présence de signes % isolés.
Comment les caractères non-anglais sont-ils encodés ?
Ils sont d'abord convertis en octets UTF-8, et chaque octet devient %XX. Par exemple, « é » devient %C3%A9 et « 東 » devient %E6%9D%B1.
Mes données sont-elles envoyées quelque part ?
Non. L'encodage et le décodage utilisent les fonctions intégrées du navigateur et s'exécutent entièrement sur votre appareil.