Un problema di URL è una situazione in cui l'indirizzo di una pagina impedisce a Google di raggiungerla, gli fa credere che della stessa pagina esistano più copie, oppure lo porta su un indirizzo diverso da quello che volevi far posizionare. Tutto il resto, trattini contro underscore, maiuscole, lunghezza del percorso, è estetica: può valere la pena sistemarlo, non ti sta costando traffico adesso.
Questa distinzione manca in quasi tutte le liste di errori SEO che circolano in italiano. Gli "URL non parlanti" compaiono al secondo posto di elenchi che ignorano i redirect rotti, e chi legge esce convinto di dover riscrivere gli slug di quattrocento pagine mentre il sito serve la stessa scheda prodotto sotto sei indirizzi diversi. Qui sotto trovi i problemi separati per quanto costano, con i numeri che dicono quanto sono diffusi.
I problemi di URL non pesano tutti uguale
Tre categorie, in ordine di urgenza. La prima ti toglie traffico mentre leggi. La seconda resta silenziosa finché non tocchi gli indirizzi, e il giorno in cui li tocchi presenta il conto tutto insieme. La terza non ha mai tolto niente a nessuno.
| Problema | Cosa succede davvero | Costa traffico ora? | Quando intervenire |
|---|---|---|---|
| Stessa pagina su più indirizzi | Google sceglie lui quale versione mostrare, i link si dividono su più URL | Sì | Subito |
| Catene di redirect | Il segnale arriva più debole e più tardi, oltre i 10 salti Googlebot si ferma | Sì | Subito |
| Redirect che finiscono su un errore | La pagina di destinazione non esiste: i link in ingresso si perdono | Sì | Subito |
| Soft 404 | Pagina vuota che risponde 200: Google la scansiona e la scarta di continuo | Sì | Subito |
| URL generati dai filtri e dai parametri | Migliaia di indirizzi quasi identici da scansionare | Solo sopra una certa scala | Se hai più di qualche migliaio di pagine |
| 404 su URL che avevano link esterni | I backlink puntano nel vuoto | Sì, ma solo su quei pochi URL | Subito, dopo averli individuati |
| Slash finale incoerente | Due indirizzi per la stessa pagina, se il server risponde 200 a entrambi | Dipende | Quando rifai il server |
| Underscore al posto dei trattini | Google legge l'URL in modo meno pulito | No | Alla prossima migrazione, se capita |
| Maiuscole nel percorso | Nessuno, finché non esiste anche la versione minuscola | No | Mai, da solo |
| URL lunghi o profondi | Nessuno dei due è un fattore di posizionamento | No | Mai, da solo |
Quanto sono diffusi davvero questi problemi
SE Ranking ha analizzato 418.125 audit di siti eseguiti con il suo crawler tra marzo 2024 e marzo 2025 e ha pubblicato la quota di siti in cui ogni problema compare. È un campione internazionale, non italiano, e va letto per quello che è: un ordine di grandezza, non una fotografia del mercato italiano. I numeri che riguardano gli indirizzi sono questi.
| Problema rilevato | Quota di siti |
|---|---|
| Link interni che puntano a pagine con redirect 3XX | 63,87% |
| Pagine con redirect 3XX | 67,42% |
| Pagine con errore 4XX | 35,73% |
| Catene di redirect | 21,58% |
| Redirect che terminano su una pagina 4XX o 5XX | 8,23% |
| Contenuto duplicato | 5,04% |
Due terzi dei siti hanno link interni che passano da un redirect. Un sito su cinque ha catene. Meno di uno su venti ha contenuto duplicato rilevabile da un crawler, che è il problema di cui parlano tutti.
Dall'altra parte, i problemi cosmetici. A settembre 2026 abbiamo estratto i risultati organici di prima pagina per otto query italiane su settori diversi, 71 URL in tutto, e abbiamo misurato com'erano fatti. Il 3% usava underscore, il 3% aveva maiuscole nel percorso, il 48% aveva lo slash finale e il 52% no, il 13% superava i 60 caratteri. La lunghezza media del percorso era 38,8 caratteri, la profondità media 2,04 cartelle. I dettagli della misurazione sono nell'articolo sulla struttura degli URL.
Tradotto: le cose che le checklist mettono per prime sono già rare tra le pagine che si posizionano, e quelle poche pagine che le hanno si posizionano lo stesso.
La stessa pagina raggiungibile da più indirizzi
È il problema numero uno, e nella maggior parte dei casi nessuno l'ha creato di proposito. Nasce dal server e dal CMS: la home risponde su http e su https, con www e senza, la scheda prodotto esiste sotto due categorie, il filtro colore aggiunge un parametro, la versione stampabile ha un suo indirizzo.
Quando Google trova più indirizzi che servono lo stesso contenuto, li raggruppa e ne sceglie uno. La documentazione di Google sulla canonicalizzazione è esplicita su chi decide: indicare una preferenza con il tag canonical è un suggerimento, non una regola, e Google può scegliere una pagina diversa dalla tua. I segnali che pesano sono il protocollo, i redirect, la presenza dell'URL in sitemap e il tag canonical.
Il costo non è una penalizzazione. È che i link in ingresso, interni ed esterni, si dividono tra versioni diverse, e che in Search Console vedi metà dei dati su un URL e metà sull'altro. Su un e-commerce con filtri attivi il conto sale in fretta: ogni combinazione di colore, taglia e ordinamento è un indirizzo nuovo.
Come si sistema, in ordine di efficacia: un redirect 301 lato server quando una sola versione deve sopravvivere; il canonical quando entrambe devono restare raggiungibili dagli utenti; i link interni che puntano tutti alla versione buona, perché sono un segnale che Google guarda e sono anche la cosa più facile da sbagliare. Il resto del ragionamento sta nell'articolo sul contenuto duplicato.
Redirect: catene, temporanei sbagliati e vicoli ciechi
I redirect sono il problema più diffuso del campione SE Ranking e quello che riceve meno attenzione, perché dall'esterno il sito funziona: clicchi e arrivi dove serve.
Le catene si formano per stratificazione. Nel 2019 hai spostato una pagina, nel 2022 hai cambiato la struttura delle categorie, nel 2025 hai migrato a https: adesso quell'indirizzo fa tre salti prima di arrivare a destinazione. La documentazione di Google sui codici di stato fissa il limite tecnico: i crawler seguono fino a 10 salti di redirect, oltre quelli la richiesta viene trattata come un errore. Nessun sito normale ci arriva, ma nel frattempo ogni salto aggiunge latenza e rende il segnale meno pulito.
Il secondo caso è il codice sbagliato. Google tratta il 301 come un segnale forte per la canonicalizzazione e il 302 come un segnale debole: con un temporaneo, nei risultati resta la pagina di partenza. Chi ha rifatto il sito lasciando in piedi dei 302 di sviluppo vede le vecchie URL restare in SERP per mesi.
Il terzo è il peggiore e riguarda l'8,23% dei siti del campione: il redirect punta a una pagina che risponde 4XX o 5XX. Il vecchio indirizzo aveva link e posizionamento, il nuovo non esiste, e tutto quello che passava di lì si ferma.
Un caso che vale la pena controllare da solo: i redirect di massa verso la home. Molti plugin propongono di mandare tutti i 404 alla homepage. Google le legge come soft 404, quindi non ci guadagni niente, e chi arriva da un link esterno non trova quello che cercava.
URL che rispondono 404, e quelli che fingono di rispondere bene
Un 404 non è un errore da correggere per definizione. Se una pagina non esiste più e non aveva niente da lasciare in eredità, il 404 è la risposta corretta e Google la rimuove dall'indice senza conseguenze per il resto del sito.
Diventa un problema in due casi. Il primo: l'indirizzo aveva link esterni. Quelli non si recuperano se non con un 301 verso una pagina che risponde davvero alla stessa intenzione. Il secondo: il 404 è raggiungibile da un link interno, cioè lo stai generando tu e lo stai facendo vedere ai visitatori.
Il caso più costoso è il soft 404: una pagina che restituisce codice 200 con dentro un messaggio di errore, un carrello vuoto, un risultato di ricerca interna senza risultati. Google la scansiona, capisce che non c'è contenuto e la scarta, poi torna a scansionarla perché il codice di stato dice che va tutto bene. Nella guida sulla gestione del crawl budget Google lo dice in una riga: le pagine soft 404 continuano a essere scansionate e sprecano budget.
Gli indirizzi che il sito si inventa da solo
Questa categoria è quasi invisibile in Search Console finché non guardi il rapporto sulle pagine scansionate e trovi decine di migliaia di URL che non hai mai scritto.
Nella sua guida alla struttura degli URL Google elenca i generatori più comuni: i filtri combinabili di un catalogo, che moltiplicano le viste dello stesso elenco; i parametri di sessione e di ordinamento; i calendari dinamici che linkano date future all'infinito; e i link relativi scritti male, che producono indirizzi come example.com/categoria/community/categoria/contenuti. Quest'ultimo è il caso che vedo più spesso sui siti italiani rifatti a metà, con il vecchio template che convive con il nuovo.
Quanto ti deve preoccupare dipende dalla scala. Google considera il crawl budget un problema reale sopra il milione di pagine con contenuti che cambiano ogni settimana, oppure sopra le diecimila pagine con contenuti che cambiano ogni giorno, e precisa che sono stime approssimative, non soglie esatte. Sotto quelle dimensioni, cioè per quasi tutti i siti aziendali italiani, il costo dei parametri non è il crawl budget: è che Google può scegliere come canonica la versione con il parametro invece di quella pulita.
C'è anche un parametro che aggiunge Google, non tu. Nel campione di 71 URL italiani che abbiamo misurato, l'11% dei risultati portava srsltid, il parametro che Google Merchant Center attacca ai link in uscita. Non è un tuo problema tecnico, ma se lo trovi nei log o nei report di analytics, sai da dove arriva.
Lo strumento Parametri URL di Search Console, che serviva a dire a Google quali ignorare, è stato dismesso a marzo 2022. Oggi le leve sono tre: canonical verso la versione pulita, disallow in robots.txt per i pattern che non devono essere scansionati affatto, e link interni che non puntano mai alle versioni parametrizzate.
I problemi che contano solo il giorno in cui cambi gli indirizzi
Una parte dei difetti di cui parlano gli audit non fa danni finché il sito resta fermo. Presentano il conto durante una migrazione, ed è lì che si concentra quasi tutta la perdita di traffico che le aziende attribuiscono al "restyling".
Gli indirizzi con la data dentro, tipo /2019/05/guida-x/, invecchiano il contenuto e obbligano a un redirect ogni volta che aggiorni l'articolo e vuoi togliere l'anno. Gli indirizzi costruiti sulla gerarchia delle categorie si rompono ogni volta che riorganizzi il menu. Gli ID numerici al posto delle parole, come /?p=1247, diventano illeggibili nel momento in cui devi mappare vecchio e nuovo a mano, e Google consiglia esplicitamente parole leggibili al posto di lunghi ID.
Sui siti multilingua c'è un livello in più: se la lingua sta nel percorso, il prefisso deve restare stabile, perché spostarlo significa rifare la mappatura di tutte le pagine di tutte le lingue insieme. Su questo, e su come si scrive uno slug che non ti costringe a cambiarlo, c'è l'articolo dedicato allo URL slug.
La regola operativa è una sola: decidi la struttura una volta, prima di pubblicare le pagine, e poi non toccarla. Un URL cambiato senza motivo costa sempre qualcosa e non rende quasi mai.
I problemi cosmetici che continuano a finire nelle checklist
Screaming Frog segnala una decina di anomalie negli indirizzi: underscore, maiuscole, caratteri non ASCII, spazi, slash doppi, percorsi ripetitivi, parametri, ricerche interne, URL oltre i 115 caratteri. Sono segnalazioni utili come igiene, e il crawler fa bene a mostrarle. Il punto è cosa ci fai dopo.
Underscore e maiuscole: Google consiglia i trattini perché legge meglio le parole separate, ed è vero, ma nel campione italiano che abbiamo misurato le pagine di prima pagina con underscore erano 2 su 71 e quelle con maiuscole altre 2 su 71. Chi le ha si posiziona comunque. Cambiarle su un sito già indicizzato significa generare centinaia di redirect per un guadagno che non si misura.
Le maiuscole diventano un problema vero solo in un caso: quando il server risponde 200 sia a /Prodotti/ sia a /prodotti/. A quel punto non è più una questione di stile, è duplicazione, e rientra nella prima categoria.
Gli spazi e i caratteri accentati non sono un difetto estetico ma una questione di codifica: vanno trasformati in percent-encoding, altrimenti alcuni sistemi troncano l'indirizzo al primo spazio. Per l'italiano questo significa evitare accenti e apostrofi negli slug, non perché Google non li gestisca, ma perché l'URL che viene copiato e incollato diventa illeggibile.
Lunghezza e profondità: nel nostro campione i 24 risultati nelle prime tre posizioni avevano un percorso di 39,2 caratteri in media, i 47 risultati dal quarto al decimo posto 38,7. Mezzo carattere. Non esiste una soglia oltre la quale un URL smette di posizionarsi.
Come trovarli in un pomeriggio
Non serve un software da mille euro. Serve l'ordine giusto.
- Search Console, rapporto Indicizzazione delle pagine. Le righe che contano sono quattro: "Pagina duplicata, Google ha scelto una pagina canonica diversa", "Soft 404", "Non trovata (404)" e "Pagina con reindirizzamento". Le prime due dicono che Google ha deciso al posto tuo. Il rapporto completo ti dà anche gli URL esatti da esportare.
- Un crawl del sito. Screaming Frog nella versione gratuita arriva a 500 URL e su un sito aziendale medio basta. Guarda i codici di risposta, la colonna dei redirect e il rapporto sulle catene.
- La sitemap. Ogni indirizzo dentro la sitemap XML deve rispondere 200 ed essere la versione canonica. Se ci trovi redirect o pagine noindex, stai dando a Google istruzioni che si contraddicono.
- I link interni. È il punto che quasi nessuno controlla e dove il campione SE Ranking trova il problema più diffuso: il 63,87% dei siti ha link interni che passano da un redirect. Sono i più facili da correggere, perché il testo è tuo.
- I backlink verso pagine che non esistono. Qualunque tool di analisi dei link, anche in versione di prova, ti dà l'elenco dei tuoi URL in 404 che hanno ancora link in ingresso. Quella lista è corta e vale un 301 per riga.
Se il sito è grosso o la lista è lunga, il passaggio successivo è un audit SEO strutturato, che mette gli stessi controlli in un ordine di priorità con una stima del traffico in gioco. Il resto degli interventi tecnici che si incrociano con questi sta nella guida alla SEO tecnica.
L'ordine in cui conviene sistemarli
Prima i redirect che finiscono su un errore, perché sono pochi e ognuno è traffico già guadagnato che si sta perdendo. Poi i link interni che passano da un redirect, perché sono tanti ma la correzione è meccanica. Poi la duplicazione: una sola versione canonica per pagina, dichiarata e coerente con i link interni e con la sitemap. Poi i soft 404, che di solito nascono da un template e si risolvono cambiando il template, non le pagine. I problemi cosmetici stanno in fondo, e vanno affrontati solo quando stai già rifacendo quelle pagine per altri motivi.
Questo ordine non è teorico. Su un produttore italiano di schermi a LED che seguiamo dal 2020 il lavoro è partito dalla struttura e dalla parte tecnica prima che dai contenuti, e il sito è passato dalla posizione 88 alla 2 sulla keyword di categoria, con più di cento keyword nelle prime tre posizioni di Google Italia oggi. Il caso completo è nell'articolo sulla SEO per l'industria manifatturiera, e altri progetti sono raccolti tra i progetti.
Il problema di URL che nessun crawler segnala
Tutti i difetti elencati qui sopra hanno una causa comune che nessun audit mette in evidenza: in quasi tutte le aziende non esiste nessuno che decide chi può creare un indirizzo nuovo. Il marketing pubblica una landing page per una campagna, l'agenzia di sviluppo aggiunge una sezione, chi gestisce il catalogo apre una categoria, e ognuno di questi gesti crea URL che nessun altro sa che esistono.
Secondo Istat, nel 2025 solo il 14,7% delle imprese italiane con almeno dieci addetti vende online: la maggior parte dei siti aziendali italiani è piccola abbastanza perché una persona sola possa tenere in testa l'intero elenco degli indirizzi. È una fortuna che quasi nessuno sfrutta. Chi scrive le regole degli URL prima di averne quattromila non dovrà mai fare una migrazione di emergenza, ed è l'unico intervento di questa lista che costa zero. Se invece ci sei già dentro, il lavoro parte dall'inventario, e da lì si passa a una strategia SEO che tiene conto di quello che c'è.
Domande frequenti sui problemi degli URL
No. Un indirizzo poco leggibile non impedisce l'indicizzazione. A far sparire una pagina sono altre cose: un codice 404 o 410, un noindex, un blocco in robots.txt, oppure il fatto che Google abbia scelto come canonica una versione diversa dello stesso contenuto. Se una pagina non compare, il primo controllo è lo strumento di controllo URL di Search Console, non lo slug.
Solo se stai risolvendo un problema che costa traffico, come una duplicazione o una struttura che si rompe a ogni riorganizzazione. Cambiare un indirizzo per renderlo più bello significa aggiungere un redirect permanente, rifare i link interni e attendere che Google consolidi il segnale. Se il guadagno atteso è leggibilità, il cambio non si ripaga.
Non esiste una soglia. Google rimuove dall'indice gli URL che rispondono 4xx e riduce gradualmente la frequenza di scansione, senza conseguenze per il resto del sito. Contano solo due sottoinsiemi: i 404 raggiungibili da un link interno, che stai mostrando ai visitatori, e i 404 su indirizzi che ricevono link esterni, perché lì stai perdendo qualcosa che avevi già.
Dipende da cosa fa il parametro. Se genera contenuto che non deve mai essere scansionato, come le ricerche interne o i filtri combinabili di un catalogo grande, il disallow è la scelta giusta. Se invece la versione con parametro serve agli utenti e mostra lo stesso contenuto, la leva corretta è il canonical verso l'indirizzo pulito: bloccando la scansione impedisci a Google di leggere il canonical. Lo strumento Parametri URL di Search Console non esiste più da marzo 2022.
Di per sé no. Diventano un problema quando il server risponde con codice 200 sia alla versione con le maiuscole sia a quella minuscola: a quel punto hai due indirizzi per la stessa pagina e Google deve sceglierne uno. La correzione non è riscrivere gli slug, è configurare il server perché una delle due versioni rimandi all'altra con un redirect permanente.
Con un crawler. Screaming Frog ha un rapporto dedicato alle catene che mostra ogni salto e il codice di risposta di ciascuno; la versione gratuita copre 500 URL, sufficienti per la maggior parte dei siti aziendali. In alternativa, qualunque strumento di audit tecnico segnala le catene. La correzione consiste nel puntare il primo indirizzo direttamente all'ultimo, eliminando i passaggi intermedi.
