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.

Encodeur URL

Installez l'extension Chrome miniwebtool pour encoder le texte sélectionné pour une URL depuis le menu contextuel à tout moment.

Exemples rapides

Texte avec espaces Paramètres de requête URL complète Caractères spéciaux

Texte à encoder

Mode d'encodage

RFC 3986 est recommandé pour la plupart des cas. Utilisez Query String pour les formulaires de recherche et Segment de chemin lors de l'encodage de chemins URL.

Embed Encodeur URL Widget

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.