Quando si parla di contenuti duplicati si pensa a testi copiati da altri siti. Ma la duplicazione più diffusa è interna e puramente tecnica: la stessa pagina risponde a più indirizzi che differiscono per un dettaglio. Non è una penalizzazione, ma disperde segnali, consuma scansioni e costringe il motore a indovinare quale versione mostrare.
Le varianti più comuni
Prendi una pagina qualsiasi. Potrebbe essere raggiungibile in tutti questi modi:
http://example.com/chi-siamo
https://example.com/chi-siamo
https://www.example.com/chi-siamo
https://www.example.com/chi-siamo/
https://www.example.com/Chi-Siamo/
https://www.example.com/chi-siamo/index.html
https://www.example.com/chi-siamo/?ref=footer
Sette indirizzi, una sola pagina. Se tutti rispondono 200, per un motore di ricerca sono potenzialmente sette documenti diversi.
Protocollo
Se il sito risponde sia in HTTP sia in HTTPS senza reindirizzare, esistono due copie complete del sito. Dopo il passaggio a HTTPS, la versione HTTP deve fare redirect permanente su ogni URL, non solo sulla home.
Host con e senza www
Va scelto un host principale e l'altro deve reindirizzare. Non importa quale, importa che sia uno solo e che link interni, canonical e sitemap usino sempre quello.
Barra finale
/chi-siamo e /chi-siamo/ sono, per il protocollo HTTP, due URL distinti. Molti server li trattano come equivalenti e rispondono 200 a entrambi. Serve una convenzione, applicata con un redirect dall'una all'altra forma.
Maiuscole e minuscole
Il percorso di un URL è sensibile alle maiuscole. Su server che non lo sono, come alcune configurazioni Windows, /Chi-Siamo/ e /chi-siamo/ restituiscono la stessa pagina. La soluzione abituale è forzare il minuscolo con un redirect.
File indice
/chi-siamo/ e /chi-siamo/index.html o index.php mostrano lo stesso contenuto. Il nome del file indice non dovrebbe mai comparire nei link e dovrebbe reindirizzare alla cartella.
Parametri
Parametri di tracciamento, di sessione o di provenienza generano copie infinite. Il canonical autoreferenziale li neutralizza in buona parte; ancora meglio è non inserirli nei link interni.
Altre duplicazioni frequenti
- Percorsi multipli per la stessa risorsa: un prodotto sotto
/donna/scarpe/modelloe/saldi/modello. - Versioni stampabili o «AMP» non più mantenute.
- Ambienti di test pubblicamente accessibili che replicano la produzione.
- Pagine di archivio per autore, data e tag che ripropongono gli stessi estratti.
- Domini secondari o vecchi domini che servono lo stesso sito senza redirect.
Come scoprirle
Prova manuale
Per ogni variante dell'elenco iniziale, richiedi l'URL e guarda il codice di stato. Il comportamento corretto è un 301 verso la versione canonica, con un solo salto. Uno strumento da riga di comando come curl mostra gli header in modo immediato:
curl -sI http://example.com/chi-siamo
Crawler
Un crawler desktop che parte dalla home segue solo i link reali; se trova varianti, significa che il sito stesso le genera nei link interni. È il caso più grave, perché si sta attivamente segnalando la versione sbagliata.
Strumenti per webmaster
I rapporti di indicizzazione elencano le pagine considerate duplicate, distinguendo tra «duplicata senza canonical scelto dall'utente» e «Google ha scelto un canonico diverso». Entrambe le voci meritano attenzione.
Log del server
Le richieste dei crawler su varianti non canoniche indicano quanto budget di scansione si sta disperdendo.
Come unificarle
- Decidi la forma canonica: protocollo, host, barra finale, minuscolo.
- Applica redirect 301 a livello di server o di CDN per tutte le altre forme, in un solo passaggio. Evita catene come HTTP → HTTPS → www → barra finale.
- Allinea i link interni: menu, piè di pagina, contenuti, breadcrumb devono usare la forma canonica.
- Imposta il canonical autoreferenziale su ogni pagina, con URL assoluto nella forma corretta.
- Rigenera la sitemap con i soli URL canonici.
- Verifica dopo il rilascio con il crawler e con richieste dirette alle varianti.
| Variante | Azione |
|---|---|
| HTTP | 301 verso HTTPS |
| host secondario | 301 verso host principale |
| barra finale non conforme | 301 verso la convenzione scelta |
| maiuscole | 301 verso minuscolo |
| index.html | 301 verso la cartella |
| parametri di tracciamento | canonical verso URL pulito |
In sintesi
- La stessa pagina può rispondere a molti URL che differiscono per un dettaglio.
- Protocollo, host, barra finale, maiuscole e file indice vanno unificati con redirect.
- Il redirect deve arrivare alla forma canonica in un solo salto.
- I link interni devono usare sempre la versione canonica.
- Canonical autoreferenziale e sitemap pulita completano il lavoro.
