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:pass@example.com: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.

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.

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.

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.

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 ».

Oui. Des entrées comme /api/data?id=1 sont traitées en mode chemin relatif, avec protocole et hôte vides.