Skip to content
Controllo in tempo reale · scarica il tuo URL lato server

Canonical Checker

Verifica in blocco ogni variante di URL (http/https, www, slash, UTM) in un'unica esecuzione.

Un tag canonico dice ai motori di ricerca quale versione di un URL è l'originale quando più URL mostrano contenuti identici o quasi identici. La maggior parte dei checker testa un singolo URL e si ferma. Questo checker canonico esegue bulk test di ogni variante comune—http e https, www e non-www, con e senza slash finale, con e senza parametri UTM—rileva incoerenze tra il tag HTML <link rel="canonical"> e l'intestazione HTTP Link:, e segnala errori di auto-referenziamento.

Un URL per riga. Generiamo automaticamente le varianti comuni.

Generate the whole content, not just check it.

BlazeHive writes SEO articles end to end from a single keyword. Outline, draft, meta, schema, internal links. Free trial, no card.

Start with BlazeHive Free trial

Cosa fa effettivamente un canonical checker

Un canonical checker recupera un URL, analizza la sezione HTML <head> per <link rel="canonical" href="...">, legge le intestazioni di risposta HTTP per un'intestazione Link: <...>; rel="canonical", e confronta i due. Se entrambi sono presenti e differenti, c'è un conflitto. Se nessuno dei due è presente, la pagina non ha un canonical esplicito e rischia problemi di contenuto duplicato.

Genera anche varianti URL comuni e testa ognuna. Dato https://www.example.com/page, testiamo http://www.example.com/page, https://example.com/page, http://example.com/page, https://www.example.com/page/, e https://www.example.com/page?utm_source=test. Ogni variante potrebbe restituire un canonical diverso, un redirect, o lo stesso canonical dell'originale. Il nostro checker mappa i risultati in modo che tu veda il quadro completo in un'unica tabella.

Tre problemi si presentano ripetutamente. Il primo è canonical cross-domain—dove il tag punta a un dominio completamente diverso, di solito dopo una migrazione o misconfigurazioni CDN. Il secondo è catene di redirect—dove un URL si canalizza a un altro URL che reindirizza a un terzo. Il terzo è canonical mancanti su pagine paginata o filtrate, che porta a penalità per contenuto duplicato.

Come usare questo canonical checker

  1. Incolla il tuo URL in Primary URL. Usa la versione che consideri canonica—di solito https, www se la usi, e senza slash finale a meno che il tuo CMS non lo richieda.
  2. Incolla varianti aggiuntive in Extra variants to check se vuoi testare URL specifici. Uno per riga. Auto-generiamo le varianti comuni (protocollo, sottodominio, slash finale), quindi questo campo è opzionale.
  3. Clicca Check canonicals. Ottieni una tabella con una riga per ogni URL testato. Ogni riga mostra l'URL, il codice di stato HTTP, il canonical trovato nel tag HTML, il canonical trovato nell'intestazione HTTP, e se corrispondono.
  4. Guarda la colonna Conflicts. Una bandiera rossa significa che il canonical HTML differisce dal canonical HTTP, o l'URL si canalizza a se stesso quando non dovrebbe, o il canonical punta a un URL che restituisce 404.
  5. Clicca Download report per esportare la tabella come CSV. Usalo per batch-fixare i canonical nel tuo CMS o passarlo a uno sviluppatore.

Prova a controllare https://www.example.com/page su un sito WordPress. Potresti scoprire che la versione www si canalizza a https://www.example.com/page (non-www) e che la versione non-www si canalizza a se stessa. Se entrambe le versioni restituiscono 200, Google potrebbe trattarle come duplicati a meno che una non reindirizza all'altra. Il checker mostra questo conflitto in un solo passaggio.

Perché le varianti URL creano contenuto duplicato

