Contenuto duplicato: perché si verifica e come correggerlo

TL;DR — Il contenuto duplicato è lo stesso contenuto (o quasi) che compare a più di un indirizzo web. Non esiste alcuna “penalità per contenuto duplicato”: Google lo dice da anni; i duplicati normali vengono semplicemente raggruppati e viene scelta una versione da mostrare. Quello che può succedere è una possibile divisione dei segnali e, a volte, la visualizzazione della pagina “sbagliata”. La soluzione è indirizzare tutto verso un URL preferito in base al risultato che vuoi ottenere, senza farsi prendere dal panico; inoltre non tutto ciò che sembra duplicato (filtri, paginazione, pagine tradotte) lo è davvero.

Che cos’è il contenuto duplicato

Il contenuto duplicato si verifica quando lo stesso contenuto, o un contenuto molto simile, è raggiungibile da più di un URL. Può accadere all’interno di un singolo sito o tra siti diversi.

Nella maggior parte dei casi non è qualcuno che copia il tuo testo: è un incidente tecnico. La stessa identica pagina finisce disponibile a più indirizzi, per esempio:

• http://example.com e https://example.com
• example.com e www.example.com
• example.com/page e example.com/page?utm_source=newsletter

Per una persona sembrano tutti “la pagina”. Per un motore di ricerca, ogni URL diverso è una pagina diversa che, per caso, contiene lo stesso contenuto.

Il punto principale: non esiste una penalità per contenuto duplicato

È il timore che porta qui la maggior parte delle persone, quindi chiariamolo subito: Google non ti penalizza perché hai contenuti duplicati. Il team di Google ha scritto già nel 2008 che non esiste una penalità per contenuto duplicato, almeno non nel senso in cui la maggior parte delle persone intende l’espressione. Bing lo ha ribadito nel 2025: il contenuto duplicato, da solo, non attiva penalità.

Nel 2016 ho scritto proprio un articolo intitolato Il mito della penalità per contenuto duplicato. Il mito è stato sorprendentemente difficile da eliminare, ma resta un mito.

L’unica eccezione è quando la duplicazione è ingannevole: fare scraping dei siti altrui e ripubblicarli, oppure generare automaticamente pile di pagine per manipolare i posizionamenti. Questo è spam e lo spam può portare a un’azione. La duplicazione normale, accidentale e tecnica non è affatto una violazione delle norme: Google la inserisce semplicemente in un cluster e sceglie una versione da mostrare. È normale gestione dei risultati, non una punizione.

Qual è allora il problema concreto?

Se non c’è una penalità, perché correggerlo? Per tre motivi reali:

1. I tuoi segnali si dividono. Link, clic e condivisioni possono puntare a tre versioni diverse della stessa pagina invece di sommarsi tutti su una sola. Ogni versione risulta così più debole della pagina unificata.
2. Google potrebbe scegliere l’URL “sbagliato”. Quando ci sono duplicati, Google ne sceglie uno per rappresentare il gruppo nei risultati. Potrebbe non essere quello che avresti scelto tu; a volte, inoltre, un altro membro del gruppo viene comunque mostrato perché si adatta meglio a una ricerca specifica, quindi non si tratta sempre di una scelta unica e fissa.
3. Il crawling è meno efficiente. Google scansiona più regolarmente la versione scelta e meno spesso le copie, per risparmiare risorse. Di solito va bene, ma su un sito con molta duplicazione può fare sì che le pagine nuove o aggiornate vengano scoperte più lentamente del dovuto.

Nessuno di questi è una punizione. Sono solo inefficienze, e si possono tutte correggere.

Come correggerlo (versione semplice)

L’obiettivo è sempre lo stesso: fare in modo che tutto punti a un unico URL preferito.

• Reindirizza le versioni che non vuoi (come quelle http o non-www) verso quella preferita, usando un reindirizzamento 301.
• Quando devi lasciare raggiungibile un duplicato, aggiungi un tag canonical (rel="canonical") per indicare a Google quale versione è quella reale.
• Collega in modo coerente ovunque, sul tuo sito, alla versione preferita.

Questo copre il 90% del problema. Vuoi l’elenco completo delle cause, la gerarchia delle soluzioni in ordine di preferenza, la configurazione della syndication e la confutazione dei miti uno per uno? Passa alla scheda Advanced.

TL;DR — Non esiste una penalità generale per contenuto duplicato: Google e Bing lo dicono entrambi esplicitamente. La duplicazione normale viene gestita con deduplicazione e scelta del canonical, non con un’azione prevista dalle norme. I costi reali sono indiretti e possibili, non garantiti: diluizione dei segnali, scelta dell’URL sbagliato (anche se un altro membro del cluster può essere mostrato per un contesto specifico), crawling meno efficiente e misurazione più confusa. I motori rilevano i duplicati → li raggruppano → scelgono un canonical in base ai segnali raccolti: un canonical dichiarato è un suggerimento, non una regola. La maggior parte della duplicazione è tecnica, non editoriale, ma filtri, ordinamenti, paginazione, varianti e traduzioni richiedono una valutazione caso per caso, non un canonical automatico. Correggi in base all’intento, indicativamente in quest’ordine: causa principale / 301 → rel="canonical" → gestione dei parametri → noindex solo se vuoi davvero rimuovere la pagina → hreflang → syndication (la guida attuale di Google favorisce il noindex della copia da parte del partner rispetto al solo canonical). Le penalità riguardano solo l’abuso ingannevole e su larga scala: scraping e ripubblicazione massiva senza valore.

Che cos’è davvero il contenuto duplicato

Come ho scritto nella mia guida su Ahrefs: “Duplicate content is the same or similar content that appears on the web in more than one place. It can exist on one website or across multiple websites.” (traduzione) “Il contenuto duplicato è lo stesso contenuto, o un contenuto simile, che compare sul web in più di un luogo. Può esistere su un solo sito o su più siti.” La vecchia definizione di Google (in un post del 2006 di Search Central) lo descriveva come blocchi sostanziali di contenuto, all’interno o tra domini, completamente uguali o apprezzabilmente simili.

Il cambio di prospettiva fondamentale è questo: la maggior parte dei contenuti duplicati è un artefatto tecnico, non plagio. Una pagina viene servita a più indirizzi e ogni indirizzo è un URL distinto per un crawler. Esiste anche la duplicazione editoriale, cioè la copia del testo, ma è il caso minoritario; e anche quella non viene penalizzata se non è ingannevole.

La documentazione attuale di Google descrive il rapporto in modo più preciso delle vecchie definizioni: riguarda il contenuto principale che è uguale o molto simile, non una corrispondenza parola per parola, e può verificarsi dentro un singolo sito o sull’intero web. Conviene distinguerlo da alcuni casi che non sono la stessa cosa: thin content (una pagina con troppo poco contenuto per essere utile, duplicata o meno), plagio (questione legale o etica, non tecnica), keyword cannibalization (più pagine distinte del tuo sito in competizione per la stessa query: un problema di targeting, non di duplicazione) e il punteggio di “near-duplicate %” di un crawler (una soglia di similarità configurabile dallo strumento, non qualcosa che Google pubblica o usa direttamente; ne parliamo più avanti).

Esiste una penalità per contenuto duplicato? No.

