Encodeur/décodeur d'URL

L'encodage des URL convertit les caractères spéciaux dans un format qui peut être transmis sur l'internet. Les espaces deviennent %20, & devient %26, etc. Cette opération est essentielle car les URL ne peuvent contenir que certains caractères ASCII, et les caractères spéciaux doivent être encodés pour éviter de rompre les liens ou les demandes d'API.

Il vous suffit de coller votre texte ou votre URL dans le champ de saisie et de cliquer sur "Traiter". L'outil détecte automatiquement si vous avez besoin d'un encodage ou d'un décodage en fonction de votre saisie. Pour l'encodage, il convertit les caractères spéciaux en valeurs codées en pourcentage. Pour le décodage, il convertit les valeurs codées en pourcentage en texte lisible.

Les caractères courants qui sont codés sont les espaces (jusqu'à %20), les esperluettes (jusqu'à %26), les points d'interrogation (jusqu'à %3F), les signes égaux (jusqu'à %3D), les barres obliques (jusqu'à %2F) et de nombreux caractères spéciaux tels que @, #, $, % et les caractères non ASCII. Les lettres, les chiffres, les traits d'union, les traits de soulignement, les points et les tildes n'ont généralement pas besoin d'être codés.

Le codage URL et le codage URI sont très similaires et souvent utilisés de manière interchangeable. URI (Uniform Resource Identifier) est le terme plus large qui inclut les URL. Le processus d'encodage est le même : il s'agit de convertir les caractères non sécurisés en format encodé en pourcentage. Les deux utilisent le même schéma d'encodage %.

Oui, absolument ! L'outil fonctionne dans les deux sens. Si vous collez une URL contenant des caractères codés en pourcentage (comme %20 pour les espaces), il les décodera pour les ramener à leur forme lisible d'origine. Cette fonction est utile pour analyser les URL ou déboguer les applications web.

Oui, tous les encodages et décodages sont effectués directement dans votre navigateur à l'aide de JavaScript côté client. Vos données ne sont jamais envoyées à un serveur ni stockées nulle part. L'outil fonctionne complètement hors ligne une fois la page chargée, ce qui garantit la confidentialité de vos URL et de vos données sensibles.

encodeURI() est conçu pour encoder des URL complètes et n'encode pas les caractères tels que :, /, ? et & car ils ont une signification particulière dans les URL. encodeURIComponent() encode tout sauf les caractères non réservés (A-Z, a-z, 0-9, -, _, ., ~), ce qui en fait la méthode idéale pour encoder les paramètres des URL et les valeurs des chaînes de requête. Utilisez encodeURIComponent() lorsque vous encodez des entrées ou des paramètres utilisateur afin d'éviter de briser la structure de l'URL. Par exemple, le paramètre "http://example.com?q=a&b" doit être encodé.

L'encodage URL (percent-encoding) convertit chaque caractère en sa représentation UTF-8 en hexadécimal, préfixée par %. Un espace devient %20 (hex 20 = décimal 32 = espace ASCII). Les caractères spéciaux comme @ deviennent %40, # devient %23, et les caractères non ASCII comme é deviennent %C3%A9 (deux octets en UTF-8). Le signe plus (+) est parfois utilisé pour les espaces dans les données de formulaire, mais %20 est le codage URL standard pour les espaces.

Les caractères internationaux et les emojis sont encodés en utilisant le codage en pourcentage UTF-8. Chaque octet UTF-8 est converti au format %XX. Par exemple, l'emoji 😀 (U+1F600) représente 4 octets en UTF-8 et devient %F0%9F%98%80. Les caractères chinois, le texte arabe et les autres caractères non ASCII sont codés de la même manière. Les navigateurs modernes gèrent cela automatiquement, mais lorsque l'on construit des URL par programme ou que l'on travaille avec des API, un codage correct garantit la compatibilité entre tous les systèmes.

N'encodez pas deux fois des URL déjà encodées, car cela crée des URL non valides comme %2520 (un % encodé). N'encodez pas l'intégralité de l'URL, y compris le protocole et le domaine - n'encodez que des composants spécifiques tels que les paramètres de requête, les segments de chemin avec des caractères spéciaux ou les identificateurs de fragments. Évitez également l'encodage lorsque votre framework ou votre bibliothèque le gère déjà (comme les clients HTTP modernes). Vérifiez toujours si votre outil procède à un encodage automatique afin d'éviter les problèmes de double encodage susceptibles d'interrompre les appels d'API et les liens.