Google tratta https://example.com/page, https://www.example.com/page, http://example.com/page, e https://example.com/page/ come quattro URL separati. Se tutti e quattro restituiscono 200 e mostrano contenuti identici, Google deve indovinare quale è l'originale. I tag canonical rimuovono l'incertezza dichiarando un URL come sorgente. Gli altri tre dovrebbero o reindirizzare al canonical o includere un tag canonical che vi punta.

Tre conseguenze pratiche.

Diluizione dell'equity di link. Se metà dei tuoi backlink puntano alla versione www e metà alla versione non-www, Google vede due pagine che dividono l'autorità. Un canonical consolida quell'equity su un singolo URL.

Spreco del budget di crawl. Se Google esegue il crawl di tutte e quattro le varianti, usa quattro richieste per indicizzare una pagina. Su siti grandi, questo si moltiplica per migliaia di pagine. I tag canonical o i reindirizzamenti 301 fermano la duplicazione.

Confusione nell'indice. Google potrebbe indicizzare la variante sbagliata—la versione http anziché https, o la versione con slash finale quando preferisci senza slash. Un tag canonical dice a Google quale mostrare nei risultati di ricerca.

Canonical HTML vs canonical intestazione HTTP

Il canonical HTML si trova nel <head>: <link rel="canonical" href="https://example.com/page">. Il canonical intestazione HTTP si trova nelle intestazioni di risposta: Link: <https://example.com/page>; rel="canonical". Entrambi servono lo stesso scopo. Se entrambi sono presenti e concordano, perfetto. Se entrambi sono presenti e discordano, Google ne sceglie uno—di solito l'intestazione HTTP perché viene inviata prima che l'HTML sia analizzato.

Le CDN, i proxy e i reindirizzamenti lato server a volte aggiungono canonical intestazione HTTP senza che il proprietario del sito lo sappia. Se il tuo CMS emette un canonical HTML che punta all'URL A, ma la tua CDN aggiunge un'intestazione HTTP che punta all'URL B, hai un conflitto silenzioso. Il nostro checker mostra entrambi in modo da poter individuare gli errori.

Alcuni CMS e framework impostano i canonical in modo scorretto per impostazione predefinita. Shopify a volte canalizza gli URL dei prodotti alla prima collezione in cui appaiono, anche se il prodotto è in cinque collezioni. Le installazioni WordPress multisite possono canalizzare al sottodominio sbagliato se l'impostazione dell'URL del sito è obsoleta. Testare le varianti rivela questi casi particolari.

Canonical auto-referenziati e quando importano

Un canonical auto-referenziato significa che il tag canonical dell'URL punta a se stesso: <link rel="canonical" href="https://example.com/page"> su https://example.com/page. Questo è corretto per la versione canonica di una pagina. Dice a Google "questo è l'originale, non un duplicato."

Tuttavia, se una variante si auto-referenzia—https://example.com/page/ si canalizza a se stessa anziché alla versione senza slash—hai un problema. Google vede due URL auto-referenziati con contenuti identici e deve sceglierne uno. La correzione migliore è reindirizzare la versione con slash a quella senza slash tramite 301 o canalizzare la versione con slash a quella senza slash.

Gli URL paginati—/blog/page/2, /blog/page/3—dovrebbero canalizzarsi a se stessi, non a /blog, perché ogni pagina ha contenuti unici. Gli URL filtrati o ordinati—/products?sort=price—spesso dovrebbero canalizzarsi alla versione non filtrata /products perché il contenuto si sovrappone. Il nostro checker non applica automaticamente queste regole; mostra il canonical che hai impostato e segnala incoerenze. Decidi tu la politica.

