Verificatore di canonicalizzazione

I controlli vengono eseguiti dal nostro server; recuperiamo l’URL inserito e non conserviamo i risultati. The URL and its canonical target are fetched to build this report. The full URL is not stored; after a successful check, only its domain may be remembered in this browser. I conteggi anonimi degli esiti per singola esecuzione possono essere utilizzati per ricerche aggregate; URL, domini, IP e identificatori non sono mai inclusi e nessuna statistica viene pubblicata sotto le 100 esecuzioni.

Commenti
Segnala un errore

Qualcosa non funziona in Verificatore di canonicalizzazione? Descrivi cosa è successo: la segnalazione va direttamente a una coda di valutazione privata, non a un elenco pubblico.

Dati che verranno inviati
 Input dello strumento, caricamenti, fonti incollate, risultati completi, parametri di query e frammenti URL non vengono allegati automaticamente. Puoi modificare o rimuovere il passaggio selezionato sopra. I metadati del browser e anti-abuso vengono elaborati per prevenire lo spam. 

Risultato di esempio

Pagina verificata:

https://example.com/product?color=blue
html canonical: https://example.com/product

Previsione del rischio di sostituzione da parte di Google

Correzione: in genere è positivo quando i parametri non modificano il contenuto; assicurati che link interni e sitemap usino l’URL pulito.

Questo esempio presuppone che la destinazione canonical restituisca direttamente 200. Se reindirizzasse o non rispondesse, lo stesso motore aggiungerebbe un risultato ad alto rischio invece di nascondere tale evidenza.

Come usare lo strumento

  1. Inserisci l’URL esatto della variante da verificare, compresi i parametri se fanno parte della domanda.

  2. Seleziona «Verifica canonical». Il rapporto mostra ogni indicazione canonical osservata nell’HTML e nell’header HTTP Link.

  3. Leggi le spiegazioni sul rischio di sostituzione e le correzioni, quindi verifica che la destinazione risolva direttamente a una pagina attiva.

Significato dei risultati

Il rapporto esamina i segnali osservabili della canonicalizzazione e stima quando i conflitti possono spingere Google a scegliere un altro URL.

  • Alto indica un conflitto diretto, come canonical discordanti, noindex insieme a canonical, una destinazione irraggiungibile o una destinazione che reindirizza.

  • Medio indica un rischio di coerenza: per esempio destinazioni su domini diversi o hreflang che non corrispondono all’URL canonical.

  • Basso significa che i segnali osservati sono internamente coerenti o descrivono una normale pulizia dei parametri. Non garantisce che Google sia d’accordo.

Come funziona

Una richiesta server limitata raccoglie l’URL finale, gli header di risposta e il contenuto HTML. Un analizzatore deterministico legge i link canonical e hreflang nell’head e gli header Link, risolve gli URL relativi, registra duplicati e noindex e controlla ogni destinazione canonical univoca tramite l’endpoint di stato. Il predittore traduce i segnali osservati in motivi di rischio e correzioni espliciti.

Funzionalità

  • Il rilevamento dei canonical nell’HTML e negli header HTTP Link.

  • I controlli su canonical relativi, mancanti, multipli o in conflitto.

  • I segnali di coerenza per noindex, hreflang, domini diversi, protocolli e parametri.

  • Verifica limitata dello stato della destinazione canonical e dei reindirizzamenti.

  • Etichette di probabilità in linguaggio semplice, senza affermare quale URL abbia scelto Google.

Le limitazioni dello strumento

Il controllo legge la risposta del server e non esegue JavaScript. Non può confrontare il contenuto tra URL duplicati, ispezionare tutti i link interni o i segnali sitemap, accedere a Search Console né osservare la canonical scelta da Google. Un risultato a basso rischio descrive solo le prove recuperate in questa esecuzione.

Domande frequenti per lo strumento

Questo strumento può indicare il canonical scelto da Google?

No. Il canonical scelto da Google è osservabile solo tramite Controllo URL di Search Console per una proprietà verificata. Questo strumento stima il rischio di sostituzione usando segnali HTTP e HTML osservabili.

Lo strumento recupera i canonical generati da JavaScript?

No. Lo strumento legge la risposta del server. Un canonical inserito soltanto dopo l’esecuzione di JavaScript è sconsigliato e deve essere verificato tramite Controllo URL.

Ogni pagina indicizzabile dovrebbe avere un canonical autoreferenziale?

Un canonical autoreferenziale è generalmente utile perché rende esplicito l’URL preferito e riduce l’ambiguità causata da parametri o forme alternative dell’URL. Rimane comunque un’indicazione, non una direttiva.

Un canonical può puntare a un reindirizzamento?

Può farlo, ma crea un percorso di segnali conflittuale e inefficiente. Fai puntare il canonical direttamente all’URL finale attivo che restituisce 200 e allinea link interni, reindirizzamenti e voci della sitemap a tale URL.

Perché Google potrebbe ignorare un tag canonical?

Google può scegliere un altro URL quando contenuto, reindirizzamenti, link interni, sitemap, hreflang, protocollo o segnali dell’host non concordano, oppure quando la destinazione dichiarata non è disponibile. Questo strumento verifica diversi conflitti osservabili, ma non può vedere tutte le evidenze a livello di indice di Google.

Passaggio successivoGeneratore XML sitemap — publish a clean sitemap that agrees with your canonical targets. Le indicazioni sono disponibili in inglese.