Google ignora il tag canonical sempre più spesso, e la documentazione ufficiale lo ammette

Ogni giorno dai a Google un comando preciso. Gli stai dicendo: «Questa è la pagina che voglio posizionare, metti in riga le altre e indirizza l’autorità qui». Poi apri la Search Console e scopri che ti ha ignorato. Non si tratta di un bug sporadico, ma di una scelta algoritmica sempre più frequente. Secondo i dati dell’HTTP Archive’s Web Almanac, la percentuale di tag canonici non corrispondenti è raddoppiata dal 2022. E se pensavi che il problema fosse solo un tuo errore di implementazione, devi sapere che nella documentazione ufficiale di Google l’azienda ammette esplicitamente di poter scegliere un canonico diverso da quello specificato per vari motivi, come la qualità del contenuto. Niente di più, niente di meno.

Il segnale che svanisce

Per anni abbiamo trattato il tag canonical come un interruttore binario: acceso o spento, giusto o sbagliato. Oggi dobbiamo iniziare a misurarlo come fosse un tasso di conversione: un dato probabilistico, soggetto a variabili esterne che sfuggono al nostro controllo. L’architettura informativa è la stessa, ma il motore di ricerca si è evoluto in un ente valutatore che soppesa i nostri segnali e li scarta se non li ritiene coerenti con il proprio modello di qualità.

Il raddoppio dei disallineamenti in soli quattro anni non è statisticamente un’anomalia, è una tendenza. L’algoritmo non si limita a seguire pedissequamente l’HTML che hai scritto; valuta il comportamento complessivo del cluster di pagine. Se le tue pagine duplicate hanno contenuti troppo simili, o se il motore giudica il contenuto del canonico scadente rispetto a un duplicato, il segnale decade. Perdere il controllo sul canonical significa perdere il controllo del crawl budget e della distribuzione dell’autorità interna, due metriche tecniche che impattano direttamente sulle performance organiche della tua property.

Doppio gioco

Se l’incertezza sulla qualità ti sembra un criterio troppo fumoso, preparati a scendere nel dettaglio tecnico, perché qui il meccanismo diventa quasi beffardo. Google valuta i segnali canonical due volte: una prima scansione sull’HTML grezzo e una seconda valutazione successiva al rendering JavaScript. Se non hai un controllo assoluto sulla tua pipeline di rendering, sei già in un vicolo cieco.

Alla fine del 2025, Search Engine Journal ha segnalato un aggiornamento nella documentazione SEO di Google che molti addetti ai lavori hanno liquidato troppo in fretta. Il rischio è concreto: se l’HTML raw imposta un URL canonico e il JavaScript renderizzato ne imposta un altro, Google si ritrova con segnali contrastanti. Il motore non risolverà l’ambiguità a tuo favore; semplicemente, sceglierà da solo quale dei due pesa di più. È un problema metodologico serio. Stiamo parlando di un delta tecnico tra stato iniziale e stato renderizzato che manda in cortocircuito la direttiva che credevi più granulare.

Come se non bastasse, anche azzerando i problemi di contenuto e sistemando la pipeline di rendering, Google non si affretta a darti ragione. Dopo aver risolto i problemi di contenuto, potrebbe mantenere le pagine in un cluster duplicato per un massimo di due settimane. L’unica variabile che accelera la separazione è la chiarezza e la significatività della differenza tra i contenuti. In termini pratici, se aggiorni un testo di 200 parole su una pagina da 2000, l’algoritmo potrebbe non riconoscere la variazione come netta, tenendoti bloccato in un limbo di indicizzazione per giorni. Aggiungiamo un ulteriore tassello alla fragilità del sistema: la stessa guida di Google sconsiglia l’uso del canonical per evitare duplicazioni con i partner di syndication, perché le pagine sono spesso troppo diverse tra loro. L’ironia è palese: proprio nel caso d’uso più classico, il meccanismo viene definito inaffidabile.

E non è solo una questione di monopolio di Mountain View. Già nel febbraio 2009, quando la triade Google, Yahoo e Microsoft annunciò il supporto per l’elemento canonical link, nell’annuncio di Bing (all’epoca Live Search) si specificava che il tag sarebbe stato interpretato solo come un suggerimento, non come un comando. Sedici anni dopo, quella premessa, che suonava come una cautela prudenziale, si sta rivelando la regola non scritta anche del motore di ricerca dominante.

Cosa resta da segnalare?

Vale ancora la pena affidarsi ciecamente a un segnale trattato con tale discrezionalità? La risposta breve è: dipende da cosa stai monitorando. Il sistema funziona ancora in modo asimmetrico: le pagine canoniche vengono scansionate più regolarmente, mentre i duplicati vengono scansionati meno frequentemente per ridurre il carico di scansione sui siti. Questa disparità crea un problema di feedback sui test. Se stai facendo A/B test su larga scala o test multivariato su pagine duplicate, l’intervallo di scansione allungato sui duplicati altera la tua percezione delle performance, falsando i tempi di reazione dell’algoritmo.

Il punto di chiusura è la sensazione spiazzante che il canonical non sia più un ordine tassativo ma un suggerimento debole, un parametro lasciato alla libera interpretazione di un sistema di ranking che persegue l’obiettivo della qualità percepita. Se il motore può ignorarci per due settimane, farci precipitare in un cluster duplicato e disallineare i segnali dopo il rendering, dobbiamo chiederci: cos’altro possiamo fare per preservare il controllo? Forse è tempo di smettere di dare il canonical per scontato e iniziare a misurare l’engagement e la profondità di scansione come metriche primarie di conferma. Cosa accadrebbe se smettessimo di pensarlo come un comando, e iniziassimo a dimostrare al motore, con i fatti, quale contenuto merita davvero di essere scelto?