Verifica tag canonical

Inserisci l’URL di una pagina. Visualizza il canonical dichiarato e le correzioni necessarie.

Lo strumento di verifica dei tag canonical mostra quale URL una pagina dichiara come versione preferita e se i segnali controllati presentano problemi. Inserisci un URL pubblico per esaminare i link canonical HTML, le intestazioni HTTP Link e la destinazione canonical immediata. Una dichiarazione valida è un riscontro utile, ma non conferma l’indicizzazione né mostra quale URL abbia scelto Google.

Controlla l’URL esatto della pagina

Parti dall’indirizzo che ti preoccupa, inclusi i parametri di query. Se una campagna email rimanda a https://example.com/products/blue-shirt?utm_source=email, controlla quella variante anziché soltanto la homepage. Confronta poi la destinazione dichiarata con l’URL che vuoi rappresenti quel contenuto.

Se l’indirizzo inserito reindirizza, le dichiarazioni provengono dalla risposta finale. Il percorso degli URL aiuta a distinguere quel reindirizzamento da un canonical che punta altrove.

Lo strumento esamina un’origine e, quando identifica una sola destinazione idonea, al massimo una destinazione diversa. Un canonical autoreferenziale riutilizza l’origine. Legge l’HTML ricevuto e le intestazioni HTTP senza eseguire JavaScript. Non scansiona il sito, non confronta i contenuti e non esamina file robots.txt o sitemap.

Interpreta i risultati del controllo canonical

Leggi il risultato insieme alla copertura. Colori e icone aiutano a scegliere il passo successivo; non costituiscono un punteggio SEO.

Risultato Cosa indica Passo successivo
Verde ✓ Nessun problema nei segnali controllati Conferma che la destinazione dichiarata corrisponda alla tua intenzione
Rosso ✕ Problema confermato, come destinazioni in conflitto o una destinazione con noindex Apri il riscontro e correggi la causa
Giallo ⚠ Avviso, come un canonical mancante, relativo o ripetuto Decidi se modificare la dichiarazione
Grigio — I dati non sono stati controllati Risolvi l’accesso o riprova; non presumere che la destinazione sia valida

La copertura completa riguarda soltanto i controlli supportati di origine e destinazione. Un’analisi parziale significa che alcune pagine o dichiarazioni non sono state esaminate completamente. Leggi il motivo indicato prima di usare il rapporto come conferma.

Un canonical mancante è un avviso, non la prova che una pagina non possa posizionarsi. Un timeout indica un controllo non disponibile, non un errore dimostrato della destinazione. I dettagli dell’analisi e il download JSON permettono di conservare i riscontri osservati per un confronto successivo.

Controlla la dichiarazione canonical

Un canonical verso un’altra pagina può essere intenzionale. Per esempio, se un URL di tracciamento serve la stessa pagina prodotto di una camicia blu, può indicare l’indirizzo pulito del prodotto. La pagina preferita può indicare sé stessa. Questo HTML illustrativo va nella sezione head della pagina:

<link rel="canonical" href="https://example.com/products/blue-shirt">

Prima di applicare questo schema, confronta i contenuti reali. Un prodotto, una lingua o un elenco sostanzialmente diverso non va consolidato solo perché l’URL è simile. Anche una destinazione su un altro dominio richiede una motivazione intenzionale; lo strumento non verifica l’equivalenza dei contenuti né la proprietà.

Esamina dove compare ogni dichiarazione. Un link canonical nel body HTML non è una dichiarazione valida nell’head. Anche un’intestazione HTTP Link può dichiarare un canonical, incluso per un documento non HTML. Se le dichiarazioni HTML e HTTP indicano URL idonei diversi, il rapporto segnala il conflitto anziché scegliere per te. Dichiarazioni identiche ripetute producono un avviso separato.

Controlla l’URL originale e quello risolto. Un percorso relativo può risolversi correttamente, ma l’URL base dell’HTML può influenzare la destinazione. Preferisci un URL assoluto completo e rimuovi i frammenti dal canonical. Queste raccomandazioni su posizione e URL seguono la documentazione canonical di Google.

