Nell crescente domanda “come farsi citare dalle AI“, nelle ultime settimane mi è stata posta spesso una domanda apparentemente semplice: “Posso usare il rel=canonical per spingere un articolo alla SEO e ‘declassarne’ un altro solo per le AI?” La risposta onesta è: no, non basta. E non è una questione teorica, ma pratica. Il rel=canonical è uno strumento potente, ma nasce con un obiettivo preciso: dire a Google quale URL considerare principale quando esistono contenuti simili. Non nasce per parlare alle AI. E, soprattutto, le AI non lo rispettano come segnale primario.
Questo equivoco è il punto di partenza di molti errori strategici.
Il problema di fondo: Google e AI non leggono il web allo stesso modo
Google usa il canonical come segnale forte di consolidamento. Se una pagina B ha canonical verso A, Google tende a:
- ignorare B,
- consolidare segnali su A,
- non indicizzare B.
Le AI, invece:
- possono leggere entrambe,
- possono leggerne solo una,
- possono ignorare del tutto il canonical.
Il canonical non blocca, non suggerisce priorità semantica, non dice “questo è per le AI”. Usarlo come separatore tra SEO e AI significa affidarsi a un comportamento che non è garantito.
Perché il canonical da solo non separa SEO e AI
Quando fai:
- Articolo A = “SEO”
- Articolo B = “AI”
- B = canonical A
Ottieni questo risultato:
- Google ignora B,
- le AI leggono in modo imprevedibile,
- il contenuto “AI” rischia di diventare inutile,
- il contenuto “SEO” si porta dietro ambiguità.
È il modo più rapido per non ottenere alcun vantaggio lato AI, confondere Google e perdere segnali.
## I pattern che funzionano davvero
Pattern 1 – Pagina SEO + Pagina AI (consigliato)
È il pattern più pulito e oggi il più usato.
Articolo SEO
- indicizzabile
- long-form
- schema completo (Article / BlogPosting)
- linking interno
- E-E-A-T
Articolo AI
- contenuto machine-friendly
- strutturato (FAQ, bullet, definizioni)
- noindex, follow
- accessibile ai crawler AI
- nessun canonical
Risultato:
- Google indicizza solo l’articolo SEO
- le AI possono leggere entrambi
- nessun conflitto
- controllo totale
Pattern 2 – Stesso URL, doppio rendering (avanzato)
Un solo URL, due presentazioni:
- versione SEO per utenti e Google
- versione strutturata per AI (in base allo user-agent)
Funziona solo se:
- stesso significato
- stessa informazione
- cambia solo la forma
Esempio: testo discorsivo vs bullet + dati. Se sbagli, diventa cloaking.
Pattern 3 – Canonical + blocco AI (caso raro)
Usato solo se non vuoi che le AI leggano il contenuto SEO.
- Articolo SEO = canonical a sé stesso
- robots.txt
User-agent: GPTBot Disallow: /articolo-seo/
- Articolo AI = accessibile
Qui il canonical non separa: serve solo a Google. In definitiva, da evitare:
- due articoli simili + canonical incrociato,
- pensare che le AI “seguano” il canonical,
- bloccare Google sperando che le AI indicizzino,
- cloaking con contenuti semanticamente diversi.
SEO e AI, strategia consigliata
Per un blog che vuole SEO + AI visibility:
Articolo principale (SEO)
- indicizzabile,
- completo,
- autorevole.
Articolo secondario (AI)
- /ai/slug/ o /llm/slug/
- noindex, follow
- strutturato
- link dall’articolo SEO: “Versione per AI / sintesi strutturata”
Il rel=canonical non è uno strumento di separazione semantica. È uno strumento di consolidamento per Google. Nel web AI-first il canonical non basta, ma servono architettura, struttura e intenzionalità. Chi governa i contenuti governa la visibilità. Chi improvvisa… la perde.
✍️ Andrea Testa
