rel="canonical".
In breve
- Cosa significa: il tag canonical sta funzionando come previsto e Google indicizza solo la pagina principale.
- Premessa tecnica: il canonical è un segnale consultivo, non una direttiva vincolante, quindi Google può selezionare un URL diverso da quello dichiarato.
- Quando non serve intervenire: se l’URL segnalato è una variante voluta, come un filtro, una versione stampabile o una pagina mobile.
- Quando è un problema: se l’URL segnalato è la pagina che si desidera indicizzata, oppure se compare nella sitemap.
- Come verificare: confrontare l’URL segnalato con quello dichiarato e con quello selezionato da Google tramite lo strumento Controllo URL.
- Cosa fare in caso di errore: correggere il tag canonical, la struttura degli URL o i contenuti duplicati, poi richiedere una nuova scansione.
Cosa significa “Pagina alternativa con tag canonical appropriato”?
Lo stato indica che Google ha scansionato un URL, ha riconosciuto un tag rel="canonical" impostato correttamente e ha scelto di dare priorità all’indirizzo di destinazione indicato da quel tag. La pagina segnalata non viene indicizzata singolarmente perché considerata una variante di un’altra pagina, già presente in indice.
Il funzionamento di questo stato si comprende a partire da una premessa tecnica: il tag canonical è un consiglio rivolto al motore di ricerca, non una direttiva perentoria. L’elemento rel="canonical" comunica quale versione di un contenuto il proprietario del sito considera originale, ma la decisione finale sull’URL da indicizzare resta al motore di ricerca. Quando le dinamiche interne del sito non sono gestite in modo coerente, Google può ignorare l’indicazione ricevuta e selezionare come canonica una pagina che ritiene più appropriata.
La segnalazione compare nella sezione “Non indicizzate” del report, ma la sua natura è diversa dagli altri errori elencati in quella stessa voce. Mentre le altre righe descrivono di norma un problema reale di scansione o indicizzazione, questa riga descrive un comportamento tecnico corretto: Google ha esaminato due o più varianti di uno stesso contenuto e ha applicato la deduplicazione prevista dal protocollo canonical, evitando contenuti duplicati in indice.
Questa lettura vale quando la pagina scelta come canonica da Google coincide con quella dichiarata dal proprietario del sito. Esiste però un secondo scenario, meno frequente ma rilevante: Google può considerare come alternativa anche una pagina che, dal punto di vista del proprietario del sito, dovrebbe invece comparire in indice. In questo caso lo stato non descrive più un funzionamento atteso, ma segnala un problema di ottimizzazione da analizzare, perché l’indirizzo penalizzato potrebbe essere proprio quello che si vorrebbe posizionare nei risultati di ricerca.
Va inoltre considerato che la pagina selezionata da Google come canonica non è necessariamente una variante dello stesso indirizzo. Il motore di ricerca può indicare come più appropriata una pagina appartenente a una tipologia strutturale diversa: una categoria al posto di una pagina prodotto, una pagina tag al posto di un articolo, un archivio al posto di una pagina foglia. Il confronto diagnostico, quindi, non si limita alle differenze tra due URL quasi identici, ma riguarda anche il rapporto gerarchico tra le tipologie di pagina che compongono il sito.
La distinzione tra i due scenari dipende dal confronto tra tre elementi: la pagina canonica dichiarata, la pagina canonica effettivamente selezionata da Google e l’importanza strategica dell’URL segnalato. Questo confronto è il punto di partenza di ogni analisi tecnica su questo stato ed è descritto nella sezione dedicata alla verifica.
È un errore da correggere o va bene così?
La risposta dipende da un unico fattore: il ruolo che l’URL segnalato dovrebbe avere nella strategia di indicizzazione del sito. Nella maggior parte dei casi non è richiesta alcuna azione; in alcune situazioni specifiche, invece, l’intervento è necessario.
Nessuna azione richiesta se…
Se l’URL segnalato è una variante intenzionale della pagina canonica — un filtro di navigazione, una versione stampabile, un parametro di tracciamento o una versione mobile — lo stato non richiede alcun intervento. Il comportamento osservato coincide con l’obiettivo del tag canonical: mostrare in indice un solo URL rappresentativo per ciascun contenuto, evitando duplicazioni.
Devi intervenire se…
Se l’URL che vuoi vedere indicizzato compare tra le pagine segnalate come alternative, oppure se questo stesso indirizzo è presente nella sitemap del tuo sito, lo stato indica un problema reale. Una sitemap non dovrebbe mai contenere pagine con un canonical che punta altrove: la presenza di un URL segnalato all’interno della sitemap è già di per sé un’indicazione che qualcosa va corretto, a livello di canonical, di struttura o di contenuti.
| Condizione | Azione |
|---|---|
| L’URL è una variante voluta (filtro, stampa, parametro) | Nessuna azione richiesta |
| L’URL è la pagina principale che dovrebbe indicizzarsi | Correggere il tag canonical o i contenuti |
| L’URL è presente nella sitemap | Rimuoverlo dalla sitemap o correggere il canonical |
| Google seleziona come canonica una pagina di tipologia diversa | Verificare struttura, link interni e gerarchia delle pagine |
| La pagina selezionata da Google coincide con quella dichiarata | Nessuna azione richiesta |
Esempi comuni di questo stato
Lo stato compare con una certa regolarità in presenza di determinate strutture di sito e determinate tipologie di URL. Riconoscere questi pattern aiuta a stabilire rapidamente se ci si trova nello scenario “nessuna azione richiesta” o in quello “intervento necessario”.
- Versioni mobile e desktop di una stessa pagina, quando la versione mobile dichiara come canonica quella desktop, o viceversa.
- Varianti di URL nei siti e-commerce, come filtri di ordinamento, filtri per brand o colore, e parametri di tracciamento (
?utm=) che rimandano all’URL principale della categoria. - Pagine AMP e corrispondenti pagine standard, quando la versione AMP dichiara come canonica quella HTML completa.
- Categorie e-commerce con pochi prodotti filtrati per un attributo che non modifica in modo sostanziale il contenuto della pagina, per cui Google preferisce indicizzare solo la categoria senza filtro.
- Pagine raggiungibili sia con protocollo HTTP sia HTTPS, o sia con sia senza www, quando la versione corretta dichiara la propria canonica in modo coerente.
- Pagine foglia e pagine tassonomiche con contenuti sovrapposti, dove Google indica come canonica l’archivio o la categoria al posto del singolo articolo o prodotto.
In tutti questi casi la logica è la stessa: più indirizzi conducono a contenuti identici o quasi identici, e il tag canonical indica a Google quale tra questi indirizzi merita di comparire nei risultati di ricerca. Quando la configurazione è coerente con l’intento del proprietario del sito, lo stato descrive semplicemente il corretto funzionamento della deduplicazione, senza alcun impatto negativo sulla visibilità organica complessiva.
Come verificare se è un problema
La verifica richiede il confronto tra pochi elementi, tutti disponibili nel report di indicizzazione. Cliccando sull’icona a forma di lente d’ingrandimento accanto a ciascun URL elencato sotto questo stato, si accede ai dati che Search Console ha registrato per quella pagina.
- Pagina di riferimento
- L’indirizzo da cui il crawler di Google ha raggiunto la pagina segnalata, utile a individuare link interni, menu o breadcrumb che espongono URL non destinati all’indicizzazione.
- Agente utente e data di scansione
- Il tipo di crawler che ha effettuato la scansione — versione per smartphone o per desktop — e la data dell’ultimo accesso, dati che permettono di capire quale versione del sito Google sta valutando e quanto sono recenti le informazioni mostrate nel report.
- Canonical dichiarato dall’utente
- L’URL indicato come canonico nel codice della pagina dal proprietario del sito.
- Canonical selezionato da Google
- L’URL che il motore di ricerca ha effettivamente scelto di indicizzare, quando il dato è disponibile.
L’URL segnalato è una pagina importante o una variante?
Se l’indirizzo corrisponde a un contenuto da posizionare autonomamente nei risultati di ricerca, lo stato segnala un problema da correggere. Se invece corrisponde a un filtro, a una versione stampabile o a un parametro accessorio, lo stato descrive un comportamento voluto.
Questo indirizzo è incluso nella sitemap del sito?
La sitemap dovrebbe contenere esclusivamente URL canonici. Se un indirizzo segnalato come alternativo compare comunque nella sitemap, la struttura del sito comunica a Google due informazioni in contraddizione tra loro: da un lato il canonical indica che quell’URL non è la versione da indicizzare, dall’altro la sitemap lo propone come contenuto rilevante. Questa incoerenza va sempre risolta, indipendentemente dal fatto che la pagina sia o meno strategica.
Analizzando questi fattori insieme alla pagina di origine da cui il crawler ha raggiunto l’URL, è possibile stabilire se l’indirizzo problematico sia stato scansionato per un accesso non voluto — un link interno residuo, un menu non aggiornato, un breadcrumb errato — oppure se rientri in una logica di navigazione a filtri gestita correttamente.
Cause tecniche possibili
Quando la verifica indica che è necessario un intervento, la causa tecnica va ricercata in tre aree: la composizione dell’URL, la struttura del sito e la qualità dei contenuti.
Elemento dell’URL
Il confronto tra l’URL segnalato e quello canonico dichiarato è il primo passaggio diagnostico. Un indirizzo web è composto da più elementi distinti — protocollo, sottodominio, dominio, estensione di dominio, percorso, estensione finale e parametri — e una discordanza anche minima tra questi elementi, tra la pagina segnalata e la pagina canonica, è spesso la causa dello stato osservato.
Un caso frequente è la dichiarazione di una pagina canonica con protocollo HTTP quando il sito utilizza HTTPS: Google considera più appropriata la versione con il protocollo effettivamente in uso e segnala quella HTTP come alternativa. Lo stesso vale per la presenza o l’assenza di www, per differenze nell’estensione di dominio o per parametri di tracciamento non gestiti correttamente nel tag canonical.
Struttura del sito
Oltre alla composizione dell’URL, la struttura complessiva del sito incide sulla frequenza con cui compare questo stato. Le pagine tassonomiche (tag, categorie e-commerce, categorie blog, filtri), le pagine foglia (prodotti, articoli) e le pagine navigazionali e istituzionali seguono logiche di canonicalizzazione diverse tra loro. Anche le versioni alternative del sito, come una struttura AMP su percorso dedicato o una versione mobile su sottodominio, generano con regolarità questo tipo di segnalazione quando i canonical incrociati tra le versioni non sono impostati in modo coerente.
È in questo ambito che si manifesta il caso in cui il motore di ricerca sceglie come canonica una pagina di tipologia diversa da quella segnalata. Quando l’architettura del sito espone contenuti sovrapposti su livelli gerarchici differenti, la selezione operata da Google può spostarsi dalla pagina foglia alla pagina tassonomica che la contiene, o viceversa: l’analisi, in questi casi, riguarda i link interni, la profondità di navigazione e la reale differenziazione dei contenuti tra i due livelli.
Contenuti duplicati e cannibalizzazione
Contenuti scarsi, troppo simili tra loro o pressoché assenti possono indurre Google a raggruppare più pagine come varianti di un unico contenuto, anche quando il proprietario del sito le considera pagine distinte. Un esempio ricorrente riguarda i siti e-commerce con categorie filtrate per attributi che incidono poco sul contenuto testuale della pagina: se il filtro non modifica in modo sostanziale ciò che compare nella pagina, Google può scegliere di indicizzare solo la categoria senza filtro.
Un’altra causa frequente è la cannibalizzazione: più pagine che rispondono allo stesso intento di ricerca e alle stesse parole chiave, senza una differenziazione sufficiente nei contenuti. In questi casi Google fatica a stabilire quale pagina meriti la priorità e può selezionare come canonica un URL diverso da quello dichiarato. Anche l’incoerenza linguistica tra le versioni di una pagina in più lingue rientra in questa categoria: se il contenuto principale è tradotto correttamente ma gli elementi di supporto (menu, header, footer, sidebar) restano in un’unica lingua, Google può confondere le due versioni e trattarle come varianti dello stesso contenuto.
Come risolvere l’errore pagina alternativa con tag canonical appropriato
Quando la verifica conferma che è necessario un intervento, la correzione segue una sequenza di passaggi standard.
- Identificare le pagine problematiche tramite il report di indicizzazione, annotando per ciascuna sia il canonical dichiarato sia quello selezionato da Google.
- Analizzare il contenuto e la struttura delle pagine coinvolte, a partire dagli elementi dell’URL, per individuare duplicazioni, cannibalizzazione delle parole chiave o altre cause di confusione.
- Correggere i tag canonical sulle pagine coinvolte, utilizzando in modo coerente il protocollo HTTPS e includendo le pagine canoniche nella sitemap del sito.
- Verificare che le pagine in lingue diverse abbiano tutti gli elementi del layout coerenti con la lingua principale del contenuto.
- Risolvere eventuali problemi di cannibalizzazione, differenziando il contenuto delle pagine che rispondono allo stesso intento di ricerca.
- Richiedere una nuova scansione delle pagine corrette tramite lo strumento Controllo URL di Search Console.
Una casistica ricorrente riguarda gli errori legati a un singolo elemento dell’URL, più semplici da diagnosticare perché isolabili con un confronto diretto tra i due indirizzi.
| Caso | Elemento da correggere |
|---|---|
| http://www.example.com/prodotto-1 con canonico HTTPS | Protocollo |
| https://example.com/prodotto-1 (senza www) con canonico www | Sottodominio |
| https://www.example.it/prodotto-1 con canonico su dominio .com | Estensione di dominio |
| https://www.example.com//prodotto-1 con doppio delimitatore | Delimitatore |
| https://www.example.com/prodotto%201 con spazio codificato | Percorso |
| https://www.example.com/prodotto-1 senza barra finale, canonico con barra | Estensione finale |
| https://www.example.com/prodotto-1/?utm= con parametro di tracciamento | Parametri |
In ciascuno di questi casi la causa più frequente è la mancata coerenza tra la struttura degli URL indicata nel canonical e quella effettivamente in uso sul sito: se il protocollo HTTPS ha sostituito l’HTTP, la versione HTTP resta comunque scansionabile finché non viene reindirizzata o bloccata, e Google continua a segnalarla come alternativa fino a quando la struttura non viene resa coerente su tutte le pagine collegate.
Cosa rivela questa segnalazione sulla scansione del sito
Al di là della singola correzione, questo stato è una fonte diagnostica di primo livello per l’ottimizzazione della scansione. Ogni URL elencato rappresenta una pagina che il crawler ha raggiunto, esaminato e poi scartato: la presenza dell’indirizzo nel report dimostra che quel percorso è accessibile al motore di ricerca, indipendentemente dal fatto che venga poi indicizzato.
Il posizionamento della voce sotto la categoria “Non indicizzate” può indurre a concentrare l’analisi sulla sola indicizzazione, trascurando la fase precedente. In realtà, ogni riga presente in questo elenco segnala che Google sta scansionando due o più pagine al posto di una: in una struttura ottimizzata il crawler non dovrebbe raggiungere URL diversi da quelli canonici, perché ogni scansione superflua consuma risorse che potrebbero essere destinate ai contenuti realmente strategici.
Da questa lettura deriva una distinzione operativa spesso trascurata: deindicizzare un URL non equivale a impedirne la scansione. Se un indirizzo continua a comparire in questo report, il punto di accesso che lo espone è ancora attivo nella struttura del sito. La correzione completa, in questi casi, prevede tre livelli di intervento: eliminare il punto d’accesso, gestire la scansione dell’URL residuo e verificare che il canonical resti coerente con la nuova architettura.
Analizzando in modo sistematico gli URL raccolti sotto questo stato è quindi possibile ricostruire la mappa reale dei percorsi che il crawler sta seguendo, individuare i link interni obsoleti, le tassonomie generate automaticamente e i parametri esposti senza controllo. Il report, letto in questa prospettiva, non descrive soltanto un comportamento del tag canonical, ma restituisce una fotografia della qualità dell’architettura informativa del sito.
Domande frequenti
Cosa significa “Pagina alternativa con tag canonical appropriato” in Search Console?
Indica che Google ha trovato più URL con contenuti simili e ha scelto di indicizzare solo quello canonico, escludendo la variante segnalata. Nella maggior parte dei casi descrive il corretto funzionamento del tag rel="canonical", non un errore da correggere.
Il tag canonical obbliga Google a indicizzare la pagina dichiarata?
No. Il canonical è un segnale consultivo, non una direttiva vincolante: il motore di ricerca lo considera insieme ad altri fattori e può selezionare come canonica una pagina diversa da quella dichiarata, se la ritiene più appropriata.
Bisogna fare qualcosa se questo stato compare in Search Console?
No, se la pagina segnalata è una variante voluta e la pagina canonica risulta indicizzata correttamente. Sì, se l’URL segnalato è quello che si desidera indicizzato oppure se è presente nella sitemap del sito.
Quando questo stato non richiede alcun intervento?
Quando l’URL segnalato è un filtro, una versione stampabile, una versione mobile o un parametro di tracciamento che rimanda correttamente alla pagina canonica principale, senza comparire nella sitemap del sito.
Google può scegliere come canonica una pagina di tipo diverso?
Sì. La pagina selezionata può appartenere a una tipologia strutturale differente da quella segnalata: una categoria al posto di un prodotto, un archivio al posto di un articolo. In questi casi l’analisi riguarda la gerarchia delle pagine e i link interni.
In quali casi compare più frequentemente questo stato?
Compare soprattutto tra versioni mobile e desktop di una pagina, tra varianti di URL e-commerce con filtri o parametri, tra pagine AMP e le rispettive versioni standard, e tra indirizzi HTTP e HTTPS non ancora uniformati.
Come si verifica se l’URL segnalato è effettivamente un problema?
Confrontando, tramite lo strumento Controllo URL, il canonical dichiarato con quello selezionato da Google, il tipo di crawler e la data di scansione, e controllando se l’indirizzo compare nella sitemap del sito.
Come si risolve l’errore pagina alternativa con tag canonical appropriato?
Correggendo i tag canonical, uniformando protocollo e struttura degli URL, eliminando la cannibalizzazione dei contenuti e richiedendo una nuova scansione delle pagine corrette tramite Search Console.
