Encodeur Décodeur URL Gratuit en Ligne - Encodage Pourcentage

A Cet outil est conçu pour l'efficacité ! Vous pouvez coller plusieurs segments de chemin d'URL ou valeurs de paramètres de requête distincts (chacun sur une nouvelle ligne) dans l'encodeur. Il traitera chaque ligne indépendamment, convertissant les caractères spéciaux dans leur format d'encodage en pourcent correct. Cela fait gagner un temps considérable lors de la préparation de nombreuses nouvelles URL pour les sitemaps, les liens internes ou les appels API, garantissant que tous les liens sont valides et robustes dès le premier jour de votre lancement.

A Cet outil se concentre sur l'encodage d'URL, pas sur la conversion de jeux de caractères. Il suppose que votre texte d'entrée est déjà dans un jeu standard comme l'UTF-8. Si vous avez du texte dans un encodage différent, vous devrez d'abord le convertir en UTF-8 avant d'utiliser cet encodeur pour assurer un encodage en pourcentage correct. Vérifiez que votre chaîne est représentée en octets UTF-8 avant de l'introduire ici.

A encodeURI sert à encoder des URL complètes, pas des valeurs de paramètres. Il conserve les caractères ayant un sens spécial dans les URL — comme ?, #, / et =. Utilisez plutôt encodeURIComponent si vous avez besoin d'encoder ces caractères. Par exemple, encodeURI laisse ? tranquille, mais encodeURIComponent le transforme en %3F. Choisissez le bon mode dans cet outil selon la partie de l'URL que vous traitez.

A Les navigateurs normalisent souvent les URLs automatiquement. Par exemple, taper un espace dans la barre d'adresse le convertit en %20, mais certains navigateurs l'affichent à nouveau comme un espace. Notre outil vous montre le résultat brut en pourcentage, qui est réellement envoyé sur le réseau. Collez l'URL de votre navigateur dans le décodeur pour voir les vrais caractères sous-jacents. Ce décalage surprend beaucoup de développeurs.

A Ces deux systèmes n'ont rien à voir. L'encodage URL transforme les espaces en %20, tandis que l'encodage HTML utilise   ou  . Les confondre casse vos liens ou affiche du code brut dans les pages. Utilisez cet outil uniquement pour l'URL. Si vous débuggez des réponses JSON API et que vous voyez & au lieu de &, c'est du HTML qui s'infiltre, pas un souci d'URL.

A Le double encodage arrive quand quelqu'un encode une chaîne déjà encodée. Vous verrez des %2520 au lieu de %20. Passez-la une fois dans le décodeur, vérifiez s'il reste des signes pourcent, puis décodez à nouveau si nécessaire. Trois passes ne sont presque jamais utiles. Si un callback de passerelle de paiement semble illisible, voilà le coupable typique.

A Non, pas du tout. L'encodage URL ne fait que formater — il transforme les espaces en %20 et les caractères spéciaux en codes pourcents. N'importe qui peut les décoder immédiatement avec ce même outil. C'est comme emballer un sandwich dans du film transparent : pratique mais totalement visible. Pour des infos sensibles comme des mots de passe, utilisez un vrai chiffrement ou un hachage. L'encodage seul ne protège rien.

A Les éditeurs de courriel encodent les espaces et caractères spéciaux de manière incohérente. Un espace brut peut sembler normal dans l'éditeur, mais se transforme en %20 seulement à l'envoi — ou pire, coupe le lien au premier espace. Collez votre lien dans ce décodeur pour voir les caractères réels. Si vous trouvez un `&` nu au lieu de `&`, c'est du HTML, pas du codage URL. Astuce : encodez toute la chaîne de requête avec `encodeURIComponent` avant de l'insérer dans votre modèle.

A Le décodeur vous montrera simplement les octets encodés d'origine, rien de plus. Par exemple, `%2520` se décode en `%20` au premier passage, pas en espace. Relancez-le si vous soupçonnez un double encodage — c'est au deuxième passage que vous verrez enfin l'espace. J'ai vu des pipelines de données tripler accidentellement l'encodage des chaînes de requête, donc vérifiez vos logs deux fois. Astuce : pour nettoyer des exports de feuilles de calcul, décodez une fois, puis cherchez les `%` restants.

A Non, et les confondre provoque de vrais casse-têtes. L'encodage URL utilise des signes de pourcentage suivis de valeurs hexadécimales — un espace devient %20. Le Base64, lui, emploie un alphabet totalement différent : A-Z, a-z, 0-9, plus et slash pour transformer des données binaires en texte. Essayez de décoder une chaîne Base64 ici, vous obtiendrez du charabia ou une erreur. Pour les distinguer : les chaînes Base64 finissent souvent par = et sont beaucoup plus longues que leur source. Si vous créez des liens signés pour une API, vérifiez la doc : certains systèmes exigent du Base64url, qui remplace + et / par - et _. Cette variante ne fonctionnera pas non plus correctement dans notre outil.