Controlla la destinazione canonical

Non fermarti alla presenza del tag. L’indirizzo indicato restituisce la pagina prevista con HTTP 200? Reindirizza, dichiara un altro canonical o contiene una direttiva noindex?

Se la destinazione reindirizza, verifica l’indirizzo finale desiderato prima di aggiornare l’origine. Se contiene noindex, esamina perché viene indicata una pagina esclusa dall’indicizzazione. La sola assenza di noindex non dimostra che una pagina sia indicizzabile.

In una catena canonical A → B → C, lo strumento può leggere la dichiarazione di C su B dopo avere esaminato A e B. Non recupera C. Controlla C separatamente prima di usarlo come destinazione preferita. Un ciclo A → B → A richiede una destinazione coerente anziché dichiarazioni circolari. RFC 6596 raccomanda di evitare destinazioni che dichiarino un altro canonical o restituiscano un errore.

Se non è stato possibile recuperare la destinazione, la risposta e le direttive restano non verificate. Risolvi questa limitazione prima di considerare corretta la relazione.

Correggi la causa e conferma la modifica

  1. Scegli l’indirizzo preferito per questo contenuto. Considera le differenze significative di prodotto, lingua e paginazione; non indirizzare pagine estranee alla homepage.
  2. Aggiorna l’impostazione, il modello o l’intestazione HTTP che genera la dichiarazione. Rimuovi le fonti in conflitto affinché la risposta esprima una preferenza coerente.
  3. Controlla la destinazione preferita stessa. Esamina risposta, reindirizzamenti, canonical e direttive noindex. Conferma che il contenuto rappresenti adeguatamente l’origine. Usa Controllo Noindex per esaminare le direttive HTML e HTTP della pagina, la fonte e la loro applicazione alla ricerca web di Google.
  4. Ricontrolla la variante originale. Confronta nuove dichiarazioni, percorso degli URL e copertura con il rapporto precedente, compresi i parametri che hanno causato il problema.

Per una proprietà accessibile in Search Console, usa Controllo URL per confrontare il canonical dichiarato dall’utente e quello scelto da Google nei dati indicizzati. Il test in tempo reale non può prevedere la selezione canonical di Google. Una risposta corretta oggi e la versione indicizzata conservata da Google sono osservazioni distinte.

Se il dubbio riguarda ancora l’accesso, usa il Tester Robots.txt per quell’URL e crawler. Usa il Verificatore di Sitemap per validare il file XML oppure il Verificatore SEO On-Page per altri segnali della pagina. Questi controlli completano il rapporto canonical; nessuno sostituisce la verifica manuale che la pagina scelta sia la rappresentante corretta.

Per confrontare codici di risposta e catene di reindirizzamenti di un elenco di pagine, usa Controllo HTTP di più URL.

Verifica tag canonical — FAQ

Comprendi i controlli e i loro limiti.

Quali sono i limiti?

Un’origine e al massimo una destinazione diversa, cinque reindirizzamenti e 50 dichiarazioni per documento. Il controllo dura al massimo 20 secondi, con otto secondi e 2 MiB per documento. La copertura parziale è indicata esplicitamente.

Che cosa analizza questo strumento canonical?

Legge i link canonical nell’HTML di origine e nelle intestazioni HTTP Link. Se esiste una destinazione valida, ne controlla risposta, canonical e direttive noindex. Non esegue la scansione dell’intero sito.

Come correggo destinazioni canonical in conflitto?

Mantieni un’unica destinazione preferita coerente tra HTML e intestazioni HTTP. Verifica la pagina di destinazione prima di rimuovere dichiarazioni in conflitto.

Un canonical mancante è sempre un errore?

No. Una dichiarazione mancante è un avviso. Un canonical verso un’altra pagina o dominio non è un errore di per sé; verifica se corrisponde all’URL preferito desiderato.

Un canonical valido garantisce l’indicizzazione?

No. Il rapporto mostra i segnali dichiarati. Non identifica il canonical scelto da Google, non confronta contenuti e non conferma l’indicizzazione. JavaScript, robots.txt e sitemap sono esclusi.