Errori comuni

  • Ogni URL che si canalizza alla homepage. Alcuni plugin e temi si impostano così per impostazione predefinita. Dice a Google che ogni pagina è un duplicato della home. Controlla una pagina profonda—un articolo blog o un prodotto—per confermare che si canalizza a se stessa, non a /.
  • Il canonical punta a un 404. Dopo una migrazione o un cambio di URL, le vecchie pagine potrebbero ancora canalizzarsi a URL che non esistono più. Il nostro checker recupera l'URL canonical e riporta il codice di stato. Se è 404, rimuovi il canonical o aggiornalo.
  • Il canonical punta a un redirect. Se il canonical è https://example.com/old ma quell'URL reindirizza a 301 /new, Google deve seguire il redirect. È meglio canalizzarsi direttamente a /new.
  • Usare URL relativi nel tag canonical. <link rel="canonical" href="/page"> funziona nella maggior parte dei browser ma è tecnicamente non valido. Usa URL assoluti: href="https://example.com/page".
  • Canalizzare http a https ma non reindirizzare. Se la versione http si canalizza a https ma restituisce comunque 200, gli utenti sull'URL http vedono avvisi di contenuto misto e rimangono su http. Un reindirizzamento 301 è meglio di un tag canonical per i cambi di protocollo.
  • Testare solo la versione canonica. Devi testare le varianti per vedere cosa fanno. Se la versione www non si canalizza alla versione non-www, hai un duplicato.

Suggerimenti avanzati

  • Testa un URL da ogni tipo di pagina: homepage, categoria, prodotto, articolo blog, archivio paginato. I canonical spesso differiscono per template, e un problema in un template colpisce tutte le pagine che lo usano.
  • Controlla i parametri di query. ?utm_source=twitter e ?ref=email dovrebbero canalizzarsi all'URL pulito se il contenuto è identico. Se non lo fanno, stai creando infinite varianti.
  • Cerca canonical cross-domain dopo una migrazione. Se ti sei trasferito da old-domain.com a new-domain.com ma hai dimenticato di aggiornare i canonical, le pagine sul nuovo dominio potrebbero ancora canalizzarsi al vecchio. Questo dice a Google di indicizzare il vecchio sito.
  • Se usi tag hreflang per pagine localizzate, conferma che ogni variante di lingua si canalizza a se stessa. Un errore comune è che tutte le versioni di lingua si canalizzino all'URL inglese.
  • Bulk-controlla i canonical nella tua sitemap. Se la tua sitemap elenca 500 URL, uno script può richiamare questo checker in un ciclo ed esportare un CSV di tutti quelli che non si auto-referenziano. Rileva i problemi prima che lo faccia Google.
  • Ri-controlla dopo il deployment di un nuovo tema, plugin o aggiornamento CMS. La logica del canonical può rompersi silenziosamente quando una dipendenza cambia.

Se il tuo canonical check rivela conflitti, risolvili nelle impostazioni del tuo CMS o nel codice del tema, poi ri-esegui il check. Se devi anche confermare che la tua sitemap include solo URL canonical, usa il sitemap checker per il cross-reference. Per vedere come il metadata completo della tua pagina—titolo, meta description, tag OG, e canonical—si renderizza in Google, Twitter, e LinkedIn, il website metadata checker visualizza un'anteprima di tutti affiancati. Se vuoi confermare che Googlebot può raggiungere l'URL canonical e non è bloccato da robots.txt, il SEO checklist esegue 20 check on-page inclusa la validazione del canonical.

Generate the whole content, not just check it.

BlazeHive writes SEO articles end to end from a single keyword. Outline, draft, meta, schema, internal links. Free trial, no card.

Start with BlazeHive Free trial

Domande frequenti

Cos'è un tag canonical?

