Analyseur d'URL : Décomposer les URLs en composants | Gratuit

A Oui, aucun changement. L'analyse se passe directement dans votre navigateur, rien n'est envoyé sur un serveur. La seule différence : sur mobile, le tableau des résultats s'affiche en colonnes empilées au lieu d'être côte à côte. C'est géré automatiquement. Si vous êtes développeur et que vous vérifiez une URL depuis votre téléphone, un pincement-zoom règle la lisibilité.

A Oui, mais vous risquez d'avoir des résultats étranges. Notre analyseur suppose un protocole manquant comme http:// et l'ajoute automatiquement. Si vous collez "example.com/page?q=test", il affichera http en protocole et "example.com" comme hôte. Ça marche dans 90% des cas. Mais une URL comme "ftp://files.example.com" sans préfixe sera mal interprétée : la totalité devient le chemin. Pour des résultats fiables, incluez toujours le protocole.

A Votre navigateur masque les ports par défaut. HTTP utilise le port 80, HTTPS le port 443 — ils sont implicites, pas affichés dans la barre d'adresse. Notre analyseur montre le port réellement utilisé. Si vous collez "https://exemple.com:443/page", il indiquera le port 443 même si votre navigateur l'a caché. Mais si vous omettez complètement le port, nous affichons « non spécifié » au lieu de deviner. Testez avec "http://exemple.com:8080" pour voir la différence.

A Oui, mais attendez-vous à voir d'abord la version encodée en pourcentage. Un ñ devient %C3%B1 dans l'URL brute, et l'outil affiche cet encodage exact dans les résultats. La valeur décodée apparaît dans le tableau des paramètres de requête. Collez l'URL telle que votre navigateur l'affiche, pas une version modifiée. Essayez avec 'https://münchen.de' pour constater la différence.

A Oui, et c'est même l'un des cas d'usage les plus courants. Collez l'URL complète depuis le code source de l'email, pas le texte d'affichage raccourci. Notre parseur affiche chaque paramètre UTM, ID de clic et tracker de campagne séparément. Les spécialistes du marketing adorent ça pour auditer leurs URLs. Astuce : vérifiez que la chaîne de requête mélange correctement '?' et '&' — environ 15% des plateformes email déforment ça.

A Non, et confondre les deux crée de vrais casse-têtes. Le parsing découpe une URL en composants structurels comme l'hôte, le chemin et la requête. Le décodage transforme les caractères encodés (%20, %C3%A9) en texte lisible. Notre outil fait les deux, mais séparément. Vous voyez les valeurs brutes encodées dans la vue principale, puis les versions décodées dans le tableau des paramètres de requête. Exemple : 'https://site.fr/recherche?q=caf%C3%A9' affiche 'caf%C3%A9' comme valeur brute, mais le tableau montre 'café'. Essayez avec un %2F dans le chemin — piège classique où les slashes décodés ressemblent à des séparateurs sans l'être.

A Il traite le chemin comme une chaîne vide, ce qui est techniquement exact. Vous verrez '/' comme chemin ou un champ vide selon la rigueur de l'analyseur. Nous affichons une barre oblique pour montrer que le chemin existe mais reste vide. Cela surprend ceux qui préparent des données textuelles propres pour un import en base, car un chemin vide peut disparaître lors d'un export CSV. Testez avec https://example.com et https://example.com/ — la différence saute aux yeux.

A L'analyse est instantanée — dès que vous collez ou tapez, le découpage s'affiche en moins de 50 millisecondes. Aucun aller-retour serveur, donc même une URL monstrueuse de 2 000 caractères ne ralentit rien. Par contre, pas de mode batch pour l'instant. Vous êtes limité à une URL par vue, ce qui garde la sortie propre et évite de mélanger les résultats. Pour des centaines d'URLs issues d'un fichier journal, collez-les une par une ou écrivez un petit script qui appelle la logique d'analyse dans la console de votre navigateur. Ce flux est plus lourd mais fiable, surtout pour auditer des chaînes de redirection en SEO.

A Les liens courts ne trompent pas le parseur, mais ils n'affichent pas non plus la destination finale. Quand vous collez 'bit.ly/3xyz', l'outil décompose le lien court lui-même en traitant 'bit.ly' comme hôte. Il ne suit pas automatiquement la redirection 301 vers le site web cible. Vous devez utiliser l'URL de destination finale pour inspecter les paramètres de requête de cette campagne. Testez les deux versions pour observer comment change l'hôte.

A En général oui, mais attention aux sauts de ligne invisibles. Les PDF insèrent souvent des espaces masqués au milieu d'une chaîne de requête. Lorsque vous collez ce texte dans notre outil, le champ de l'URL risque d'être tronqué net. Nettoyez ces retours chariot bizarres dans un éditeur de texte au préalable pour obtenir un résultat propre.