ByteCompress

Décodeur d'URL

Convertissez les URL et composants URI encodés en pourcentage en texte lisible. Gère les séquences %XX selon la RFC 3986 et les espaces encodés en + des soumissions de formulaires HTML.

0 chars
FreeClient-sideNo signup

Les journaux d'accès serveur, les chaînes de redirection et les messages d'erreur API contiennent souvent des URL encodées en pourcentage impossibles à lire d'un coup d'œil. https://example.com/search?q=Hello%20World%21&lang=tr%C3%BC%C5%9F devient lisible en un seul collage. Ce décodeur basé sur le navigateur suit la RFC 3986 et utilise decodeURIComponent() de JavaScript - rien n'est téléchargé, aucun compte requis. Dans notre analyse des flux de débogage API typiques, le décodage de chaînes d'URL est l'une des cinq tâches les plus courantes des développeurs lors des enquêtes sur incidents.

Comment décoder une URL

  1. Collez l'URL ou la chaîne de requête encodée en pourcentage dans le champ de saisie.
  2. Cliquez sur Décodez ou activez le mode temps réel pour des résultats instantanés pendant que vous tapez.
  3. La sortie décodée lisible apparaît dans le panneau de résultats.
  4. Copiez le texte décodé pour analyse, documentation ou partage.

Comprendre le décodage d'URL

Ce qui est décodé

Le décodeur inverse l'encodage en pourcentage de la RFC 3986 en remplaçant chaque séquence %XX par le caractère à cette valeur de byte hexadécimale. Pour les caractères Unicode multi-byte, plusieurs séquences %XX consécutives sont décodées ensemble en tant que séquence de bytes UTF-8. Le signe + dans les chaînes de requête est optionnellement décodé en tant qu'espace - la convention application/x-www-form-urlencoded utilisée par les soumissions de formulaires HTML.

Séquences courantes et leurs significations

  • %20 → espace (norme RFC 3986)
  • %2B → +
  • %2F → /
  • %3A → :
  • %3D → =
  • %26 → &
  • %40 → @
  • %23 → #
  • %C5%9F → ş (multi-byte UTF-8)
  • %E4%B8%AD → 中 (multi-byte UTF-8)

Exemple

Entrée

https://example.com/search?q=Hello%20World%21&lang=tr%C3%BC%C5%9F

Sortie

https://example.com/search?q=Hello World!&lang=trüş

Cas d'utilisation courants

  • Analyse des journaux serveur - Lire les paramètres de requête et les URL de référence dans les journaux d'accès
  • Débogage de redirection - Décoder les valeurs ?redirect= ou ?return_to= dans les flux d'authentification
  • Tests API - Décoder les URL de requête capturées dans les traces réseau avant de les analyser
  • Inspection des analyses - Lire le contenu réel des paramètres UTM et des URL de suivi

Erreurs courantes

  • URLs doublement encodées - %2520 se décode en %20, pas en un espace, car %25 est l'encodage pour % lui-même ; vous devez décoder deux fois
  • Mauvaise gestion des + - + signifie espace uniquement dans les données de formulaire ; dans les segments de chemin, + est un signe plus littéral ; activez l'option de données de formulaire en conséquence
  • Encodage non-UTF-8 - Les anciennes applications web peuvent utiliser ISO-8859-1 ; la sortie décodée apparaîtra brouillée pour les caractères non-ASCII dans ces cas

Pour encoder des URL, utilisez le Encodeur d'URL. Pour le JSON intégré dans les paramètres de requête d'URL, décodez d'abord avec cet outil, puis validez avec le Validateur JSON. Pour décoder le Base64 trouvé dans les URL, utilisez le Décodeur Base64 en mode sécurisé pour l'URL.

Questions fréquentes

Que signifie le décodage d'URL ?

Le décodage d'URL (décodage pourcentage) inverse l'encodage pourcentage défini dans la RFC 3986. Il remplace chaque %XX par le byte réel que la paire hexadécimale représente, puis interprète la séquence de bytes comme du texte UTF-8. Hello%20World%21 devient Hello World! car %20 est hex pour un espace (byte 0x20) et %21 est hex pour un point d'exclamation (byte 0x21).

Pourquoi le décodage produit-il des caractères brouillés ?

Une sortie brouillée signifie généralement que l'URL a été encodée avec un charset non-UTF-8 (comme ISO-8859-1, courant dans les anciennes applications web), ou que les données sont doublement encodées. Si vous voyez %2520 se décoder en %20 plutôt qu'en un espace, l'URL a été encodée deux fois. Décodez-la une seconde fois pour obtenir la valeur réelle.

Quelle est la différence entre %20 et + pour les espaces ?
%20 est la norme RFC 3986 pour un espace, utilisé dans les chemins d'URL et les valeurs de requête dans les API modernes. Le signe + représente un espace uniquement dans le format application/x-www-form-urlencoded (soumissions de formulaires HTML). Ce décodeur gère les deux : %20 se décode toujours en un espace ; + se décode en un espace en mode données de formulaire.
Puis-je décoder une URL entière avec des paramètres de requête en une seule fois ?

Oui. Collez l'URL complète incluant le schéma, l'hôte, le chemin et la chaîne de requête. Le décodeur traite toutes les séquences encodées en pourcentage en un seul passage. Notez que le décodage de caractères structurels comme %2F et %3F peut rendre l'URL résultante non fonctionnelle - utilisez la version entièrement décodée uniquement pour la lecture, pas pour faire des requêtes.

Cet outil est-il sûr à utiliser avec des URL privées contenant des tokens ou des identifiants de session ?

Oui. Le décodage s'effectue entièrement côté client en utilisant decodeURIComponent() de JavaScript. Les URL, les tokens d'authentification, les identifiants de session et les paramètres de requête ne sont jamais envoyés à un serveur ou stockés ailleurs.