Un tag canonical è un elemento HTML nella sezione head che dice ai motori di ricerca quale URL è la versione primaria quando più URL contengono lo stesso o contenuto molto simile. Appare così: <link rel="canonical" href="https://example.com/page" />. Senza di esso, i motori di ricerca devono indovinare quale versione indicizzare quando hai contenuti duplicati causati da parametri URL (example.com/page?sort=price), varianti di protocollo (http vs https), varianti di sottodominio (www vs non-www), o varianti di slash finale. Quando Google vede un tag canonical, consolida i segnali di ranking (backlink, metriche di engagement, qualità dei contenuti) all'URL canonical e tratta altre versioni come duplicati. Questo previene che le tue stesse pagine competano tra loro. I tag canonical sono suggerimenti, non direttive. Google potrebbe ignorarli se il canonical dichiarato è molto diverso dal duplicato, o se hai segnali conflittuali come sitemap che elencano la versione non-canonical. Usa un canonical auto-referenziato su ogni pagina per prevenire la duplicazione accidentale.

Come controllo se un tag canonical sta funzionando?

Controlla tre posti: il sorgente HTML, le intestazioni HTTP, e l'indice di Google. Primo, visualizza il sorgente della pagina (click destro, Visualizza sorgente pagina, o Ctrl+U / Cmd+Option+U) e cerca rel="canonical". Dovresti vedere un tag link nella sezione head che punta all'URL preferito. Se vedi più di un tag canonical o nessuno, è un problema. Secondo, controlla le intestazioni HTTP usando il nostro tool o un comando come curl -I https://example.com/page e cerca un'intestazione Link: con rel="canonical". Alcuni siti dichiarano canonical tramite intestazione HTTP anziché HTML, il che è valido ma meno comune. Se entrambi esistono e puntano a URL diversi, la versione HTML vince. Terzo, controlla l'indice di Google cercando site:example.com/page e vedi quale URL appare. Se Google mostra un URL diverso, il tuo canonical potrebbe essere ignorato. Google Search Console mostra il canonical sotto URL Inspection. Incolla il tuo Primary URL nel nostro tool, e recuperiamo intestazioni HTML e HTTP, estraiamo tutte le dichiarazioni canonical, testiamo le varianti, e segnaliamo conflitti o tag mancanti.

Cosa significa canonical in termini semplici?

Canonical significa la versione ufficiale, preferita, o autorevole di qualcosa. In SEO, un URL canonical è l'unico URL che vuoi che i motori di ricerca indicizzino e classifichino quando più URL mostrano lo stesso o contenuto quasi identico. Ad esempio, se la tua pagina di prodotto è accessibile a yoursite.com/product, yoursite.com/product/, yoursite.com/product?ref=email, e http://yoursite.com/product, tutti e quattro gli URL potrebbero renderizzare lo stesso contenuto, ma vuoi che Google indicizzi solo uno. Scegli il canonical (di solito la versione più semplice) e usa un tag canonical su ogni variante per puntarvi. Questo dice a Google di ignorare i duplicati e consolidare tutti i segnali di ranking al canonical. Senza canonicalization, la tua autorità di ranking si divide in quattro URL, ognuno competendo con gli altri, e Google potrebbe sceglierne uno sbagliato. Pensa come avere quattro biglietti da visita con leggere differenze di ortografia. Dici a tutti quale è ufficiale. I tag canonical fanno lo stesso per gli URL. Usa il nostro tool per verificare che ogni variante punti allo stesso canonical.

I tag canonical possono danneggiare il mio sito?

Sì, se li punti all'URL sbagliato o crei segnali conflittuali. Un tag canonical è un forte suggerimento per i motori di ricerca, quindi un canonical mal configurato può deindizzare pagine che vuoi indicizzate. Errori comuni: puntare ogni pagina alla tua homepage (questo dice a Google di ignorare tutte le altre pagine). Catene canonical (la pagina A si canalizza a B, B si canalizza a C) confondono i crawler. Canonical a un 404 o redirect. Canonical e sitemap non corrispondenti (la tua sitemap elenca l'URL A, ma l'URL A si canalizza all'URL B). Conflitti HTTP vs HTML. Canonical cross-domain a un sito che non controlli. Il nostro tool controlla questi problemi recuperando il tuo Primary URL, testando le varianti, e confrontando il canonical dichiarato in HTML, intestazioni HTTP, e la tua sitemap. Se troviamo conflitti o catene, li segnaliamo con una raccomandazione di fix. Esegui questo check dopo migrazioni, cambi di tema, o quando i ranking si riducono inaspettatamente.

