URL Query String Parser and Builder

Parse les chaînes de requête URL en données de clé/valeur lisibles et les reconstruire lors de l'essai des liens, paramètres de suivi, filtres, redirections, URLs signées, ou état de l'application dans le navigateur. Il est utile pour déboguer les URL marketing, les requêtes API et le comportement de routage de l'application Web. ToolMill vous donne un espace de travail privé rapide dans le navigateur au lieu de vous faire coller les URLs du client réel dans un outil distant.

Coller une URL complète ou juste la chaîne de requête

Cet analyseur est utile si vous avez un lien complet copié depuis un navigateur ou seulement la partie brute après le point d'interrogation. Si vous collez une URL complète, l'outil enlève tout avant la chaîne de requête et se concentre sur les paramètres. Cela le rend pratique lorsque vous débogez un lien marketing partagé, une URL de callback API, une cible de redirection, ou une route d'application Web sans nettoyer manuellement l'entrée d'abord.

Comment les clés répétées sont interprétées

Repeated parameters such as tag=js&tag=web are common in filters, faceted search, and analytics tooling. This page keeps those repeated keys and groups the values into an array so you can see that the same parameter appeared more than once. That is helpful when you are checking whether an app is preserving multi-select filters or whether a URL builder accidentally duplicated a parameter.

Comment le décodage d'URL affecte la sortie

La sortie parsée semble souvent différente de l'URL brute car les caractères codés sont décodés pour être lisibles. %20 devient un espace, et d'autres symboles échappés sont convertis en caractères qu'ils représentent. C'est généralement ce que vous voulez pendant le débogage, mais cela signifie aussi que la sortie est une vue interprétée de la chaîne de requête plutôt qu'une copie octet-pour-octet du texte original de l'URL.

Valeurs vides, valeurs manquantes et drapeaux de bare

Chaque paramètre n'a pas une forme normale de key=value. Certaines URL incluent des valeurs vides telles que utm term=, et d'autres incluent des drapeaux nus où seule la clé est présente. Ces cas peuvent toujours compter lorsque vous traquez le comportement de routage, les bogues de marquage de campagne ou les drapeaux de fonction. En regardant la sortie analysée, vous voyez si une valeur manquante est vraiment absente ou si elle existe en tant que chaîne vide dans l'URL.

Exemples de chaînes de requête courantes

Les exemples typiques comprennent les filtres de recherche, la pagination, les variantes de produits, les balises de référence et les paramètres analytiques tels que utm source ou utm campaign. Cette page est particulièrement utile lorsqu'un lien semble valide en un coup d'oeil mais se comporte différemment après une redirection, un routeur-cadre ou un navigateur normalise l'adresse. Lire les paramètres dans JSON formaté est souvent plus rapide que d'analyser visuellement une longue URL copiée à la main.

Lorsque les résultats parsés diffèrent de votre application

Différents cadres n'interprètent pas toujours les paramètres de requête de la même manière. Certains traitent les touches répétées comme des tableaux, d'autres utilisent la notation des crochets pour la nidification et d'autres appliquent des règles personnalisées pour les booléens, les drapeaux ou les valeurs vides. Si la sortie ici diffère de ce que votre application affiche, l'inadéquation peut être dans l'analyseur spécifique au cadre plutôt que dans l'URL elle-même. Cette page vous donne une interprétation de base propre, mais elle ne peut pas reproduire chaque convention spécifique à l'application.

Confidentialité et analyse locale du navigateur

L'analyse se fait localement dans votre navigateur. ToolMill n'a pas besoin d'envoyer des URLs collées, des balises de campagne, des liens signés ou des paramètres de requête interne à un service distant juste pour les inspecter. Cela rend l'outil plus confortable à utiliser lorsque l'URL contient des identifiants de client, des itinéraires internes, des jetons temporaires, ou des données marketing que vous préférez conserver dans votre propre session de navigateur.

Limites et cas de bord de format

Avant de vous reposer sur Parsed Query Paramètres

Avant de modifier les liens de production ou de déboger un problème en direct, confirmez comment la destination réelle gère les clés répétées, le décodage, les valeurs vides et l'ordre des paramètres. Cette page est une aide à l'inspection rapide, mais le comportement final appartient encore à l'framework, routeur ou backend qui reçoit l'URL.

Pourquoi les résultats analysés peuvent différer de votre demande

Les cadres appliquent souvent leurs propres règles pour les tableaux, la préséance des paramètres, la commande ou les clés dupliquées. Si la sortie ici diffère de ce que fait votre application, la cause probable est une logique d'analyse spécifique au framework plutôt qu'une chaîne d'URL cassée. Cette page montre une interprétation générique côté navigateur, et non pas votre application.

Comment interpréter les clés répétées et les valeurs vides

Les touches répétées, les valeurs vides et les drapeaux nus peuvent tous être des motifs de chaîne de requête légitimes, mais différentes applications les interprètent différemment. Cette page vous aide à inspecter la structure brute après analyse ; elle ne définit pas une signification universelle pour les paramètres dupliqués ou les valeurs vides dans chaque cadre.

Query strings do not have one universal application-level convention for arrays, nesting, and typed values. A parameter like filters[color]=blue or ids[]=1&ids[]=2 may be parsed differently by different libraries. Use this tool to understand the raw parameter structure quickly, but confirm framework-specific behavior in the application that ultimately consumes the URL.

URL Query Chaîne d'analyse et constructeur

Essaie.

Exemples