Cos'è il contenuto duplicato negli e-commerce
Contenuti duplicati nei negozi. Un prodotto in più categorie, filtri e varianti creano duplicati. Il fenomeno si verifica quando un prodotto è raggiungibile da diversi URL.
Fonti dei duplicati
- Categorie multiple: prodotto in 2-3 categorie
- Filtri: migliaia di URL dalle combinazioni
- Ordinamento: ?sort=price, ?sort=name
- Paginazione: ?page=2, ?page=3
- Parametri di sessione: ?sessionid=xxx
- HTTP contro HTTPS: protocolli diversi
- WWW contro non-WWW: versioni diverse
Esempi di duplicati
text
/category1/product-name
/category2/product-name
/products/product-name
/products/product-name?color=red
/products/product-name?color=red&size=MSoluzioni
- Categorie multiple → canonical verso la categoria principale
- Filtri → canonical oppure noindex
- Ordinamento → canonical verso la versione senza parametri
- Paginazione → rel="next"/"prev" oppure canonical
- Parametri di sessione → configura Parametri URL in GSC
Strategia canonical
html
<!-- Main product URL -->
<link rel="canonical" href="https://example.com/electronics/iphone-15-pro" />
<!-- On all duplicates (other categories, filters) -->
<link rel="canonical" href="https://example.com/electronics/iphone-15-pro" />Parametri URL in GSC
Google Search Console → Strumenti legacy → Parametri URL. Qui puoi dire a come trattare i parametri: sort non cambia il contenuto, page è paginazione, sessionid nessun effetto.
Usa noindex sulle pagine filtro senza domanda di ricerca (per esempio combinazioni improbabili). Ma non bloccare i filtri popolari: possono portare traffico prezioso.
FAQ
Meglio canonical o noindex per i filtri?
Per i filtri popolari (per esempio «scarpe rosse») usa il canonical per conservare il potenziale di posizionamento. Per le combinazioni impopolari usa noindex.
Devo bloccare gli URL con parametri in robots.txt?
No: il blocco in robots.txt non risparmia davvero budget e può impedire ai bot di vedere il canonical. Meglio gestire con Parametri URL in GSC e meta robots.
E la paginazione? rel=next/prev o canonical alla prima pagina?
Google non supporta più ufficialmente rel=next/prev ma potrebbe ancora considerarlo. Più sicuro usare il canonical alla pagina 1 per le pagine profonde, anche se la pagina 2 potrebbe non essere indicizzata. Alternativa: mantenere la paginazione senza canonical ma bloccare le pagine profonde (per esempio page=100) tramite Parametri URL in GSC.
Come gestire i duplicati www e https?
Imposta redirect 301 da www a non-www (o viceversa) e da http a https. Usa anche il canonical verso la versione preferita.
Come controllo i duplicati sul mio sito?
Usa Screaming Frog (report Duplicate Content), Google Search Console (report Pagine) e verifica quante pagine hanno title e description identici.