Come funziona un tag canonical?

Un tag canonical dice ai motori di ricerca di trattare un URL come la versione primaria e consolidare tutti i segnali di ranking a quell'URL, anche quando altri URL contengono contenuti identici. Quando Googlebot esegue il crawl di una pagina, analizza l'HTML e cerca un tag canonical nella sezione head o nell'intestazione Link HTTP. Se lo trova, Google tratta quell'URL come la versione autorevole e deprioritizza la pagina che sta attualmente crawlando. Tutti i link esterni che puntano al duplicato passano la loro autorità al canonical, e Google indicizza l'URL canonical anziché. Questo previene penalità per contenuto duplicato e previene che le tue stesse pagine competano. I canonical sono suggerimenti, non comandi. Google potrebbe ignorare un canonical se il contenuto è sostanzialmente diverso o se hai segnali conflittuali. Sempre auto-referenzia i canonical e assicurati che le varianti puntino allo stesso canonical. Usa il nostro tool per testare ogni variante e confermare che si risolvano tutte allo stesso URL canonical finale.

Cos'è la validazione canonical?

La validazione canonical è il processo di controllare che ogni pagina sul tuo sito abbia un tag canonical corretto e coerente che punti all'URL inteso senza conflitti, catene, o errori. Copre cinque check: presenza (la pagina ha un tag canonical), sintassi (è correttamente formattato), coerenza (tutte le varianti puntano allo stesso canonical), accessibilità (l'URL canonical restituisce 200), e allineamento (il canonical corrisponde a quello elencato nella tua sitemap). Un canonical valido migliora l'efficienza del crawl, previene problemi di contenuto duplicato, e assicura che l'autorità di ranking si consolidi alle pagine giuste. Il nostro tool automatizza questo prendendo il tuo Primary URL, recuperando la pagina, estraendo il canonical da intestazioni HTML e HTTP, generando varianti comuni, recuperando ogni variante, e confrontando tutte le dichiarazioni canonical. Se ogni variante punta allo stesso canonical e quel canonical è live, passi. Se troviamo conflitti, catene, o problemi di accessibilità, li segnaliamo con una guida di fix. Esegui la validazione prima del launch, dopo cambi di struttura URL, e trimestralmente per cogliere regressioni.

Qual è la differenza tra un tag canonical e un redirect 301?

Un tag canonical dice ai motori di ricerca di trattare un URL come la versione primaria mentre lascia tutti gli URL accessibili agli utenti. Un redirect 301 costringe sia gli utenti che i motori di ricerca all'URL primario e rende l'URL vecchio inaccessibile. Usa un 301 quando vuoi muovere permanentemente una pagina dopo una ristrutturazione URL o migrazione di dominio. Usa un canonical quando più URL devono rimanere accessibili per l'esperienza utente ma vuoi che i motori di ricerca indicizzino solo uno. Ad esempio, i siti di e-commerce spesso hanno pagine di prodotto con parametri di filtro che gli utenti hanno bisogno, ma tutte le varianti dovrebbero canalizzarsi all'URL base per evitare contenuto duplicato. Un canonical è invisibile agli utenti. Rimangono sull'URL su cui hanno cliccato. Un 301 è visibile. Gli utenti vedono l'URL cambiare. I canonical sono suggerimenti. I 301 sono comandi. Se controlli entrambi gli URL e non hai bisogno che il duplicato sia accessibile, usa un 301. Se gli utenti hanno bisogno di entrambi, usa un canonical. Non usare mai entrambi sulla stessa pagina.

Come risolvo un tag canonical mancante?