Questo è l’asse portante dell’intero tema, quindi voglio essere inequivocabile: non esiste una penalità generale per contenuto duplicato. Entrambi i principali motori di ricerca lo dicono.

Il post del 2008 di Google, Sfatare il mito della “penalità per contenuto duplicato”, si apre con la frase che tutti dovrebbero conoscere: “There’s no such thing as a ‘duplicate content penalty.’ At least, not in the way most people mean when they say that.” (traduzione) “Non esiste una ‘penalità per contenuto duplicato’, almeno non nel senso in cui la maggior parte delle persone usa questa espressione.” John Mueller lo ha ribadito per anni; nella mia guida su Ahrefs lo cito direttamente: “We don’t have a duplicate content penalty. It’s not that we would demote a site for having a lot of duplicate content.” (traduzione) “Non applichiamo una penalità per contenuto duplicato. Non declassiamo un sito perché contiene molti contenuti duplicati.”

Bing lo ha ribadito recentemente. Nel suo post del dicembre 2025 ha scritto: “Duplicate content doesn’t trigger search penalties on its own, but it does reduce visibility by diluting authority.” (traduzione) “Il contenuto duplicato non attiva di per sé penalità nella ricerca, ma può ridurre la visibilità diluendo l’autorevolezza.”

Sostengo questa tesi da un decennio. Il mio articolo del 2016 su Search Engine Land, Il mito della penalità per contenuto duplicato, lo diceva chiaramente: “Duplicate content is not grounds for action unless its intent is to manipulate search results.” (traduzione) “Il contenuto duplicato non giustifica un’azione, a meno che non sia concepito per manipolare i risultati di ricerca.” Quella frase racconta ancora tutta la storia.

L’unica eccezione reale: abuso ingannevole su larga scala

Le penalità entrano in gioco solo quando la duplicazione è manipolatoria. Il tema appartiene alle norme antispam di Google, non a una regola sul “contenuto duplicato”. La linea di demarcazione è l’abuso di contenuti su larga scala: “Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users.” (traduzione) “L’abuso di contenuti su larga scala consiste nel generare molte pagine principalmente per manipolare il posizionamento nella ricerca, anziché aiutare gli utenti.” Anche lo scraping è esplicitamente citato: le norme considerano abusivo “Republishing content from other sites without adding any original content or value, or even citing the original source” (traduzione) “Ripubblicare contenuti di altri siti senza aggiungere contenuti originali o valore, anche citando la fonte originale”. La conseguenza è: “Sites that violate our policies may rank lower in results or not appear in results at all.” (traduzione) “I siti che violano le nostre norme possono posizionarsi più in basso nei risultati o non comparirvi affatto.”

La distinzione importante è questa: la duplicazione benigna (la stessa pagina su www e non-www) non rientra in questo caso: Google normalmente gestisce il contenuto duplicato ordinario con deduplicazione e scelta del canonical, non con un’azione prevista dalle norme. La duplicazione ingannevole e su larga scala è un tema separato delle norme antispam. Non confondere i due casi e non passare all’assoluto opposto: “nessuna penalità” non significa che la duplicazione non possa mai portare a un’azione; significa che la duplicazione ordinaria, da sola, non è il fattore scatenante.

I costi reali del contenuto duplicato

Se non c’è una penalità, perché preoccuparsene? Esistono alcuni costi indiretti e possibili, non garantiti e non equivalenti a una perdita di ranking:

1. Segnali diluiti o divisi. Quando più URL contengono lo stesso contenuto, i segnali di ranking si disperdono. Bing li descrive così: “When several URLs contain the same content, signals such as clicks, links, impressions, and engagement are often diluted.” (traduzione) “Quando più URL contengono lo stesso contenuto, segnali come clic, link, impression e coinvolgimento spesso si diluiscono.” Anche i documenti di Google presentano la stessa idea in modo più condizionale: consolidare i segnali è uno dei motivi per specificare un canonical, il che implica che la diluizione è possibile, non automatica; è un redirect forte o un segnale canonical a far convergere davvero i segnali divisi su un URL.
2. Viene scelto l’URL sbagliato, oppure ne viene mostrato un altro per un caso specifico. Google raggruppa il gruppo e sceglie un canonical rappresentativo. Se i tuoi segnali sono misti, può scegliere una versione che non volevi: è esattamente ciò che indica lo stato di Search Console “Duplicate, Google chose different canonical than user”. Non è sempre una scelta unica e fissa: la guida di Google sul funzionamento della Ricerca osserva che un altro membro del cluster può comunque essere mostrato quando si adatta meglio a un contesto specifico, per esempio a un determinato dispositivo o a una query ristretta; quindi “duplicato” non significa “escluso per sempre”.
3. Il crawling è meno efficiente, non necessariamente “sprecato”. La documentazione di Google sulla canonicalizzazione dice che il canonical selezionato viene scansionato più regolarmente e gli altri membri del cluster meno spesso, per ridurre il carico. È un cambiamento di cadenza relativo, non la prova che ogni duplicato su ogni sito consumi una quantità rilevante di crawl budget; sui siti grandi con molta duplicazione, però, l’effetto si somma e questo è anche il punto in cui il contenuto duplicato si sovrappone al crawl budget, insieme a navigazione a faccette e trappole per spider.
4. La misurazione diventa più confusa. Traffico, clic e conversioni divisi tra URL rendono più difficile capire come sta andando davvero un contenuto; Google cita “semplificare le metriche di monitoraggio” tra i motivi per consolidare.

Come gestiscono i duplicati Google (e Bing)

Il meccanismo è lo stesso per entrambi i motori: rileva → raggruppa → scegli un canonical.

Il post di Google del 2008 lo descrive in prima persona: quando rileva contenuti duplicati, per esempio attraverso variazioni causate dai parametri URL, raggruppa gli URL duplicati in un unico cluster e seleziona quello che ritiene il migliore per rappresentare il cluster nei risultati di ricerca. Il motivo riguarda la varietà dei risultati: Google vuole mostrare dieci risultati diversi in una pagina, non dieci URL con lo stesso contenuto, e prova a filtrare i documenti duplicati per offrire agli utenti meno ridondanza. Segnalava anche il costo del crawling: più tempo e risorse Googlebot dedica a scansionare contenuti duplicati su più URL, meno tempo resta per raggiungere il resto dei tuoi contenuti.

Mueller ha descritto anche il lato della pubblicazione: se Google trova esattamente le stesse informazioni su più pagine del web, quando qualcuno esegue una ricerca cerca la pagina più pertinente e non mostra tutte quelle pagine.

La svolta della ricerca AI nel 2025. Bing ora applica lo stesso modello alla scoperta guidata dagli LLM: “LLMs group near-duplicate URLs into a single cluster and then choose one page to represent the set. If the differences between pages are minimal, the model may select a version that is outdated.” (traduzione) “Gli LLM raggruppano gli URL quasi duplicati in un unico cluster e scelgono una pagina che rappresenti l’insieme. Se le differenze sono minime, il modello può scegliere una versione obsoleta.” Il consolidamento protegge quindi anche la tua visibilità nella ricerca AI, non solo nei link blu. È un aspetto recente che la maggior parte degli articoli più vecchi sul contenuto duplicato non tratta.

