Parser di URL
Ogni parte, con la sua etichetta
Questo parser di URL scompone un indirizzo con il lettore integrato del tuo browser. Schema, host, porta, percorso, query e frammento ricevono ciascuno un’etichetta e, inoltre, i parametri compaiono come righe qui sotto.
- GratisPrezzo
- 11Parti
- NessunaRegistrazione
- NessunaCaricamenti
Parser di URL
Ogni parte di un indirizzo, con la sua etichetta
- Scheme
- https
- Host
- shop.example.com
- Subdomain
- shop
- Port
- 8443
- Path
- /winter/boots
- Path depth
- 2
- Last segment
- boots
- Query string
- colour=blue&size=9&utm_source=newsletter
- Fragment
- reviews
- Origin
- https://shop.example.com:8443
- Full length
- 91 characters
- colourblue
- size9
- utm_sourcenewsletter
Tutto viene analizzato con il lettore di URL del browser, quindi ciò che vedi qui è esattamente ciò che vede un browser.
Pronto. Incolla un indirizzo e compare ogni sua parte.
Le parti di un indirizzo web
Un indirizzo sembra una sola stringa e si comporta come otto campi. Schema, host, porta, percorso, query, frammento e, inoltre, l’origine e il sottodominio che derivano dall’host.
Ciascun pezzo dell’URL risponde a un bisogno distinto. Così l’host dice quale macchina, il percorso quale risorsa e la query quale sua variante.
Una domanda decide tutto: dove finisce ogni parte. La risposta sta nel URL Standard, che il tuo browser implementa.
Questo strumento si appoggia a quell’implementazione invece che a un’espressione regolare. Per questo ciò che vedi qui coincide con ciò che vede un browser.
Cosa normalizza in silenzio un browser
Un browser mette l’host in minuscolo e toglie un punto finale. Inoltre toglie una porta predefinita, così https://example.com:443/ diventa https://example.com/ prima che qualcosa lo guardi.
I percorsi vuoti diventano una sola barra. Inoltre le barre rovesciate diventano barre normali, il che sorprende la gente la prima volta.
Questa normalizzazione è il motivo per cui un parser scritto a mano non coincide con la realtà. Infatti l’interfaccia URL fa lo stesso lavoro ovunque.
La query string è dove si nasconde il dettaglio
I parametri sono coppie, separate da e commerciali, ciascuna con escape. Due possono condividere un nome e, a volte, l’ordine conta per il server.
Leggerli a occhio smette di funzionare oltre i quattro circa. Per questo un parser di query string li elenca come righe, e così una chiave duplicata diventa evidente.
L’interruttore di decodifica mostra il valore leggibile accanto a quello grezzo. Così individui un valore passato due volte nel codificatore.
Il frammento non lascia mai il browser
Tutto ciò che segue il cancelletto resta sul client. Un server non lo riceve mai e non lo registra mai. Per questo gli strumenti di analisi lo leggono invece con JavaScript.
Parametri di contenuto e parametri di tracciamento
Alcuni parametri cambiano ciò che mostra la pagina. Per esempio taglia, colore, numero di pagina e ordinamento. Quindi questi vanno nell’indirizzo e nel tag canonical.
Altri non portano alcun contenuto. Tag di campagna, id di clic, marcatori di sessione. Di conseguenza tienili fuori dal tag canonical e dai link interni.
L’interruttore del tracciamento segna il secondo tipo con lo stesso elenco che legge il generatore di tag canonical di questo sito. Un solo elenco, quindi i due strumenti sono sempre d’accordo.
Cosa fare con una query string lunga
Dividi i parametri in due gruppi. Quelli che cambiano la pagina e, invece, quelli che descrivono solo da dove è arrivato un visitatore.
Il primo gruppo va nel tag canonical, poiché un valore diverso lì significa una pagina davvero diversa.
Il secondo gruppo non va da nessuna parte in modo permanente. Perciò toglilo prima di salvare un indirizzo, prima di metterlo in una sitemap e prima di creare un link interno.
Il pulsante della copia pulita fa esattamente questa separazione. Così un indirizzo trovato in un report diventa uno che puoi riusare in sicurezza.
Cosa fare con una query string lunga
Dividi i parametri in due gruppi: quelli che cambiano la pagina e quelli che descrivono solo da dove è arrivato un visitatore.
Il primo gruppo va nel tag canonical, perché un valore diverso lì significa una pagina davvero diversa.
Il secondo gruppo non va da nessuna parte in modo permanente. Perciò toglilo prima di salvare un indirizzo, prima di metterlo in una sitemap e prima di creare un link interno.
Il pulsante della copia pulita fa esattamente questa separazione, quindi un indirizzo trovato in un report diventa un indirizzo che puoi riusare in sicurezza.
Cosa fare con una query string lunga
Dividi i parametri in due gruppi: quelli che cambiano la pagina e quelli che descrivono solo da dove è arrivato un visitatore.
Il primo gruppo va nel tag canonical, perché un valore diverso lì significa una pagina davvero diversa.
Il secondo gruppo non va da nessuna parte in modo permanente. Perciò toglilo prima di salvare un indirizzo, prima di metterlo in una sitemap e prima di creare un link interno.
Il pulsante della copia pulita fa esattamente questa separazione, quindi un indirizzo trovato in un report diventa un indirizzo che puoi riusare in sicurezza.
Perché sei indirizzi possono essere una pagina sola
Con o senza www, in http o https, con o senza / finale. Ogni combinazione risponde, e per questo i motori di ricerca le trattano come candidate allo stesso contenuto finché un tag canonical non decide.
Come usare il parser di URL
Due passaggi, di cui l’ultimo facoltativo. Nel frattempo la scomposizione compare mentre scrivi.
- 1
Incolla un indirizzo
Con https davanti o senza. A un dominio semplice viene aggiunto https://, poiché è ciò che farebbe un browser.
- 2
Leggi le parti
Undici righe, dallo schema alla lunghezza totale. Inoltre una riga vuota significa che quella parte manca davvero.
- 3
Guarda i parametri
Ognuno su una riga propria, decodificato se vuoi. Poi attiva l’interruttore del tracciamento, e quelli senza contenuto vengono segnati.
- 4
Copia la versione pulita
Un pulsante copia l’indirizzo senza parametri di tracciamento né frammento. È la versione che vale la pena condividere o salvare.
Cosa distingue questo parser di URL online
Dividere una stringa sulle barre è facile e sbagliato. Ecco invece le differenze che derivano dall’usare lo strumento vero.
Il browser fa l’analisi
Non un’espressione regolare. Per questo normalizzazione, porte predefinite e casi strani si comportano come in un browser.
Parametri come righe
Venti parametri si leggono come venti righe invece che come una lunga stringa, così un nome duplicato si vede invece di restare nascosto.
Tracciamento segnato
Segna tag di campagna e id di clic con lo stesso elenco che legge il generatore di canonical. Di conseguenza i due strumenti non possono discordare.
Decodificato e grezzo
Un interruttore mostra il valore leggibile. Così un valore passato due volte nel codificatore diventa evidente appena lo attivi.
Un pulsante per la copia pulita
Copia l’indirizzo senza tracciamento né frammento, cioè la versione che va in un tag canonical o in un link condiviso.
Nulla lascia la scheda
Gli indirizzi contengono token di sessione e numeri d’ordine. Poiché il browser fa l’analisi, questo sito non scarica nulla e non registra nulla.
Regole per leggere e costruire indirizzi
Emergono in ogni audit, ogni migrazione e ogni discussione sull’analisi.
- Analizza con un oggetto URL, mai con una regex. Qualsiasi linguaggio di programmazione lo prevede. Un’espressione regolare azzecca i casi facili, tuttavia sbaglia quelli interessanti.
- Tieni i parametri di tracciamento fuori dai canonical. Un tag canonical che indica un indirizzo di campagna dice ai motori di ricerca che la versione di campagna è la pagina vera.
- Decidi una volta sola sulla barra finale. Scegli una forma per tutto il sito e reindirizza l’altra, perché due forme di ogni indirizzo significano due di tutto nei report.
- Non mettere mai dati personali in una query. Finiscono nei log del server, nell’analisi e negli header referrer, e nessuno dei tre esiste per conservare dati personali.
- Attento alla lunghezza. I browser reggono indirizzi molto lunghi, alcuni server e proxy no. Sotto i 2.000 caratteri è la soglia sicura.
- Metti in minuscolo l’host, non il percorso. I nomi host non distinguono le maiuscole, i percorsi sì. Quindi molti server trattano /About/ e /about/ come pagine diverse.
- Tratta il frammento come solo lato client. Nulla sul server lo vede, quindi nessun log lo registra e nessun redirect può agire su di esso senza JavaScript.
- Tieni leggibili gli indirizzi che la gente vede. Un percorso di parole batte uno di numeri in un risultato di ricerca, in un messaggio condiviso e in una chiamata all’assistenza. Un giorno qualcuno dovrà leggerlo ad alta voce.
- Registra l’indirizzo, non i parametri. Una query string completa in un file di log contiene ciò che un visitatore ha scritto. Togli i valori che non ti servono prima che qualcosa li annoti.
- Ordina i parametri nei link generati. Un ordine stabile significa che la stessa pagina produce sempre lo stesso indirizzo, ed è ciò che fa funzionare cache e confronti.
Sei errori con gli URL da conoscere
Ognuno sembra innocuo finché un report, un crawl o un ticket di assistenza non lo rende visibile.
Dividere al primo punto interrogativo
Un punto interrogativo può comparire dentro il valore di un parametro, quindi dividere lì taglia l’indirizzo nel punto sbagliato.
Dare per scontato un valore per nome
Una query può ripetere un nome, e molti server lo leggono come un elenco. Un parser che tiene un solo valore perde il resto in silenzio.
Mettere in minuscolo l’intero indirizzo
L’host si può mettere in minuscolo, il percorso no. È così che uno script di pulizia produce una pagina piena di 404.
Ignorare la porta
Una porta non predefinita crea un’origine diversa. Di conseguenza cookie, storage e CORS la trattano come un altro sito.
Portare id di sessione nella query
Vengono condivisi, indicizzati e registrati. In ogni caso qualcun altro finisce per avere una chiave di un account.
Fidarsi del frammento sul server
Non arriva mai. Qualsiasi instradamento che dipende da esso deve avvenire nel browser, dopo il caricamento della pagina.
Domande frequenti sugli indirizzi
Da quali pezzi è composto un URL?
Schema, host, porta facoltativa, percorso, query e frammento. Inoltre l’origine è l’insieme delle prime tre, e il sottodominio è ciò che sta davanti al dominio registrato.
Perché a volte la porta sparisce?
Perché 443 per https e 80 per http sono valori predefiniti. Un browser li toglie, quindi l’indirizzo restituito può differire leggermente da quello che hai scritto.
Un parser di query string può mostrare nomi ripetuti?
Sì, e questo elenca ogni occorrenza su una riga propria. Invece un parser che tiene solo l’ultimo valore nasconde una differenza reale in ciò che riceve il server.
In cosa differiscono query e frammento?
La query viaggia fino al server, il frammento no. Tutto ciò che segue il cancelletto resta nel browser, ed è per questo che un server non può registrarlo.
Esiste una lunghezza massima per un URL?
La norma non impone tetti. Tuttavia in pratica conviene restare sotto i 2.000 caratteri circa, poiché i server più vecchi e alcuni proxy rifiutano qualsiasi cosa più lunga.
Perché il mio indirizzo cambia quando lo incollo?
Un browser normalizza mentre legge: mette l’host in minuscolo, toglie la porta predefinita e trasforma le barre rovesciate in barre normali. Per questo qui vedi la forma normalizzata.
Quali parametri contano come tracciamento?
I tag di campagna, gli id di clic delle piattaforme pubblicitarie e i marcatori di sessione. Inoltre l’interruttore del tracciamento li segna con lo stesso elenco che questo sito usa altrove.
Un parser di URL online è sicuro per i link privati?
Questo sì, perché la pagina non invia nulla da nessuna parte. Il browser analizza l’indirizzo in questa scheda e, inoltre, questo sito non lo scarica mai.
L’ordine dei parametri conta?
Per un server, a volte. Per una cache e per un confronto, sempre: due indirizzi con gli stessi parametri in ordine diverso sono due stringhe diverse.
Posso pulire un indirizzo qui?
Sì. Il secondo pulsante di copia ti dà l’indirizzo senza parametri di tracciamento né frammento, cioè la versione che vale la pena condividere o salvare.
Strumenti per gli indirizzi
Leggere un indirizzo è di solito il primo passo. Questi tre sono i successivi.
Gestisci i %20 di un indirizzo
Fai correttamente l’escape di un valore o di un indirizzo intero.
Apri lo strumento →Generatore di tag canonical
Pulisci un elenco di indirizzi e scrivi un tag per riga.
Apri lo strumento →Controllo catene di reindirizzamento
Segui dove finisce davvero un indirizzo.
Apri lo strumento →
Pronto a scomporne uno?
Incolla un indirizzo e leggi ogni sua parte. Il parser di URL è gratis, non chiede account e non scarica mai la pagina che descrive.