Encodeur et décodeur d'URL
Décode les URL en percent-encoding, démonte la query string, repère les paramètres de tracking et extrait les redirects imbriqués.
Cet encodeur et décodeur d'URL prend un lien bien crado et retransforme le percent-encoding illisible en texte clair, puis démonte la query string pour que tu voies ce que contient vraiment chaque paramètre. Colle une URL pour la décoder, encode un seul component ou une URL entière, et regarde l'outil marquer les champs de tracking et dénicher la cible de redirect planquée une couche ou deux plus bas dans un autre paramètre. Il te rend une copie propre, débarrassée du bazar de campagne, plus un CSV des paramètres que tu peux coller direct dans un ticket. La colonne plus est là parce que le form encoding transforme un plus en espace alors qu'un path normal ne le fait pas, et ça embrouille les gens plus souvent qu'on ne croit. Surtout pour le moment où un appel d'API ou un lien d'analytics casse et que tu n'arrives pas à comprendre pourquoi. Tout tourne dans ton navigateur, donc rien de ce que tu colles ne quitte la page.
100% dans votre navigateur. Rien de ce que vous tapez ne quitte cette page.
Encodage d'URL, parseur de query et debugger de redirect
Colle un lien bien crado. Le truc décode tout le percent-encoding illisible, démonte la query string, repère les champs de tracking, et va dénicher l'URL de redirect planquée à l'intérieur d'un autre paramètre. Il te ressort aussi une copie propre, débarrassée de tout le bazar de campagne. Honnêtement, je m'en sers surtout au moment où un appel d'API ou un lien d'analytics casse et que je n'arrive pas à comprendre pourquoi.
Le traitement de l'URL se fait dans ton navigateur. L'outil n'ouvre jamais la destination ; il inspecte la chaîne et la structure de l'URL parsée.
Ce que fait cet encodeur et décodeur d'URL
Un encodeur et décodeur d'URL prend un lien bien crado, retransforme les caractères en percent-encoding en texte lisible, et démonte la query string pour que tu voies enfin ce que contient chaque paramètre. Une URL s'appuie sur une poignée de caractères pour signifier quelque chose de structurel. Le point d'interrogation lance la query string, les esperluettes séparent un paramètre du suivant, les signes égal collent une valeur à sa clé, les slashs découpent le path, et le fragment après le hash ne quitte même jamais le navigateur. Quand une valeur contient volontairement l'un de ces caractères, un espace, un symbole qui traîne ou carrément une autre URL fourrée dedans, le percent encoding empêche le parser de lire ce caractère comme de la structure. Cet outil décode le charabia, encode un component ou une URL entière, marque quelles clés sont du tracking, et extrait les cibles de redirect cachées une couche ou deux plus bas.
Comment choisir le bon mode d'encodage
- Decode URL retransforme le charabia en valeurs de query lisibles et fait remonter les destinations imbriquées.
- Encode component c'est ton choix pour une valeur de query unique. Un terme de recherche, une callback URL, ce genre de chose.
- Encode full URL laisse les séparateurs tranquilles et n'échappe que ce qui n'est pas safe.
- Parameters sépare les vraies valeurs applicatives du bruit de tracking.
- Clean URL vire les identifiants de campagne et de clic pour que tu puisses débugger sans le fouillis.
Pars sur le comportement encodeURIComponent quand tu as une seule valeur à glisser dans un paramètre de query. Le full URL encoding, c'est l'autre cas : tu veux que la forme de l'URL reste lisible pendant que les caractères louches à l'intérieur sont échappés. Et si un paramètre planque sa propre URL encodée, monte la decode depth et va voir l'onglet des URL imbriquées.
Quelques vérifs utiles avant de cliquer ou partager un lien
Décode d'abord, puis regarde le hostname. Le texte visible ment tout le temps. Un long lien peut planquer en lui-même un paramètre de redirect qui t'envoie ailleurs, complètement ailleurs, et tu n'en saurais rien d'un coup d'œil. Les UTM en elles-mêmes sont inoffensives, en gros, mais c'est du pur bruit quand tu cherches à débugger une URL canonique ou une signature d'API. Et puis il y a le double encoding, où un callback a été encodé une fois pour son paramètre puis une deuxième fois pour le redirect qui l'enveloppe. Parfois c'est exactement ce qu'il fallait. Le problème, c'est quand personne ne l'avait voulu. Tout tourne en local dans ton navigateur, donc les liens que tu colles ne quittent jamais ta machine.
Questions fréquentes
Je dois encoder une URL entière ou juste un component ?
Ça part dans le paramètre d'une autre URL ? Encode le component. L'option URL entière n'a de sens que quand cette URL est elle-même la destination finale et que tu veux que ses caractères structurels restent lisibles. Mélange les deux et tu vas passer un après-midi à fixer une bouillie double-encodée en te demandant ce qui a foiré.
Pourquoi le plus devient parfois un espace ?
C'est la faute au form encoding. Les formulaires HTML utilisent le plus pour signifier un espace depuis la nuit des temps. Mais pose ce même plus ailleurs dans une URL et ce n'est qu'un signe plus qui veut dire plus. Ici tu peux basculer entre les deux lectures et voir laquelle ton lien attend vraiment.
Est-ce que ça peut vérifier si un redirect est safe ?
Un peu, mais pas vraiment. Il fera remonter une destination imbriquée et pointera une structure qui a l'air bancale, mais il n'ouvre jamais la page et ne te promettra jamais que quoi que ce soit est safe. Pour le vrai verdict, passe le lien dans un vrai redirect checker et confirme le domaine de tes propres yeux.
Quelle est la différence entre encodeURI et encodeURIComponent ?
encodeURI joue le jeu avec une URL complète et laisse les caractères structurels tranquilles pour que le lien marche toujours. encodeURIComponent, lui, s'en fiche, il les échappe aussi. Ce deuxième-là, c'est celui que tu veux pour une valeur de query string isolée, parce qu'il n'y a plus de structure à protéger.