Questo è il rapporto del tema con la canonicalizzazione: raggruppare e scegliere un URL rappresentativo è canonicalizzazione. Il contenuto duplicato è il problema; la canonicalizzazione è il processo che lo risolve. Conviene però essere precisi su cosa significhi “risolverlo”: il canonical dichiarato è un forte suggerimento, non un’istruzione, e Google valuta i segnali raccolti — redirect, rel="canonical", link interni e sitemap — per scegliere il rappresentante. Nessuno di questi, preso singolarmente, garantisce il risultato.

Che cosa causa il contenuto duplicato

Quasi tutto è tecnico. Ecco la tassonomia completa della mia guida su Ahrefs, raggruppata:

Varianti di protocollo e host

• HTTP contro HTTPS
• non-www contro www

Varianti e parametri dell’URL

• Parametri di tracciamento (UTM ecc.)
• ID di sessione negli URL
• URL con distinzione tra maiuscole e minuscole
• Slash finale contro assenza dello slash finale

Pagine generate dalle funzioni del sito

• URL ottimizzati per la stampa
• URL specifici per dispositivi mobili (sottodomini m.)
• URL AMP
• Navigazione a faccette o filtrata
• Pagine archivio di tag e categorie
• URL di allegati o immagini (boilerplate)
• Commenti paginati
• Pagine dei risultati di ricerca interna
• Localizzazione (varianti regionali nella stessa lingua)

Tra siti diversi

• Ambienti di staging o sviluppo finiti nell’indice
• Syndication e contenuti sottoposti a scraping

Lo schema è questo: chiediti “quanti URL diversi possono raggiungere questo stesso contenuto?” Ogni risposta aggiuntiva è un duplicato. I parametri URL sono la fonte più prolifica, per questo meritano un trattamento specifico.

Non tutto ciò che sembra duplicazione lo è

Alcuni casi vengono chiamati erroneamente “contenuto duplicato”, quando la risposta corretta è in realtà “dipende”. Vale la pena fare un controllo rapido e separato prima di modificare qualsiasi cosa:

• Filtri, ordinamenti e paginazione. Un parametro non è automaticamente un duplicato. I parametri di tracciamento e di sessione (?utm_source=, ?sessionid=) creano contenuti realmente equivalenti e dovrebbero avere un canonical verso l’URL pulito. Un parametro di filtro o ordinamento, però, può cambiare ciò che compare davvero nella pagina: la guida di Google agli URL per l’e-commerce dice di valutarli caso per caso, non di applicare un canonical generalizzato. Le pagine paginate sono ancora un caso distinto: la guida di Google alla paginazione dice che ogni pagina della serie dovrebbe avere un proprio URL e un canonical autoreferenziale; riportare ogni pagina alla prima non è il trattamento raccomandato.
• Varianti di prodotto. Non sono universalmente duplicati. URL separati per un colore, una taglia o una configurazione davvero distinti possono aiutare quella variante a essere trovata autonomamente; a costituire duplicazione sono i percorsi equivalenti e i parametri ridondanti che puntano allo stesso inventario. Valuta in base all’intento: è una pagina che qualcuno cercherebbe specificamente? Non basarti solo sul fatto che sia “una variante”.
• Traduzioni complete. Una pagina tradotta in un’altra lingua non è un duplicato solo perché template e layout coincidono: la guida di Google sulle versioni localizzate stabilisce il confine della duplicazione sulla lingua, non sul layout. Le varianti regionali nella stessa lingua (en-us contro en-gb) sono quelle che possono raggrupparsi come quasi-duplicati; per questo più avanti si usa hreflang, non il consolidamento.
• La percentuale di “near-duplicate” di un crawler. Gli strumenti di audit come Ahrefs e Screaming Frog segnalano le pagine sopra una soglia di similarità (spesso con un valore predefinito intorno al 90%). Quella soglia è un’impostazione diagnostica configurabile dallo strumento, non un numero che Google pubblica o applica: considera una coppia segnalata come un invito a confrontare il contenuto principale effettivamente visualizzato, non come un verdetto autonomo.

Come trovare il contenuto duplicato

• Search Console — “Duplicate, Google chose different canonical than user.” È il segnale più evidente che hai. Significa che Google ha sovrascritto il canonical dichiarato. (Ho scritto un intero articolo Ahrefs su questo stato: le cause più comuni sono contenuti duplicati o simili, catene o loop di canonical, errori nei tag canonical, contenuti internazionali non tradotti e rendering dell’app shell in JavaScript.)
• Un crawler del sito (Ahrefs Site Audit, Screaming Frog) segnala pagine duplicate o quasi duplicate, titoli duplicati e varianti di protocollo, host e slash.
• Ricerche site: per individuare i casi evidenti: http e https entrambi attivi, URL con parametri indicizzati e sottodomini di staging sfuggiti al controllo.
• Controllo della raggiungibilità. Per una pagina importante, prova manualmente le varianti (http/https, www/non-www, slash finale, maiuscole) e verifica quale restituisce 200 invece di un redirect.
• Confronta il contenuto visualizzato, non solo l’HTML grezzo. Google indicizza ciò che viene visualizzato, JavaScript compreso: due URL con sorgente diversa ma output visualizzato identico possono comunque essere raggruppati, mentre due URL con HTML grezzo simile ma contenuto visualizzato diverso (personalizzazione, stati vuoti, template di errore) potrebbero non esserlo. In caso di dubbio, controlla ciò che viene effettivamente caricato nel browser.

Come correggere il contenuto duplicato (in ordine di preferenza)

L’ordine seguente è un buon punto di partenza, ma la prima domanda reale è che cosa vuoi che succeda a questo URL: la soluzione corretta segue l’intento, non una graduatoria universale fissa:

• Vuoi eliminare completamente il duplicato e reindirizzare il traffico? → 301.
• Devi lasciarlo raggiungibile, ma vuoi che nei risultati sia rappresentato da un altro URL? → rel="canonical".
• È in realtà una pagina distinta che è stata raggruppata per errore? → rendila davvero diversa; non è una correzione tecnica: guarda le cause sopra.
• Vuoi rimuoverla intenzionalmente dall’indice di Google? → noindex.

Con questa impostazione, ecco l’ordine: prima le soluzioni più forti e alla radice del problema, per ultima la rimozione:

1. Correggi la causa principale o consolida con redirect 301. Per varianti di protocollo, host, slash e maiuscole/minuscole, la soluzione corretta è fare in modo che risolva una sola versione e reindirizzare con 301 tutte le altre verso quella. Un redirect è il segnale di consolidamento più forte che Google abbia: la sua documentazione lo definisce “A strong signal that the target of the redirect should become canonical.” (traduzione) “Un segnale forte che indica che la destinazione del redirect dovrebbe diventare canonical.” Bing concorda: “Use 301 redirects to consolidate variants into a single preferred URL.” (traduzione) “Usa redirect 301 per consolidare le varianti in un unico URL preferito.” È la soluzione preferita perché elimina del tutto il duplicato e trasferisce i segnali.

2. rel="canonical" — quando devi lasciare raggiungibile il duplicato. Se il duplicato deve restare attivo (una versione per la stampa o un URL con un parametro necessario all’utente), aggiungi un tag canonical che punti all’URL preferito. Google: “A strong signal that the specified URL should become canonical.” (traduzione) “Un segnale forte che indica che l’URL specificato dovrebbe diventare canonical.” Nota la parola segnale: è un suggerimento, non una direttiva. Google può scegliere diversamente quando altri segnali sono in conflitto. (Per i tag canonical e rel=canonical come tema collegato, vedi la sezione dedicata.)