Aggiungi un tag canonical auto-referenziato a ogni template di pagina nel tuo CMS o framework di sito. Per WordPress, installa Yoast SEO, Rank Math, o All in One SEO, e aggiungono i canonical automaticamente. Per Shopify, i canonical sono integrati e aggiunti a ogni pagina per impostazione predefinita. Per Webflow, abilita l'opzione canonical URL nelle impostazioni della pagina. Per Next.js o Astro, usa il componente Head per inserire <link rel="canonical" href={currentPageUrl} /> in ogni layout. Per siti HTML personalizzati, aggiungi questa riga dentro la sezione head: <link rel="canonical" href="https://yourdomain.com/this-exact-page" />. Assicurati che href usi un URL assoluto e punti alla versione che vuoi indicizzata. Se hai varianti URL, tutte le varianti dovrebbero dichiarare lo stesso canonical. Dopo aver aggiunto i canonical, convalida incollando il tuo URL nel nostro tool e confermando che il canonical è presente, auto-referenziato, e coerente nelle varianti. I canonical mancanti sono comuni dopo cambi di tema o migrazioni CMS.

Posso avere più tag canonical su una pagina?

No, e se lo fai, i motori di ricerca ignoreranno tutti o ne sceglieranno uno in modo imprevedibile. Solo un tag canonical è consentito per pagina. Se il tuo HTML ha due tag <link rel="canonical"> (un bug comune dopo aver installato più plugin SEO), Google ignora entrambi e decide il canonical da solo. Allo stesso modo, se la tua pagina ha un canonical nel head HTML e uno diverso nell'intestazione Link HTTP, la versione HTML ha precedenza, ma il conflitto segnala una misconfigurazioni. Il fix: audita il sorgente della tua pagina usando il nostro tool, identifica quale canonical è corretto, e rimuovi quello in conflitto. Per gli utenti WordPress, più canonical di solito accadono quando attivi due plugin SEO contemporaneamente. Disattiva uno. Per siti personalizzati, controlla il tuo template layout, script header, e codice lato server. Dopo aver fixato, re-testa con il nostro tool e conferma che appaia solo un canonical e punti all'URL corretto.

Come controllo i tag canonical in bulk?

Usa un site crawler per recuperare ogni pagina ed estrarre i canonical programmaticamente. Tool come Screaming Frog, Sitebulk, o Ahrefs Site Audit crawlano il tuo intero dominio e generano un foglio di calcolo con una riga per pagina mostrando il canonical dichiarato, se è auto-referenziato, e se l'URL canonical restituisce 200 o un errore. Questo è essenziale per siti grandi dove i check manuali spot-check perdono regressioni. Per siti più piccoli, usa il nostro tool: incolla il tuo Primary URL e qualsiasi variante nota nel campo Extra variants, e recuperiamo tutti, confrontiamo i canonical, e segnaliamo i conflitti. Per il monitoraggio continuo, configura un crawl settimanale o mensile, esporta il report canonical, e filtra per righe dove il canonical non corrisponde all'URL o restituisce un 404. I problemi canonical spesso compaiono dopo aggiornamenti CMS, quindi i check bulk periodici li catturano prima che costino rankings.

Strumenti gratuiti correlati

Tutti gli strumenti →
Più popolare
Verificatore di Backlink Gratuito

Verifica qualsiasi dominio. Authority Score, domini di riferimento, anchor text. Nessuna registrazione.
Controllo dal vivo
Website Metadata Checker

Visualizza la tua pagina come la vedono Google, Twitter, LinkedIn e Slack — affiancati.
Istantaneo
Checklist SEO

Inserisci un URL — audituiamo 20 controlli on-page in meno di 5 secondi.
Controllo dal vivo
HTTP Status Checker

Controlla fino a 50 URL contemporaneamente — visualizza codici di stato, redirect e tempi di risposta in pochi secondi.
Controllo dal vivo
Sitemap Checker

Scansiona fino a 200 URL — codici di stato, duplicati, orfani, età di lastmod.