Analyseur d’URL
Analyseur d’URL
Décomposez les URL hiérarchiques courantes (par ex. https://example.com/path) en champs structurés comme le protocole, l’hôte, le port et le chemin. Modifiez les paramètres de requête un par un et prévisualisez l’URL assemblée en temps réel. Utile pour le débogage d’API, l’analyse de liens et l’ajustement des paramètres.
🚀 Démarrage rapide
- Collez ou saisissez une URL (ou un chemin relatif) dans le champ d’entrée ; l’outil tentera de l’analyser automatiquement.
- Dans « Détails de la structure », modifiez un à un le protocole, l’hôte, le port, le chemin, le fragment, etc.
- Dans « Paramètres de requête », ajoutez, supprimez ou modifiez les paires clé-valeur.
- L’« URL de sortie » se met à jour en temps réel et se copie en un clic.
- Activez « Ajouter automatiquement https:// si le schéma est absent » pour compléter les entrées sans schéma.
📌 Scénarios courants
- Débogage API : décomposez les URL d’endpoint, vérifiez les paramètres de requête et repérez rapidement les erreurs de transmission.
- Analyse de liens : décortiquez des URL marketing/tracking complexes pour inspecter UTM, referrer, etc.
- Ajustement des paramètres : ajoutez, supprimez et modifiez rapidement la pagination, les filtres, le tri et d’autres paramètres de requête, avec moins de concaténation manuelle.
- Nettoyage de liens : retirez les paramètres de suivi inutiles avant de partager une URL plus propre.
- Vérification des redirections : analysez les URL de redirection et validez l’hôte, le port et le chemin cible.
- Construction de Deep Links : assemblez des liens profonds d’app (y compris schémas personnalisés) avec aperçu instantané.
🧭 Conseils d'utilisation
- Si l’entrée n’a pas de schéma et ressemble à un domaine ou host:port, il est recommandé d’activer « Ajouter automatiquement https:// ». Pour tester un schéma précis, saisissez directement le préfixe complet.
- Les valeurs de requête sont encodées/décodées automatiquement ; saisissez simplement le texte brut.
- Si search est vide et que la partie après # contient ?, l’outil la traite comme des paramètres de requête dans le hash.
- Les chemins relatifs (ex. /api/users?page=2) sont pris en charge. Dans ce mode, protocole et hôte restent vides.
- Après modification, copiez depuis « URL de sortie » en un clic pour éviter les erreurs d’assemblage manuel.
- Besoin d’encoder/décoder une valeur séparément ? Utilisez l’outil compagnon « Encodeur/Décodeur d’URL ».
⚠️ Limitations et compatibilité
- L’outil s’appuie sur l’API URL native du navigateur ; certains formats non standard peuvent échouer. L’édition par champs et le réassemblage des schémas non hiérarchiques (mailto:, data:, file:) restent limités.
- L’encodage automatique suit la RFC 3986 et peut différer d’anciens encodages non standard.
🔒 Confidentialité & sécurité
- Tout le traitement est effectué localement dans votre navigateur ; les données ne quittent pas votre appareil.
- Le nom d’utilisateur et le mot de passe dans l’URL apparaissent en clair. Évitez les URL sensibles en environnement public.
- Cet outil se limite à analyser et reconstruire les URL. Il n’envoie aucune requête HTTP et ne visite aucune cible.
❓ Questions fréquentes
Qu’est-ce qu’une URL et de quelles parties se compose-t-elle ?
Une URL (Uniform Resource Locator) est l’« adresse » d’une ressource sur internet. Une URL complète comprend généralement : • un schéma (protocole), par ex. https:, ftp:, mailto: • des informations d’authentification user:pass@ (optionnel, fréquent en FTP/intranet) • un hôte (nom de domaine ou adresse IP) • un port (optionnel ; par défaut HTTPS 443, HTTP 80) • un chemin (pathname) vers la ressource • une query string avec des paires clé-valeur après ? (séparées par &) • un fragment/hash après # (côté client uniquement, non envoyé au serveur) Exemple : https://user:[email protected]:8080/path?key=value#section contient tous ces éléments. Cet outil vise surtout les URL hiérarchiques et les chemins relatifs ; l’édition et le réassemblage des schémas non hiérarchiques comme mailto:, data: ou file: restent limités.
Que se passe-t-il si je saisis une URL sans schéma ?
L’outil tente un complément automatique : si « Ajouter automatiquement https:// si le schéma est absent » est activé, il préfixe https:// ; sinon, il préfixe http://. Pour tester un schéma précis comme ftp: ou custom:, saisissez directement le préfixe complet. « URL invalide » n’apparaît qu’en cas de format incorrect.
Pourquoi la sortie ne change pas après modification des paramètres ?
Vérifiez deux points : 1) la « clé » ne doit pas être vide (les lignes sans clé sont ignorées) ; 2) modifiez « Paramètres de requête », pas « URL d’entrée ». Modifier le champ d’entrée relance l’analyse et peut écraser les changements manuels.
Quelle différence entre des paramètres avant # et après # ?
Dans une URL standard, les paramètres après ? sont envoyés au serveur, tandis que le contenu après # reste côté client. L’outil privilégie l’analyse de ?search ; si search est vide et que # contient ?, il les analyse comme paramètres du hash.
Que faire si la valeur contient des accents, symboles ou caractères non latins ?
Saisissez la valeur telle quelle : l’outil applique automatiquement le percent-encoding (URL encoding). Pour encoder/décoder un texte complet, utilisez « Encodeur/Décodeur d’URL ».
Puis-je analyser un chemin relatif sans nom de domaine ?
Oui. Des entrées comme /api/data?id=1 sont traitées en mode chemin relatif, avec protocole et hôte vides.
Que se passe-t-il si le port est laissé vide ?
Le port par défaut du schéma est utilisé (HTTPS 443, HTTP 80) et n’apparaît pas dans l’URL de sortie.