3. Gestione dei parametri e link interni coerenti. Gestisci i parametri in modo coerente: canonical verso l’URL pulito e collega sempre internamente a un’unica versione canonical. (Il vecchio strumento GSC per i parametri URL di Google è stato ritirato nel 2022, quindi oggi gestisci i parametri con canonical, robots e link interni, non con un’impostazione nella dashboard.) Inserire un URL nella tua sitemap è un segnale debole che aiuta a farlo diventare il canonical, quindi nelle sitemap inserisci solo URL canonical.

4. noindex — solo quando vuoi davvero eliminare la pagina. noindex rimuove una pagina; non consolida i segnali verso l’URL preferito come fanno un 301 o un canonical. Usalo quindi solo quando vuoi davvero togliere quella pagina dall’indice (per esempio una pagina scarna di risultati della ricerca interna), non come correzione predefinita dei duplicati. Usare noindex quando volevi consolidare significa buttare via i segnali invece di unirli.

È utile una distinzione netta: robots.txt e lo strumento Rimozioni URL di Search Console non sono neppure metodi di canonicalizzazione, anche se compaiono nelle stesse discussioni. Bloccare un URL in robots.txt impedisce a Googlebot di vedere del tutto la pagina, quindi non può valutarla o inserirla in un cluster: non associa un duplicato a un URL preferito. La rimozione nasconde temporaneamente un URL dai risultati; non consolida nulla. Quando l’obiettivo è il consolidamento, usa noindex (oppure un redirect o un canonical).

5. hreflang per le varianti localizzate. Per varianti regionali nella stessa lingua (en-us contro en-gb), hreflang collega le versioni affinché a ogni pubblico venga mostrata quella corretta. Non aumenta i ranking e non è uno strumento di consolidamento: mostra semplicemente la versione regionale corretta. (Vedi SEO internazionale.)

6. Syndication — e questo aspetto è cambiato. Ripubblicare non è rischioso se il rapporto è configurato correttamente. Le norme antispam di Google escludono ancora esplicitamente la syndication: tra i casi non considerati abuso citano “News publications that have syndicated news content from other news publications” (traduzione) “Pubblicazioni giornalistiche che distribuiscono contenuti in syndication provenienti da altre pubblicazioni giornalistiche.” Il rischio, quindi, non è mai stato la syndication in sé.

Ma il meccanismo raccomandato si è allontanato dal consiglio canonical-first che davo io (e che dava gran parte del settore, compresa la mia vecchia guida Ahrefs). La guida attuale di Google alla risoluzione dei problemi di canonicalizzazione non considera più rel="canonical" il modo principale per impedire che la copia di un partner di syndication competa con l’originale: nella pratica, le pagine ripubblicate spesso differiscono abbastanza (template diverso, introduzione aggiunta, annunci, link correlati) perché Google non rispetti sempre il canonical verso di te. Google ora descrive come più efficace chiedere al tuo partner di syndication di impedire l’indicizzazione della propria copia (con il suo noindex oppure escludendola dalla sitemap), invece di affidarsi a un canonical che punti a te.

In pratica, chiedi comunque al partner di syndication di inserire un canonical verso di te, se accetta: non fa danni e aiuta ancora quando le pagine sono quasi identiche. Ma se vuoi davvero controllare il rischio che la copia del partner superi il tuo originale, la richiesta più affidabile è tenerla completamente fuori dall’indice, non limitarsi a un canonical. È un aggiornamento reale rispetto al vecchio consiglio “canonical o noindex, funzionano entrambi”; se tempo fa hai configurato una syndication affidandoti solo al canonical, vale la pena rivederla con i partner nei casi importanti.

I miti sul contenuto duplicato, sfatati

• “Esiste una penalità per contenuto duplicato.” No. Google: “There’s no such thing as a ‘duplicate content penalty.’” (traduzione) “Non esiste una ‘penalità per contenuto duplicato’.” Bing: “doesn’t trigger search penalties on its own.” Le penalità riguardano solo l’abuso ingannevole e su larga scala.
• “Se due pagine sono simili per più del X%, vieni penalizzato.” No. Non esiste una soglia percentuale di similarità che attivi una penalità. I motori raggruppano e scelgono un canonical; non sottraggono punti in base a un punteggio di similarità. (Matt Cutts una volta stimò che tra il 25% e il 30% dei contenuti sul web fosse duplicato: è normale e atteso.)
• “Citare fonti o ripetere boilerplate ti danneggia.” No. Footer, disclaimer, specifiche di prodotto e citazioni di altre fonti sono ripetizioni normali che i motori si aspettano.
• “Avere sia http:// sia https:// (o www e non-www) attivi comporta una penalità.” Nessuna penalità, ma è un vero problema di divisione dei segnali. Correggilo con un 301 verso la versione preferita, per efficienza e non per paura.
• “Un tag canonical garantisce il canonical.” No. rel="canonical" è un forte segnale/suggerimento, non una direttiva; un 301 è più forte e segnali in conflitto possono spingere Google a scegliere diversamente, che è esattamente lo stato “Duplicate, Google chose different canonical than user.”
• “noindex è la soluzione predefinita per i duplicati.” Di solito è sbagliato. Rimuove una pagina, non consolida. Preferisci 301 o canonical; usa noindex solo per rimuovere davvero la pagina.

In sintesi

Non c’è una penalità. Ci sono diluizione dei segnali, posizionamento dell’URL sbagliato e crawling sprecato; la cura per tutti e tre è la stessa: consolidare tutto su un unico URL canonical, usando il segnale più forte ragionevolmente disponibile. E se preferisci non occupartene tu, come Google dice da tempo, puoi lasciare che lo gestisca lui: raggrupperà i duplicati e ne sceglierà uno rappresentativo. Io preferisco fare la scelta al posto suo.

Riepilogo AI

Una sintesi della versione Advanced:

