Analyser et construire des query strings
Parser et builder de query string gratuit pour développeurs web et intégrateurs. Collez une URL complète ou simplement une query string (avec ou sans le « ? » initial) et vous obtenez une table de paires clé/valeur que vous pouvez modifier ; l'URL se reconstruit avec un percent-encoding RFC 3986 correct. Utile pour analyser une redirection OAuth, disséquer une longue URL d'analytics utm_*, décoder les paramètres d'un pixel de tracking, construire un deep link pour un email marketing, ou transformer une query string en objet JSON à déposer dans un appel fetch(). La notation tableau (foo[]=1&foo[]=2) et les clés répétées font toutes deux un round-trip propre.
Comment utiliser
Ou simplement une query string avec ou sans "?".
Cliquez sur n'importe quelle clé ou valeur, tapez, et l'URL se met à jour.
Besoin d'un nouveau paramètre ? Cliquez "Ajouter une ligne".
Copiez comme URL complet, query seule ou JSON.
Décodez toute query string en table visuelle et reconstruisez après édition — clés et valeurs auto-encodées
Options
Paramètres
Fonctionnalités
Utilisations typiques
- Lire un URL de tracking (utm_source, utm_campaign, etc.) et voir quels paramètres il transporte.
- Ajouter un nouveau paramètre de tracking à un URL marketing sans édition manuelle.
- Convertir une query string en objet JSON pour coller dans JavaScript ou un appel fetch().
- Trier les paramètres d'un long URL alphabétiquement pour que deux URLs puissent être comparés.
- Construire un URL correctement encodé à partir de zéro en ajoutant des lignes dans la table.
Pourquoi celui-ci
La plupart des outils de query string déversent les clés/valeurs analysées en texte brut et vous forcent à les recoller. Celui-ci garde la barre URL et la table synchronisées en direct — modifiez l'une, l'autre suit. Notation tableau, clés répétées et valeurs percent-encodées font tous un round-trip propre selon l'encodage de style formulaire RFC 3986 (espaces en +, caractères réservés en %xx). Pas d'inscription, pas d'installation — utile quand vous débuggez depuis la machine de quelqu'un d'autre.
Questions fréquentes
Quelle est la différence entre "?" et "#" dans les URLs ?
Tout entre "?" et "#" est la query string (envoyée au serveur, indexée par Google). Tout après "#" est le fragment (gardé par le navigateur, jamais envoyé au serveur). Cet outil n'analyse que la query string.
Comment foo[]=1&foo[]=2 diffère-t-il de foo=1&foo=2 ?
Sur le fil, ils sont équivalents — les deux envoient deux valeurs pour « foo ». Le suffixe « [] » est une convention PHP/Rails pour que le framework côté serveur les parse automatiquement en tableau ; sans lui, ces frameworks ne gardent que la dernière valeur. Express.js, Flask et Django acceptent l'une ou l'autre forme. Choisissez celle que votre backend préfère.
Cela fonctionne-t-il avec les routeurs de hash (#?key=value) ?
Si vous collez l'URL complet avec le hash, l'outil garde le path/hash intacts et n'opère que sur la portion de query avant "#". Si votre app utilise un routage basé sur le hash avec la query à l'intérieur du hash, l'outil ne le détectera pas automatiquement — collez plutôt seulement la query string interne.
Ma valeur a des caractères spéciaux — survivront-ils à un round-trip ?
Oui. Les clés et valeurs sont percent-encodées à la sortie et décodées à l'entrée ; les espaces sont encodés comme "+" dans la query string selon l'encoding de style formulaire RFC 3986, que les serveurs et JavaScript URLSearchParams décodent tous les deux de la même manière.
Mobile ?
Oui — la table s'effondre en lignes empilées sur les écrans étroits.
Nous le pouvons — et c'est gratuit ! Envoyez-nous simplement un message rapide avec votre idée. Si vous voulez en discuter en détail, laissez votre e-mail et nous reviendrons vers vous. Vous pouvez rester anonyme.
