Un canonical sbagliato sulla homepage non genera un errore 500, non rompe il sito e non appare in nessun log. Google smette semplicemente di considerare quella pagina come autorevole, e tu non lo scopri finché il traffico organico non è già sparito da settimane. Il problema più comune: le homepage delle versioni tradotte di un sito che puntano all’originale inglese, segnalando esplicitamente «siamo copie, ignoraci».
Questo articolo copre quattro scenari reali di errori canonical sulle homepage — versioni tradotte mal configurate, URL inesistenti, redirect circolari — con il fix preciso per ciascuno e il metodo di verifica che non mente. Se gestisci un sito multilingua o hai un plugin SEO configurato in fretta, è probabile che almeno uno di questi scenari ti riguardi.
Cosa fa un canonical e perché le homepage sono le più a rischio
Il tag canonical dice a Google quale URL considerare la versione «vera» di una pagina. Se la tua homepage italiana ha un canonical che punta alla homepage inglese, per Google la pagina italiana non esiste come entità autonoma: è una copia, e come tale viene ignorata nell’indice.
Le homepage sono le più a rischio per un motivo banale: sono le prime pagine che si configurano, le più copiate tra lingue, e i plugin di traduzione spesso compilano il campo canonical in automatico prendendolo dalla pagina sorgente senza adattarlo. Il risultato è un canonical che sopravvive per mesi senza che nessuno lo controlli.
Un canonical errato non produce errori: produce silenzio. E il silenzio dei sistemi è un sintomo, non salute.
Le homepage sono anche le pagine con più link in entrata, più authority accumulata, più peso nell’architettura del sito. Buttare via quella leva con due righe sbagliate è il modo più efficace per autoboicottarsi senza accorgersene.
I quattro errori canonical più comuni sulle homepage
1. Homepage tradotte che puntano all’originale
Scenario classico del sito multilingua: homepage in francese, tedesco e spagnolo, tutte con rel=canonical che punta alla homepage inglese. Chi ha configurato il plugin di traduzione ha copiato il campo canonical dalla versione originale senza modificarlo, oppure il plugin stesso lo ha fatto in autonomia.
Per Google quelle tre homepage non sono versioni localizzate: sono duplicati dell’inglese. Non vengono indicizzate per le rispettive lingue, non competono nei risultati locali, e tutta l’authority dei link in entrata sulle versioni tradotte viene trasferita all’inglese — che probabilmente non ne ha bisogno.
Il fix è uno solo: svuotare il campo canonical su ogni homepage tradotta. Il canonical corretto per una homepage è il self-referencing — punta a se stessa. La maggior parte dei plugin SEO lo genera in automatico quando il campo è vuoto, usando l’URL corrente. Lascialo fare.
2. Canonical verso un URL inesistente
Più raro ma più grave. Una homepage con canonical che punta a un URL che non esiste — magari un vecchio dominio staging, una variante con trailing slash che fa redirect, o un URL digitato male durante la configurazione. Google segue il canonical, trova qualcosa che non risponde come previsto, e abbandona l’interpretazione della pagina.
Il caso specifico più insidioso: l’URL canonical fa redirect su se stesso, creando un loop. Nessun errore visibile nel browser, perché il browser gestisce il redirect in modo trasparente. Ma il crawler non è un browser, e un redirect loop sul canonical è un segnale esplicito di configurazione rotta.
Fix: canonical vuoto, poi purge della cache (sia lato server che lato CDN se ne hai una), poi richiesta di reindicizzazione dalla Google Search Console. L’ordine conta — se fai la richiesta prima del purge, Google può crawlare ancora la versione in cache e non vedere la modifica.
3. Canonical compilato a mano con errori di battitura
Meno drammatico degli altri ma altrettanto efficace nel fare danni. Un canonical compilato manualmente con uno spazio in più, un protocollo sbagliato (http invece di https), o una barra finale di troppo produce un URL che non corrisponde esattamente alla pagina reale.
Google in alcuni casi lo gestisce, in altri no. Non puoi sapere in quale caso sei finché non guardi. Questo è il motivo per cui il campo canonical manuale va usato il meno possibile: ogni campo compilato a mano è un campo che può divergere dalla realtà senza che nessuno se ne accorga.
4. Plugin SEO che genera canonical su URL parametrizzati
Alcune configurazioni di plugin SEO generano il canonical includendo parametri UTM o query string presenti nell’URL al momento della prima visita crawlata. Il risultato: la homepage ha canonical verso https://tuosito.it/?utm_source=newsletter, che è corretto zero volte su cento.
Questo succede quando il plugin legge l’URL corrente invece di usare il permalink pulito. Il fix dipende dal plugin, ma la verifica è sempre la stessa: guarda l’HTML servito, non quello che ti mostra l’editor.
Come verificare il canonical seo tecnico senza fidarsi dell’editor
L’editor del plugin ti mostra quello che hai scritto, non quello che Google vede. Sono due cose diverse. La cache del server può servire HTML vecchio per ore dopo che hai salvato la modifica. Un tema può sovrascrivere il canonical generato dal plugin. Un plugin può entrare in conflitto con un altro.
L’unico modo per sapere cosa sta ricevendo Google è interrogare l’HTML servito direttamente. Il comando è semplice:
curl -s https://tuosito.it/ | grep -i canonicalSe sei su Windows, usa PowerShell:
Invoke-WebRequest -Uri 'https://tuosito.it/' | Select-Object -ExpandProperty Content | Select-String 'canonical'Quello che vedi nell’output è quello che vede Google. Se il canonical non corrisponde a quello che ti aspetti, il problema è reale indipendentemente da cosa mostra il backend del sito. Agisci su quello, non sull’editor.
Per le versioni tradotte, ripeti il curl su ogni URL localizzato. Un errore canonical su /fr/ non è visibile guardando /. Ogni lingua va verificata separatamente.
Dopo il fix: l’ordine delle operazioni
Corretto il canonical, il processo è: purge cache → verifica con curl → richiesta di reindicizzazione in Search Console. Se salti il purge, rischi di richiedere l’indicizzazione della versione cached con il canonical ancora sbagliato. Se salti la verifica curl, non sai se il fix è davvero passato in produzione.
La Search Console impiega da qualche giorno a qualche settimana per processare la reindicizzazione. Nel frattempo, puoi monitorare lo stato dell’URL con lo strumento Ispezione URL nella Search Console stessa — ti mostra l’ultima versione crawlata e il canonical che Google ha rilevato.
Perché automatizzare un’agenzia richiede che anche il seo tecnico regga
Se stai costruendo un sistema per automatizzare un’agenzia e vuoi che il traffico organico faccia parte della macchina di acquisizione, hai bisogno che le basi tecniche reggano. Un canonical sbagliato è esattamente il tipo di errore che non produce sintomi visibili finché il danno non è già fatto — come un webhook che risponde 200 e butta il dato nel nulla.
La differenza tra un sito che scala e uno che si sgonfia senza motivo apparente è spesso in queste configurazioni invisibili. Non nel contenuto, non nei link — in due righe di HTML che nessuno ha verificato dopo averle scritte.
Per chi usa CMS con plugin SEO evoluti come Yoast, Rank Math o SEOPress, la documentazione ufficiale descrive come funziona la generazione automatica del canonical: Yoast canonical URLs e Rank Math canonical URL sono i riferimenti da leggere prima di toccare quei campi a mano.
Checklist: seo tecnico errori canonical da verificare adesso
Se hai un sito multilingua o un sito che ha cambiato dominio o struttura negli ultimi due anni, questi sono i punti da controllare nell’ordine:
Homepage principale: curl → il canonical deve essere identico all’URL della homepage, protocollo e trailing slash inclusi.
Homepage versioni tradotte: canonical deve essere l’URL della versione tradotta, non quello dell’originale. Se è uguale all’originale, è sbagliato.
Canonical su URL inesistenti: prendi il valore del canonical da curl e fai una richiesta separata su quell’URL. Deve rispondere 200, non 301 e non 404.
Parametri UTM o query string nel canonical: se compaiono, il plugin sta leggendo l’URL corrente invece del permalink. Vai nelle impostazioni e correggi.
Cache dopo ogni modifica: il purge non è opzionale. Un fix non purgato non è un fix.
La parte che brucia: tutti questi errori si trovano in dieci minuti con curl. Restano attivi per mesi perché nessuno li cerca finché il traffico non crolla. Un’automazione senza guardie esegue sbagliato con la stessa sicurezza con cui esegue giusto — e un sito senza verifica sistematica del canonical si comporta esattamente così.
Domande frequenti
Un canonical sbagliato sulla homepage può causare la deindexazione del sito?
Non la deindexazione completa, ma l’esclusione di quella specifica URL dall’indice come versione canonica. Google può indicizzare comunque la pagina come duplicato, ma senza trattarla come fonte autorevole. Il traffico organico cala, spesso lentamente, senza errori visibili.
Devo usare hreflang insieme al canonical per i siti multilingua?
Sì. Il canonical dice a Google qual è la versione canonica di una pagina. L’hreflang dice a Google quali versioni linguistiche esistono e per quale audience. Servono entrambi. Un canonical self-referencing su ogni versione tradotta più hreflang corretto è la configurazione minima corretta per un sito multilingua.
Il plugin SEO genera il canonical in automatico: devo fidarmi?
No, nel senso che devi verificare. Il plugin genera quello che gli hai detto di generare, ma la cache, un tema figlio o un altro plugin possono sovrascriverlo. Verifica sempre con curl sull’HTML servito, non sul pannello di amministrazione.
Quanto tempo ci vuole perché Google aggiorni il canonical dopo il fix?
Da qualche giorno a qualche settimana, dipende dalla frequenza di crawl del sito. Puoi accelerare con la richiesta di reindicizzazione dalla Search Console. Prima purga la cache, poi verifica con curl, poi invia la richiesta — in quest’ordine.