• Non esiste una penalità generale per contenuto duplicato. Lo dicono sia Google (“no such thing as a duplicate content penalty”) sia Bing (“doesn’t trigger search penalties on its own”). Google gestisce normalmente la duplicazione ordinaria con deduplicazione e scelta del canonical, non con un’azione prevista dalle norme. Le penalità riguardano solo l’abuso ingannevole e su larga scala: scraping e ripubblicazione massiva senza valore (nelle norme antispam di Google, “scaled content abuse”).
• I costi reali sono indiretti e possibili, non garantiti: (1) diluizione dei segnali, perché link, clic e impression possono dividersi tra le versioni; (2) scelta dell’URL sbagliato nei risultati, anche se un membro non canonical del cluster può essere mostrato in un contesto specifico; (3) crawling meno efficiente, con il canonical scansionato più spesso e le copie meno spesso; (4) misurazione più confusa.
• I motori gestiscono il problema così: rileva → raggruppa → scegli un canonical. Google raggruppa gli URL duplicati e sceglie un rappresentante dai segnali raccolti (un canonical dichiarato è un suggerimento, non una regola). Bing applica ora lo stesso modello alla ricerca LLM/AI e può mostrare un rappresentante obsoleto, quindi il consolidamento protegge anche la visibilità AI.
• La maggior parte della duplicazione è tecnica, non editoriale: http/https, www/non-www, parametri di tracciamento, ID di sessione, maiuscole, slash finale, URL per stampa/mobile/AMP, navigazione a faccette, archivi, ricerca interna, staging e syndication.
• Non tutto ciò che sembra duplicazione lo è: filtri, ordinamenti e paginazione richiedono una valutazione basata sul contenuto, non un canonical generalizzato; le pagine paginate mantengono il proprio canonical; le varianti di prodotto possono meritare URL propri; le traduzioni complete in un’altra lingua non sono duplicati (le varianti regionali nella stessa lingua possono esserlo); la percentuale “near-duplicate %” di un crawler è un’impostazione dello strumento, non una soglia di Google.
• Trovalo con lo stato GSC “Duplicate, Google chose different canonical than user”, un crawler del sito, le ricerche site:, controlli di raggiungibilità e il confronto del contenuto visualizzato, non solo dell’HTML grezzo.
• Correggi in base all’intento, indicativamente in quest’ordine: causa principale / 301 (più forte) → rel="canonical" (un suggerimento, non una direttiva) → gestione dei parametri + link interni coerenti → noindex solo per rimuovere davvero (non consolida, così come robots.txt o lo strumento di rimozione) → hreflang per le varianti localizzate → syndication, per la quale la guida attuale di Google favorisce la richiesta al partner di usare noindex sulla copia invece di affidarsi al solo canonical.
• Miti sfatati: nessun trigger basato sulla percentuale di similarità; boilerplate e citazioni vanno bene; avere attivi http+https non è una penalità; un tag canonical è un segnale, non una garanzia; noindex non è la correzione predefinita dei duplicati.

Documentazione ufficiale

Documentazione di prima mano dei motori di ricerca.

Google

• Che cos’è la canonicalizzazione — la documentazione attuale sul funzionamento: similarità del contenuto principale, clustering, frequenza di crawling e possibilità di pubblicare un membro non canonical in un contesto specifico. Parti da qui per capire come avviene il rilevamento.
• Consolidare gli URL duplicati / specificare un canonical — perché specificare un canonical, come Google ne sceglie uno se non lo fai e i metodi in ordine di forza del segnale (redirect > rel=canonical > sitemap). Parti da qui per la gerarchia delle soluzioni.
• Correggere i problemi di canonicalizzazione — la guida attuale sulla syndication (noindex del partner preferito al solo canonical), rimedi per copie e scraper e tempi di rivalutazione delimitati.
• Guida approfondita al funzionamento della Ricerca Google — rendering prima dell’indicizzazione, clustering e motivo per cui un membro non canonical può ancora essere mostrato in un contesto specifico.
• Progettare una struttura URL per i siti e-commerce — indicazioni su parametri e varianti di prodotto; perché un parametro non è automaticamente un duplicato.
• Paginazione, caricamento incrementale delle pagine e impatto sulla Ricerca Google — ogni pagina paginata dovrebbe avere il proprio URL e un canonical autoreferenziale.
• Informare Google sulle versioni localizzate della pagina — il confine della duplicazione è la lingua, non il layout; hreflang reciproco per le varianti regionali nella stessa lingua.
• Norme antispam — dove risiedono davvero le penalità: abuso di contenuti su larga scala, scraping e deroga per la syndication.
• Chiarire il mito della penalità per contenuto duplicato (2008) — il post originale sulla “nessuna penalità” e l’origine della descrizione per cluster.
• Gestire la duplicazione legittima tra domini diversi (2009) — il riferimento storico per la syndication (canonical/noindex verso l’originale); per la raccomandazione aggiornata, vedi la guida attuale sui problemi di canonicalizzazione.
• Gestire con metodo il contenuto duplicato (2006) — la definizione storica di contenuto duplicato.

Bing / Microsoft

• Il contenuto duplicato danneggia la SEO e la visibilità nella ricerca AI? (dicembre 2025) — il modello di Bing «nessuna penalità → segnali diluiti → cluster → scelta di uno», esteso alla ricerca tramite LLM e AI. Le soluzioni citate sono tag canonical, redirect permanenti, hreflang, noindex e IndexNow.

Citazioni dalla fonte

Dichiarazioni documentate di Google e Bing. Ogni link è un deep link che porta direttamente al passaggio citato nella pagina fonte.

Google — non c’è penalità

• “There’s no such thing as a ‘duplicate content penalty.’ At least, not in the way most people mean when they say that.” (traduzione) “Non esiste una ‘penalità per contenuto duplicato’, almeno non nel senso in cui la maggior parte delle persone usa questa espressione.” — Google Search Central blog, Sfatare il mito della “penalità per contenuto duplicato” (2008). Leggi il post
• “We don’t have a duplicate content penalty. It’s not that we would demote a site for having a lot of duplicate content.” (traduzione) “Non abbiamo una penalità per i contenuti duplicati: non declasseremmo un sito solo perché ne contiene molti.” — John Mueller, Google. Vai alla citazione

Google — dove risiedono davvero le penalità (norme antispam)

• “Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users.” (traduzione) “L’abuso di contenuti su larga scala consiste nel generare molte pagine principalmente per manipolare il posizionamento nella ricerca, anziché aiutare gli utenti.” — Google Search Essentials, norme antispam. Vai alla citazione
• “Republishing content from other sites without adding any original content or value, or even citing the original source.” (traduzione) “Ripubblicare contenuti di altri siti senza aggiungere contenuti originali o valore, anche citando la fonte originale.” — Norme antispam di Google, elencato come scraping abusivo. Vai alla citazione
• “Sites that violate our policies may rank lower in results or not appear in results at all.” (traduzione) “I siti che violano le nostre norme possono posizionarsi più in basso nei risultati o non comparirvi affatto.” Vai alla citazione
• Deroga per la syndication: “News publications that have syndicated news content from other news publications.” (traduzione) “Pubblicazioni giornalistiche che distribuiscono contenuti in syndication provenienti da altre pubblicazioni giornalistiche.” Vai alla citazione

Google — clustering e gerarchia delle soluzioni

• “If you don’t specify a canonical URL, Google will identify which version of the URL is objectively the best version to show to users in Search.” (traduzione) “Se non specifichi un URL canonical, Google individua quale versione dell’URL sia oggettivamente la migliore da mostrare agli utenti nella Ricerca.” — Documentazione Google Search Central. Vai alla citazione
• Redirect: “A strong signal that the target of the redirect should become canonical.” (traduzione) “Un segnale forte che indica che la destinazione del redirect dovrebbe diventare canonical.” Vai alla citazione
• rel="canonical": “A strong signal that the specified URL should become canonical.” (traduzione) “Un segnale forte che indica che l’URL specificato dovrebbe diventare canonical.” Vai alla citazione
• Inserimento nella sitemap: “A weak signal that helps the URLs that are included in a sitemap become canonical.” (traduzione) “Un segnale debole che aiuta gli URL inclusi in una sitemap a diventare canonical.” Vai alla citazione

Bing — stesso modello, con l’aspetto della ricerca AI

