Encodeur URL
Encodez du texte pour les URL avec plusieurs modes d'encodage (RFC 3986, Query String, Form Data), une décomposition visuelle caractère par caractère et une analyse complète de l'encodage. Voyez exactement quels caractères sont encodés et pourquoi.
Votre bloqueur de pubs nous empêche d’afficher des annonces
MiniWebtool est gratuit grâce aux annonces. Si cet outil vous a aidé, soutenez-nous avec Premium (sans pubs + outils plus rapides) ou ajoutez MiniWebtool.com à la liste blanche puis rechargez la page.
- Ou passez à Premium (sans pubs)
- Autorisez les pubs pour MiniWebtool.com, puis rechargez
Encodeur URL
Bienvenue sur l'Encodeur URL, un outil puissant pour encoder du texte en pourcentage afin de l'utiliser en toute sécurité dans les URL. Cet outil propose plusieurs modes d'encodage (RFC 3986, chaîne de requête, segment de chemin), une analyse visuelle caractère par caractère et des statistiques complètes. Voyez exactement quels caractères sont encodés et comprenez pourquoi, ce qui en fait un outil parfait pour les développeurs, les professionnels du SEO et tous ceux qui travaillent avec des URL.
Qu'est-ce que l'encodage URL ?
L'encodage URL, également connu sous le nom d'encodage en pourcentage, est un mécanisme permettant d'encoder des informations dans un identifiant de ressource uniforme (URI). Il remplace les caractères ASCII non sûrs par un "%" suivi de deux chiffres hexadécimaux représentant la valeur en octets du caractère dans l'encodage UTF-8.
Par exemple :
- Un espace devient
%20(ou+dans les chaînes de requête) - Une esperluette
&devient%26 - Un point d'interrogation
?devient%3F
Pourquoi l'encodage URL est-il nécessaire ?
Les URL ne peuvent contenir qu'un ensemble limité de caractères du jeu de caractères US-ASCII. Les caractères en dehors de cet ensemble, ou les caractères qui ont une signification particulière dans les URL (comme &, =, ?), doivent être encodés pour :
- Prévenir les erreurs d'interprétation : Les caractères spéciaux comme
&séparent les paramètres de requête. Si vos données contiennent&, elles doivent être encodées en%26. - Soutenir les caractères internationaux : Les caractères non-ASCII (comme le chinois, l'arabe, les emoji) doivent être encodés sous forme de séquences d'octets UTF-8.
- Assurer une transmission sûre : Certains caractères ne sont pas sûrs pour les URL en raison de problèmes de sécurité potentiels ou de problèmes de transmission.
Explication des modes d'encodage
RFC 3986 (Composant URL)
L'encodage standard défini par la RFC 3986. Tous les caractères sauf les caractères non réservés (A-Z, a-z, 0-9, -, ., _, ~) sont encodés en pourcentage. Les espaces deviennent %20. Utilisez ceci pour la plupart des composants d'URL.
Chaîne de requête (application/x-www-form-urlencoded)
Encodage courant pour les soumissions de formulaires HTML et les requêtes de recherche. Les espaces deviennent + au lieu de %20. C'est ce que les navigateurs utilisent lors de la soumission de formulaires.
Segment de chemin
Similaire à la RFC 3986 mais préserve les barres obliques (/). Utilisez ceci lors de l'encodage de chemins d'URL où vous souhaitez conserver la structure des répertoires.
Encodage complet
Encode tout sauf les caractères alphanumériques (A-Z, a-z, 0-9). C'est le mode d'encodage le plus agressif, utile lorsqu'une sécurité maximale est requise.
Caractères qui doivent être encodés
Caractères réservés
Ces caractères ont une signification particulière dans les URL et doivent être encodés lorsqu'ils sont utilisés comme données :
| Caractère | Encodé | Rôle dans les URL |
|---|---|---|
: | %3A | Séparateur de schéma (http:), séparateur de port |
/ | %2F | Séparateur de segment de chemin |
? | %3F | Délimiteur de chaîne de requête |
# | %23 | Identifiant de fragment |
& | %26 | Séparateur de paramètres de requête |
= | %3D | Séparateur clé-valeur |
@ | %40 | Délimiteur d'infos utilisateur |
Caractères non sûrs
Ces caractères devraient toujours être encodés :
| Caractère | Encodé | Raison |
|---|---|---|
| Espace | %20 ou + | Non autorisé dans les URL |
< > | %3C %3E | Injection HTML potentielle |
" | %22 | Délimiteur d'attribut en HTML |
{ } | %7B %7D | Non valide dans les URL |
| | %7C | Caractère dangereux |
\ | %5C | Caractère dangereux |
Comment utiliser cet outil
- Entrez votre texte : Tapez ou collez le texte que vous souhaitez encoder dans la zone de saisie. Essayez les boutons d'exemples rapides pour les cas d'utilisation courants.
- Sélectionnez le mode d'encodage : Choisissez le mode approprié en fonction de votre cas d'utilisation (RFC 3986 pour les composants, Query String pour les paramètres de recherche, etc.).
- Cliquez sur Encoder : L'outil encodera votre texte et affichera le résultat.
- Examinez l'analyse : Consultez la décomposition caractère par caractère montrant quels caractères ont été encodés et pourquoi.
- Copiez le résultat : Cliquez sur le bouton Copier pour copier le texte encodé dans votre presse-papiers.
Cas d'utilisation courants
Paramètres d'API
Lors du passage d'entrées utilisateur comme paramètres d'URL :
https://api.example.com/search?q=Bonjour%20le%20monde%21
URL de redirection
Lors de l'encodage d'une URL à passer en paramètre :
https://example.com/redirect?url=https%3A%2F%2Fautre-site.com
Noms de fichiers
Lors de l'encodage de noms de fichiers avec des espaces ou des caractères spéciaux :
/fichiers/Mon%20Document%20%282024%29.pdf
Foire Aux Questions
Qu'est-ce que l'encodage URL ?
L'encodage URL, également connu sous le nom d'encodage en pourcentage, est un mécanisme permettant d'encoder des informations dans un identifiant de ressource uniforme (URI). Il remplace les caractères ASCII non sûrs par un "%" suivi de deux chiffres hexadécimaux représentant la valeur en octets du caractère. Par exemple, un espace devient %20 et une esperluette devient %26.
Pourquoi les URL doivent-elles être encodées ?
Les URL ne peuvent contenir qu'un ensemble limité de caractères du jeu de caractères ASCII. Les caractères tels que les espaces, les symboles spéciaux et les caractères non-ASCII doivent être encodés pour être transmis correctement. Sans encodage, ces caractères pourraient être interprétés à tort comme des délimiteurs d'URL ou provoquer des erreurs de transmission.
Quelle est la différence entre l'encodage RFC 3986 et l'encodage de chaîne de requête ?
L'encodage RFC 3986 utilise %20 pour les espaces et constitue la norme pour les composants d'URL. L'encodage de chaîne de requête (application/x-www-form-urlencoded) utilise + pour les espaces et est couramment utilisé dans les soumissions de formulaires HTML et les requêtes de recherche. Les deux sont valides mais utilisés dans des contextes différents.
Quels caractères sont sûrs dans les URL sans encodage ?
Selon la RFC 3986, les caractères non réservés qui n'ont pas besoin d'être encodés sont : les lettres majuscules (A-Z), les lettres minuscules (a-z), les chiffres (0-9) et quatre caractères spéciaux : le trait d'union (-), le point (.), le soulignement (_) et le tilde (~). Tous les autres caractères doivent être encodés en pourcentage.
Comment encoder les caractères spéciaux comme & et = dans les paramètres d'URL ?
Les caractères spéciaux comme & (esperluette) et = (égal) doivent être encodés en pourcentage lorsqu'ils sont utilisés comme données dans les paramètres d'URL. & devient %26 et = devient %3D. Cela les empêche d'être interprétés comme des séparateurs de paramètres ou des délimiteurs clé-valeur.
Outils connexes
- Décodeur URL - Décode les URL encodées en pourcentage en texte clair
- Encodeur Base64 - Encode du texte au format Base64
- Encodeur d'entités HTML - Encode les caractères spéciaux HTML
Ressources supplémentaires
- RFC 3986 - Identifiant de ressource uniforme (URI) : Syntaxe générique
- Encodage en pourcentage - Wikipédia
Citez ce contenu, cette page ou cet outil comme suit :
"Encodeur URL" sur https://MiniWebtool.com/fr/encodeur-url/ de MiniWebtool, https://MiniWebtool.com/
par l'équipe miniwebtool. Mis à jour : 14 janv. 2026