Parser di URL
Scomponi un URL in protocollo, host, percorso e parametri
Su questo strumento
Incolla un URL e guardalo sezionato: protocollo, host, porta, path, fragment e ogni parametro di query in una tabella chiave-valore già decodificata. Usa lo stesso parser WHATWG URL che il tuo browser usa per la navigazione, quindi l’interpretazione che vedi è quella che un browser applicherà davvero — compresi i casi limite come le porte di default che vengono omesse e i path normalizzati.
La tabella dei parametri di query è la parte che userai di più: lunghi redirect OAuth, link taggati per l’analytics e chiamate API diventano leggibili a colpo d’occhio, con ogni valore già percent-decodificato. Sono accettati anche domini nudi senza schema; per il parsing viene assunto https://.
Si abbina naturalmente all’encoder URL — analizza qui un URL per trovare il parametro che ti serve, modifica il valore e poi ricodificalo là.
Domande frequenti
- Perché l’URL analizzato differisce leggermente da quello che ho incollato?
- Il parser WHATWG normalizza: mette in minuscolo schema e host, rimuove le porte di default (:443 per https), risolve i segmenti di path ./ e ../ e codifica i caratteri che lo richiedono. Ciò che vedi è la forma canonica su cui server e browser concordano.
- Gestisce URL con chiavi di query duplicate?
- Sì — ogni occorrenza è elencata come riga a sé, in ordine. Le chiavi duplicate sono legali e comuni: molte API le leggono come array (?tag=a&tag=b).
- Qual è la differenza tra host e hostname?
- hostname è solo il dominio (example.com); host include un’eventuale porta esplicita non di default (example.com:8080). Quando la porta è quella di default dello schema, i due coincidono perché la porta viene omessa.
- Il fragment (#...) viene inviato al server?
- No. Tutto ciò che segue # resta nel browser — i server non lo vedono mai. È il motivo per cui le single-page app lo usavano storicamente per il routing lato client, e perché i parametri di analytics messi dopo # sono invisibili al backend.