• “Duplicate content doesn’t trigger search penalties on its own, but it does reduce visibility by diluting authority.” (traduzione) “Il contenuto duplicato non attiva di per sé penalità nella ricerca, ma può ridurre la visibilità diluendo l’autorevolezza.” — Bing Webmaster Blog (dicembre 2025). Vai alla citazione
• “When several URLs contain the same content, signals such as clicks, links, impressions, and engagement are often diluted.” (traduzione) “Quando più URL contengono lo stesso contenuto, segnali come clic, link, impression e coinvolgimento spesso si diluiscono.” Vai alla citazione
• “LLMs group near-duplicate URLs into a single cluster and then choose one page to represent the set. If the differences between pages are minimal, the model may select a version that is outdated.” (traduzione) “Gli LLM riuniscono gli URL quasi identici in un cluster, quindi scelgono una sola pagina rappresentativa. Con differenze minime, la scelta può ricadere su una versione non aggiornata.” Vai alla citazione

Checklist per l’audit del contenuto duplicato

Usala per trovare e risolvere la duplicazione su un sito:

• Hai controllato in Search Console gli stati “Duplicate, Google chose different canonical than user” e “Duplicate without user-selected canonical”.
• Hai verificato che risolva un solo protocollo: http reindirizza con 301 a https.
• Hai verificato che risolva un solo host: www e non-www non restituiscono entrambi 200; uno reindirizza con 301 all’altro.
• Hai verificato un’unica convenzione per lo slash finale e una capitalizzazione coerente: le varianti fanno redirect invece di risolvere entrambe.
• I parametri di tracciamento e di sessione (UTM, sort, ID di sessione) hanno un canonical verso l’URL pulito.
• Le varianti per stampa, mobile (m.) e AMP puntano con un canonical all’URL principale.
• La navigazione a faccette o filtrata non genera URL duplicati scansionabili (canonical, robots o # al posto di ?).
• Le pagine di tag/categoria/archivio e i risultati della ricerca interna non vengono indicizzate come duplicati scarni.
• I sottodomini di staging/sviluppo non sono indicizzati (blocco o noindex + autenticazione).
• Ogni pagina importante ha un canonical autoreferenziale.
• I link interni puntano tutti alla singola versione canonical (nessun mix di protocollo/host/slash).
• Le sitemap elencano solo URL canonical e indicizzabili.
• Le varianti localizzate sono collegate con hreflang (non consolidate).
• Per le copie in syndication, chiedi al partner di usare noindex (la richiesta più efficace secondo la guida attuale di Google); un canonical verso il tuo originale è un buon segnale secondario, non la soluzione principale.
• Filtri, ordinamenti e paginazione sono stati valutati in base all’intento, non canonicalizzati automaticamente: ogni pagina paginata mantiene il proprio canonical.

La gerarchia delle soluzioni (in ordine di preferenza)

Quando trovi una duplicazione, scendi lungo questo elenco: prima le soluzioni più forti e alla radice del problema, per ultima la rimozione. Scegli l’opzione più alta che si applica.

1. Correggi la causa principale / redirect 301. Il risultato migliore è che il duplicato smetta di esistere. Per varianti di protocollo, host, slash e maiuscole/minuscole, fai risolvere una sola versione e reindirizza con 301 tutte le altre verso quella. Un redirect è il segnale di consolidamento più forte di Google (“a strong signal that the target of the redirect should become canonical” (traduzione) “un segnale forte che indica che la destinazione del redirect dovrebbe diventare canonical”) e trasferisce i segnali. È la scelta predefinita.

2. rel="canonical" — quando il duplicato deve restare raggiungibile. Non puoi rimuovere il duplicato (una vista di stampa o un parametro necessario)? Punta un canonical all’URL preferito. È un forte suggerimento, non una direttiva: Google può comunque scegliere diversamente, quindi sostienilo con link interni coerenti e una sitemap pulita.

3. Gestione dei parametri e link interni coerenti. Tratta i parametri in modo coerente (canonical verso l’URL pulito) e collega sempre internamente a un’unica versione canonical. Lo strumento GSC per i parametri URL non esiste più (dal 2022), quindi oggi questa è la leva per i parametri.

4. noindex — solo quando vuoi davvero eliminare la pagina. noindex rimuove; non consolida. Usalo quando la pagina non dovrebbe davvero stare nell’indice (per esempio pagine scarne della ricerca interna), mai come correzione predefinita dei duplicati, perché scarta i segnali invece di unirli.

5. hreflang — per le varianti localizzate. Le varianti regionali nella stessa lingua non sono davvero “duplicati da consolidare”: collegale con hreflang affinché ogni regione veda la pagina corretta. Non aumenta i ranking; indirizza alla versione giusta.

6. Syndication — chiedi al partner di bloccare l’indicizzazione, non solo di usare un canonical. Quando altri ripubblicano i tuoi contenuti, un canonical verso l’originale aiuta ancora e vale la pena chiederlo; tuttavia la guida attuale di Google dice che è più efficace impedire al partner di indicizzare la propria copia (con il suo noindex), perché le pagine in syndication spesso differiscono abbastanza da rendere insufficiente un canonical da solo. È un aggiornamento rispetto al vecchio consiglio “canonical o noindex, scegli tu”.

La regola decisionale in una riga: Puoi rimuovere il duplicato? → 301. No? → canonical. Contenuto diverso per regione? → hreflang. Vuoi eliminarlo del tutto? → noindex. Ricorri alla rimozione solo quando non vuoi il consolidamento. Ricorda inoltre che robots.txt e le rimozioni URL non sono in questo elenco: bloccano o nascondono, non consolidano.

Causa → soluzione raccomandata

Forza dei segnali (ordine di Google): redirect 301 (forte) > rel="canonical" (forte) > inclusione nella sitemap (debole). Un redirect prevale su un canonical quando sono in conflitto.

Che cosa fa ogni strumento

Ricorda: non esiste alcuna penalità; correggi la duplicazione per consolidamento ed efficienza del crawling, non per paura.

Trovare le varianti duplicate

Non serve uno strumento sofisticato per trovare i duplicati tecnici più comuni: bastano alcuni controlli per individuarne la maggior parte.

Ricerche site: (qualsiasi browser). Individua i duplicati già presenti nell’indice:

site:example.com inurl:http://       # is the http version indexed?
site:example.com inurl:?              # parameterized URLs indexed?
site:staging.example.com             # did a staging subdomain escape?
site:example.com intitle:"Your Page Title"   # same title on multiple URLs?

Controlla quali varianti dell’URL risolvono con 200 (macOS / Linux). Se più di una restituisce 200 invece di fare redirect, hai un problema di consolidamento:

for url in \
  "http://example.com/page" \
  "https://example.com/page" \
  "https://www.example.com/page" \
  "https://example.com/page/" \
  "https://example.com/Page"; do
  code=$(curl -s -o /dev/null -w "%{http_code}" -I "$url")
  echo "$code  $url"
done
# Want: one 200 (the canonical) and the rest 301 to it.

Equivalente per Windows (PowerShell):

$urls = "http://example.com/page","https://example.com/page",
        "https://www.example.com/page","https://example.com/page/"
foreach ($u in $urls) {
  $r = Invoke-WebRequest -Uri $u -Method Head -MaximumRedirection 0 `
        -SkipHttpErrorCheck -ErrorAction SilentlyContinue
  "{0}  {1}" -f $r.StatusCode, $u
}

Leggi il canonical dichiarato di una pagina per verificare che punti dove ti aspetti:

curl -s "https://example.com/page" | grep -i 'rel="canonical"'

Per una deduplicazione dell’intero sito, lascia fare a un crawler: vedi la scheda Tools.

Strumenti per trovare e correggere i duplicati

• Google Search Console — rapporto Pagine. Gli stati “Duplicate, Google chose different canonical than user” (traduzione) “Duplicato: Google ha scelto un canonical diverso da quello indicato dall’utente”, “Duplicate without user-selected canonical” (traduzione) “Duplicato senza canonical selezionato dall’utente” e “Alternate page with proper canonical tag” (traduzione) “Pagina alternativa con tag canonical corretto” indicano esattamente come Google tratta i tuoi duplicati. Inizia da qui.
• Controllo URL (GSC) — per qualsiasi URL, confronta il canonical dichiarato dall’utente con quello selezionato da Google.
• Ahrefs Site Audit — segnala pagine duplicate e quasi duplicate, titoli e meta tag duplicati e varianti di protocollo, host, slash e maiuscole in un’unica scansione.
• Screaming Frog SEO Spider — scansiona il sito per trovare contenuti duplicati o quasi duplicati, catene o loop di canonical e problemi di redirect.
• Ahrefs Webmaster Tools — offre crawling e audit gratuiti per i siti verificati.
• Ricerche site: — il metodo senza configurazione per vedere quali duplicati sono già indicizzati (consulta la scheda Scripts).
• Bing Webmaster Tools — individua pattern di duplicazione, come titoli identici, e supporta IndexNow per inviare URL modificati o rimossi e aggiornare più rapidamente il cluster.

Prima / dopo: tre configurazioni duplicate comuni

Un esempio semplificato per ciascuno dei tre duplicati tecnici più comuni di questa pagina, con il problema e la correzione.

1. Varianti di protocollo e host che risolvono entrambe con 200

# Bad — four addresses all serve the same page, all return 200
http://example.com/guide          → 200
https://example.com/guide         → 200
http://www.example.com/guide      → 200
https://www.example.com/guide     → 200

Il problema: ogni scansione di uno qualsiasi di questi quattro URL è, dal punto di vista di Google, una scansione della “stessa pagina”; inoltre, un link costruito verso quello “sbagliato” non consolida i segnali sugli altri. I segnali si dividono in quattro invece di sommarsi su uno.

# Clean — one canonical host/protocol, everything else 301s to it
http://example.com/guide          → 301 → https://www.example.com/guide
https://example.com/guide         → 301 → https://www.example.com/guide
http://www.example.com/guide      → 301 → https://www.example.com/guide
https://www.example.com/guide     → 200 (canonical, self-referencing <link rel="canonical">)

Correzione: è il passaggio “correggi la causa principale / 301” della gerarchia sopra, il segnale più forte perché elimina il duplicato alla radice.

2. Un URL con parametro di tracciamento e canonical sbagliato

<!-- Bad — the parameterized URL canonicalizes to itself,
     so Google treats /product?utm_source=newsletter as its own page
     instead of folding it into the clean URL -->
<!-- served at https://example.com/product?utm_source=newsletter -->
<link rel="canonical" href="https://example.com/product?utm_source=newsletter" />

Il problema: un canonical autoreferenziale su un URL con parametri dice a Google “questa è la pagina reale”, vanificando lo scopo; l’URL pulito e ogni variante di parametro (?utm_source=, ?sort=, ?ref=) sembrano ciascuno un candidato canonical separato.

<!-- Clean — every parameter variant canonicalizes to the clean URL -->
<!-- served at https://example.com/product?utm_source=newsletter -->
<link rel="canonical" href="https://example.com/product" />

Correzione: è il passaggio 3, gestione dei parametri: porta con il canonical ogni variante parametrizzata all’URL pulito e collega internamente solo all’URL pulito.

3. Una copia in syndication senza rapporto con l’originale

<!-- Bad — the syndicating site has no canonical or noindex pointing
     back to your original, so the copy competes with it in results -->
<!-- your article, republished on partner-site.com/your-article -->
<link rel="canonical" href="https://partner-site.com/your-article" />

<!-- Better, but not the most effective option on its own — the syndicated
     copy canonicals back to your original -->
<!-- your article, republished on partner-site.com/your-article -->
<link rel="canonical" href="https://example.com/your-article" />

<!-- Most effective per Google's current guidance — the partner keeps
     their copy out of the index entirely, so there's nothing to compete
     with your original at all -->
<!-- your article, republished on partner-site.com/your-article -->
<meta name="robots" content="noindex, follow" />

Correzione: è il passaggio 6 della gerarchia. La syndication non è rischiosa di per sé (le norme antispam di Google escludono esplicitamente la syndication legittima). Ciò che è cambiato è il consiglio: un canonical verso di te aiuta, ma non impedisce in modo affidabile che la copia del partner competa, perché le pagine in syndication spesso differiscono abbastanza da indurre Google a non rispettarlo. Chiedere al partner di usare noindex sulla copia è la soluzione più affidabile.

Prompt per lavorare sul contenuto duplicato

Prompt pronti da copiare per le attività di questa pagina. Incolla i tuoi URL/HTML dove indicato e verifica l’output prima di agire: i modelli possono interpretare male la semantica dei parametri.

Raggruppa un elenco di URL in gruppi di duplicati

Incolla: un elenco di URL (da un export di crawling, da una ricerca site: o dai log del server). Otterrai gli URL raggruppati in cluster di duplicati, con un canonical suggerito per ogni gruppo e la relativa motivazione.

Here is a list of URLs from my site. Group them into clusters of URLs
that likely serve the same or near-duplicate content (protocol/host
variants, trailing slash, case, tracking parameters, print/mobile/AMP
versions). For each cluster, suggest which URL should be the canonical
and explain why, using the fix hierarchy: 301 redirect for pure
technical variants, rel=canonical for URLs that must stay reachable.

URLs:
[paste URL list here]

Controlla i tag canonical in conflitto

Incolla: l’HTML grezzo di <head> (oppure solo le righe di canonical/hreflang/redirect) per un insieme di pagine. Otterrai un elenco dei conflitti: canonical autoreferenziali che non dovrebbero esserci, canonical che puntano a URL con redirect o catene di canonical.

Here is the <head> markup for several pages on my site. Check the
rel="canonical" tags for problems: a canonical pointing at a URL that
itself redirects or 404s, a canonical chain (A canonicals to B, B
canonicals to C), a parameterized URL with a self-referencing
canonical instead of pointing at the clean URL, or a canonical
pointing cross-domain unintentionally. List each issue found with the
URL and a one-line explanation.

[paste head markup per URL here]

Decidi la correzione per un elenco di parametri

Incolla: un elenco dei parametri URL visti in Search Console o nei log del server (per esempio ?sort=, ?utm_source=, ?sessionid=, ?color=). Otterrai una raccomandazione per ogni parametro — canonicalizzare, usare noindex o bloccare — in base al fatto che cambi o meno il contenuto della pagina.

Here are the URL parameters my site generates, with a short note on
what each one does. For each parameter, tell me whether the resulting
URL should (a) canonicalize to the clean URL because it doesn't change
the content meaningfully, (b) stay indexable as its own page because
it does change the content (e.g. a real filter a user would search
for), or (c) be blocked/noindexed because it's low-value (session IDs,
sort order, tracking tags). Explain the reasoning for each.

Parameters:
[paste parameter list and notes here]

Test di validazione: il consolidamento ha davvero avuto effetto?

Eseguili dopo una correzione del contenuto duplicato — un 301, una modifica del canonical o una pulizia dei parametri — per confermare che sia stata applicata e sapere quando fare rollback.

1. Il redirect risolve correttamente

Test da eseguire: usa curl -I su ogni vecchia variante (oppure HTTP Status Checker) per gli URL che hai consolidato. Risultato atteso: un solo 200 sull’URL preferito e, per tutti gli altri, un 301 diretto con un header Location che punta direttamente a quello (nessuna catena). Interpretazione del fallimento: una variante restituisce ancora 200 (il redirect non è stato distribuito) oppure Location punta a un altro URL che reindirizza (una catena, che indebolisce il segnale). Finestra di monitoraggio: immediata: il risultato è verificabile non appena la modifica è attiva. Trigger per il rollback: qualsiasi variante che continua a risolvere con 200, o una catena di redirect lunga più di un hop.

2. Il tag canonical punta dove vuoi

Test da eseguire: usa il Canonical Checker (oppure curl -s <url> | grep 'rel="canonical"') sull’URL parametrizzato o duplicato. Risultato atteso: il canonical dichiarato corrisponde esattamente all’URL pulito o preferito (protocollo, host e percorso, senza parametri estranei). Interpretazione del fallimento: un canonical autoreferenziale su una variante indica che la correzione non è stata applicata; un canonical che punta a un URL con redirect o non disponibile deve invece puntare alla destinazione finale. Finestra di monitoraggio: immediata. Trigger per il rollback: il canonical continua a puntare a se stesso sulla variante oppure punta a un URL non-200.

3. Il canonical scelto da Google corrisponde al tuo

Test da eseguire: in Google Search Console apri Controllo URL sull’URL interessato e confronta “User-declared canonical” con “Google-selected canonical.” Risultato atteso: i due valori coincidono. Interpretazione del fallimento: una discrepanza significa che Google considera ancora autorevole un URL diverso, di solito perché il redirect o il canonical è troppo recente oppure un altro segnale (link interni, sitemap) punta ancora al vecchio URL. Finestra di monitoraggio: 2–4 settimane dopo la distribuzione della correzione e una nuova scansione della pagina: non è immediato. Trigger per il rollback: la discrepanza persiste oltre 4–6 settimane senza segnali di riduzione.

4. Il conteggio degli stati duplicati GSC diminuisce

Test da eseguire: monitora nel tempo il conteggio di “Duplicate, Google chose different canonical than user” nel rapporto Pagine di Search Console (oppure usa il Google Search Console CSV Analyzer se stai acquisendo i dati programmaticamente). Risultato atteso: gli URL interessati escono da quello stato man mano che vengono scansionati di nuovo. Interpretazione del fallimento: un conteggio stabile o in aumento significa che la correzione non si è ancora propagata oppure che un segnale in conflitto (link interni o voci della sitemap) punta ancora all’URL non preferito. Finestra di monitoraggio: 2–4 settimane, perché dipende dalla frequenza di nuova scansione. Trigger per il rollback: il conteggio non cambia dopo un intero ciclo di nuova scansione senza spiegazione: ricontrolla link interni e sitemap prima di concludere che la correzione sia sbagliata.

Risorse che vale la pena consultare

I miei articoli — le fonti principali di questa pagina

• Contenuto duplicato: perché si verifica e come correggerlo — la mia guida completa su Ahrefs: la tassonomia integrale delle cause e la gerarchia delle soluzioni su cui si basa questa pagina.
• Il mito della penalità per contenuto duplicato — il mio articolo del 2016 su Search Engine Land. Questa pagina ne è di fatto la versione moderna; sostengo questa tesi da un decennio.
• Duplicate, Google Chose Different Canonical Than User — che cosa significa lo stato GSC, quali sono le cause e come correggerlo.
• Tag canonical spiegati — approfondimento su rel=canonical.
• Google usa circa 40 segnali di canonicalizzazione — come Google sceglie davvero l’URL rappresentativo.
• Parametri URL: guida completa per professionisti SEO — la fonte più prolifica di URL duplicati.

Ufficiali

• Google: Che cos’è la canonicalizzazione · Consolidare gli URL duplicati · Correggere i problemi di canonicalizzazione (guida attuale sulla syndication) · Norme antispam · Gestire la duplicazione legittima tra domini diversi (riferimento storico sulla syndication).
• Bing: Il contenuto duplicato danneggia la SEO e la visibilità nella ricerca AI? (dicembre 2025).

Dal settore

• r/TechSEO — la community per il debugging di canonical e duplicati.
• Che cos’è il contenuto duplicato? (Semrush) — panoramica ampia di cause e rilevamento, utile come lettura complementare per i flussi guidati dagli strumenti.
• Contenuto duplicato: cause e soluzioni (Yoast) — elenco solido delle cause, con indicazioni incentrate sui CMS (soprattutto WordPress) per navigazione a faccette e pagine archivio.
• La guida definitiva alla SEO del contenuto duplicato (Sitebulb) — guida tecnica approfondita con una buona trattazione del rilevamento dei quasi duplicati e dell’impatto sulla ricerca AI.
• Esiste una penalità per contenuto duplicato? (SISTRIX) — risposta diretta e concisa al mito.
• Google SEO Office Hours, 31 gennaio 2021 — John Mueller sul contenuto duplicato — trascrizione di Search Engine Journal della precisazione di Mueller sul “non essere un fattore di ranking negativo”.

Frasi citabili da conservare

Le frasi a cui ricorro quando qualcuno insiste sull’esistenza di una penalità:

• John Mueller, Google — “We don’t have a duplicate content penalty. It’s not that we would demote a site for having a lot of duplicate content.” (traduzione) “Non esiste una nostra penalità per contenuto duplicato e un sito non viene declassato perché presenta molti duplicati.” Fonte (la mia guida Ahrefs)
• Google (2008) — “There’s no such thing as a ‘duplicate content penalty.’ At least, not in the way most people mean when they say that.” (traduzione) “Non esiste una ‘penalità per contenuto duplicato’, almeno non nel senso in cui la maggior parte delle persone usa questa espressione.” Fonte
• Io, su Search Engine Land (2016) — “Duplicate content is not grounds for action unless its intent is to manipulate search results.” (traduzione) “Il contenuto duplicato non giustifica un’azione, a meno che non sia concepito per manipolare i risultati di ricerca.” E sul lasciare che Google sistemi la questione: “If you don’t want to worry about sorting through duplication on your site, you can let us worry about it instead.” (traduzione) “Se non vuoi occuparti di distinguere i duplicati sul tuo sito, puoi lasciare che ce ne occupiamo noi.” Fonte
• Bing (2025) — “Duplicate content doesn’t trigger search penalties on its own, but it does reduce visibility by diluting authority.” (traduzione) “Il contenuto duplicato non attiva di per sé penalità nella ricerca, ma può ridurre la visibilità diluendo l’autorevolezza.” Fonte
• Matt Cutts, Google — tra il 25% e il 30% dei contenuti sul web è duplicato. La duplicazione è normale e attesa, non punibile. Copertura (Search Engine Land)

Mettiti alla prova: contenuto duplicato

Cinque domande rapide sul contenuto duplicato e sui miti che lo circondano. Scegli una risposta per ciascuna, poi controlla.

Cronologia modifiche