SEO con AI: 3 metodi che abbiamo testato e 1 da cui Google mette in guardia

Risposta breve: La SEO con AI funziona in modo più sicuro quando all’AI affidi un lavoro di cui puoi verificare il risultato. Tre metodi rispettano questa regola: un agente di coding corregge un rilievo del report di SEOgrinder, l’AI abbozza title e meta description e una persona ne controlla lunghezza e fatti, e l’AI scrive il JSON-LD che il Rich Results Test (in italiano «Test dei risultati avanzati») di Google verifica. L’avvertenza riguarda il contrario: generare molte pagine senza dare valore agli utenti. Le norme sullo spam di Google lo chiamano «scaled content abuse».

Stato del test (5 novembre 2026): Il test descritto qui sotto è stato eseguito e superato. Non pubblichiamo le misurazioni grezze, perciò questo articolo non indica nessun risultato oltre a questo.

I contenuti AI vanno contro le regole di Google?

No, non di per sé. Google risponde alla domanda nelle sue FAQ sui contenuti AI: «Appropriate use of AI or automation is not against our guidelines.» Cioè un uso appropriato dell’AI o dell’automazione non viola le linee guida. Nella stessa risposta c’è il limite: l’AI non deve servire a generare contenuti soprattutto per manipolare i risultati di ricerca, perché questo viola le norme di Google sullo spam. La pagina sulla creazione di contenuti utili lo ripete per l’automazione, generazione AI compresa: produrre contenuti con lo scopo principale di manipolare il posizionamento nella ricerca è «a violation of our spam policies».

Il confine che traccia Google è quindi lo scopo, non lo strumento. Le indicazioni di Google sui contenuti di AI generativa indicano perfino un uso che approvano: «Generative AI can be particularly useful when researching a topic, and to add structure to original content.» La stessa pagina aggiunge però un dovere: «It is critical to manually factcheck and review all AI-generated content for accuracy and trustworthiness before publishing.», cioè è fondamentale verificare e rileggere a mano tutti i contenuti generati dall’AI prima di pubblicarli. Secondo quella pagina la verifica vale anche per i metadati come title, meta description, dati strutturati e testi alternativi delle immagini, perché possono comparire nei risultati di ricerca. I metodi 2 e 3 qui sotto sono costruiti proprio intorno a quella frase.

SEO con AI in sintesi: tre metodi e un’avvertenza

Tutti e tre i metodi seguono lo stesso schema. L’AI abbozza, e qualcosa fuori dall’AI decide se il risultato è giusto: una nuova analisi, il conteggio dei caratteri con il confronto con la pagina, oppure lo strumento di verifica di Google.

Metodo 1: un agente di coding corregge un rilievo

Un report SEO contiene rilievi meccanici, come un tag canonical o un title mancante. Hanno una sola risposta giusta, e puoi verificarla richiamando la pagina. Per questo sono un buon lavoro per un agente di coding come Claude Code, Cursor o GitHub Copilot. Il flusso completo, con le regole di sicurezza, è nel nostro articolo su come correggere gli errori SEO con un agente di coding AI. Qui c’è la versione breve.

Inserisci l’indirizzo della tua pagina pubblica in SEOgrinder. È gratuito e non richiede un account. Nel report premi Passa all’IA per aprire l’ordine di lavoro, un documento Markdown in cui ogni attività ha una condizione «Fatto quando» verificabile. Per passare una singola attività, premi lo stesso pulsante sulla sua scheda. Dai l’ordine di lavoro al tuo agente e digli di svolgere un’attività e di fermarsi. Leggi il diff, pubblica la modifica, poi premi Ricontrolla. SEOgrinder tiene un report in cache fino a 24 ore, e il pulsante forza una nuova esecuzione (funziona alcune volte all’ora).

Se il rilievo non c’è più nel nuovo report, il metodo ha funzionato. Se c’è ancora, il riepilogo dell’agente ti ha detto che cosa voleva cambiare, non che cosa è online. SEOgrinder legge solo pagine pubbliche, quindi una modifica che esiste solo sul tuo portatile per lui è invisibile.

Qui va detto un limite. Un rilievo corretto elimina un errore tecnico; SEOgrinder controlla la maggior parte della base tecnica, non tutta. Non promette una posizione migliore, e SEOgrinder non misura i posizionamenti né se gli assistenti AI nominino il tuo sito.

Metodo 2: l’AI abbozza title e description, tu li controlli

È nella stesura che l’AI fa risparmiare tempo: un modello può proporre tre title e tre description in pochi secondi. Il rischio è un’affermazione che sulla tua pagina non c’è, come un numero, una promessa o una funzione. Title e description possono comparire nei risultati di ricerca, quindi la regola di Google sulla verifica dei fatti vista sopra vale per loro per intero.

Una procedura che rende semplice il controllo:

• Dai all’AI la fonte. Incolla il testo della pagina, indica la parola chiave e vieta tutto ciò che nel testo non c’è. Un prompt come questo basta:

Scrivi tre varianti di title e tre varianti di meta description per il testo della pagina che segue questo messaggio.
Usa solo fatti presenti nel testo. Non aggiungere numeri, prezzi, premi o promesse.
Metti la parola chiave principale all'inizio di ogni title e descrivi che cosa ottiene il lettore.

• Conta tu i caratteri. Non fidarti della lunghezza dichiarata dal modello. Da terminale, printf '%s' "SEO con AI: 3 metodi in prova, 1 da evitare" | wc -m stampa 43.
• Confronta ogni affermazione con la pagina. Se un’affermazione della bozza sulla pagina non c’è, cancellala oppure aggiungila prima alla pagina.
• Scegli una variante o modificala. Leggila come la leggerebbe un visitatore.

Qui contano due tipi di limiti. Gli intervalli 30–60 caratteri per i title e 110–160 caratteri per le description sono i limiti che il controllo del nostro blog fa rispettare. Non sono requisiti di Google. Le pagine di Google non indicano nessun limite fisso: non c’è un limite alla lunghezza di un elemento title, e non c’è un limite alla lunghezza di una meta description. In entrambi i casi il risultato viene troncato nella Ricerca Google «as needed, typically to fit the device width», cioè secondo necessità, di solito per adattarsi alla larghezza del dispositivo. La nostra lettura: i testi più brevi hanno meno probabilità di essere tagliati, quindi usiamo gli intervalli come obiettivo.

Per la formulazione, la pagina di Google sui contenuti utili offre due domande che puoi porre a qualsiasi bozza: il titolo principale o il title della pagina offre un riepilogo descrittivo e utile del contenuto? E evita di esagerare o di essere scioccante? Google dice anche che a volte mostra la meta description nello snippet quando descrive la pagina in modo più accurato del testo della pagina stessa, quindi un’affermazione sbagliata lì può arrivare a chi cerca.

Metodo 3: l’AI scrive il JSON-LD, Google lo verifica

I dati strutturati sono codice con regole documentate, il che li rende un buon lavoro per l’AI e per un controllo automatico. Google consiglia JSON-LD se la configurazione del tuo sito lo permette. Per i breadcrumb, la documentazione di Google dice di definire una BreadcrumbList con almeno due ListItem. Le proprietà obbligatorie sono itemListElement per l’elenco, e name e position per ogni voce. L’indirizzo item è obbligatorio per ogni breadcrumb tranne l’ultimo. Gli altri tipi hanno proprietà obbligatorie proprie, quindi apri la pagina del tuo tipo nella documentazione di Google prima di fidarti di una bozza. Una BreadcrumbList per una pagina di blog si presenta così, con example.com come sito:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1, "name": "Home", "item": "https://example.com/" },
    { "@type": "ListItem", "position": 2, "name": "Blog", "item": "https://example.com/blog" },
    { "@type": "ListItem", "position": 3, "name": "SEO con AI" }
  ]
}
</script>

Incolla il codice nel Rich Results Test. Ha una scheda per l’indirizzo di una pagina e una per il codice. Google ne descrive lo scopo come mostrare quali rich result possono essere generati dai dati strutturati contenuti in una pagina.

Sii preciso su che cosa significhi «superato». Le linee guida di Google sui dati strutturati dicono: «Google does not guarantee that your structured data will show up in search results», e questo vale anche quando il markup è corretto secondo il Rich Results Test. Superare il test da solo non basta: la pagina di Google sui breadcrumb dice «You must follow these guidelines to be eligible to appear with breadcrumbs in Google Search», e la pagina deve essere accessibile a Google e non bloccata da robots.txt, da un tag noindex o da un login. Superare il test non crea un rich result. I breadcrumb, per esempio, sono documentati come funzione disponibile su desktop.

Il test controlla la struttura. Non può dirti se il contenuto sia vero, e un modello può aggiungere proprietà che sembrano plausibili. Le stesse linee guida dicono di non marcare contenuti che i lettori della pagina non vedono. Confronta quindi il markup con la pagina: ogni nome, data e indirizzo che contiene deve comparire anche lì. Dopo la pubblicazione, SEOgrinder segnala le pagine senza dati strutturati, i blocchi JSON-LD che non riesce a leggere e le voci a cui mancano campi richiesti da Google. Non ogni pagina ha bisogno di markup: il suo report dice che l’assenza di dati strutturati va bene se nessun tipo di rich result si adatta alla pagina.

La pratica da evitare: tante pagine senza valore

Le norme sullo spam di Google la definiscono in una frase: «Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users.» Uno degli esempi della norma è «Using generative AI tools or other similar tools to generate many pages without adding value for users». La norma aggiunge che questo è abusivo «no matter how it’s created», cioè comunque siano creati i contenuti. Nello stesso elenco ci sono lo scraping di feed, risultati di ricerca o altri contenuti per generare molte pagine, il ricucire contenuti di pagine diverse e la creazione di molte pagine che per un lettore hanno poco senso ma contengono parole chiave di ricerca.

Le conseguenze sono indicate con chiarezza. I siti che violano le norme «may rank lower in results or not appear in results at all», cioè possono posizionarsi peggio o non comparire affatto, e Google individua le violazioni con sistemi automatici e, se serve, con una revisione umana che può portare a un’azione manuale. Per contenuti di questo tipo sul tuo sito, l’indicazione della norma è breve: «exclude it from Search».

È l’unica pratica che non mettiamo alla prova. Non pubblicheremo pagine senza valore per vedere che cosa succede. L’avvertenza si basa solo sul testo di Google.

Quanta AI è troppa?

Google non indica nessun numero. Nei quattro documenti di Google che abbiamo letto per questo articolo (la norma sullo spam, le indicazioni sui contenuti di AI generativa, la pagina sui contenuti utili e il post con le FAQ) non c’è nessuna percentuale né una quota di testo scritto dall’AI oltre la quale sarebbe troppo. Una regola del tipo «fino al X per cento di AI è sicuro» non viene da Google.

Al posto di un numero Google dà delle domande. La pagina sui contenuti utili chiede, tra l’altro, «Are you using extensive automation to produce content on many topics?» e «Are you producing lots of content on many different topics in hopes that some of it might perform well in search results?» Sono domande da rivolgere a te stesso, non regole. Secondo la pagina, la domanda forse più importante è il «perché» dietro una pagina: i contenuti dovrebbero nascere soprattutto per aiutare le persone.

La stessa pagina dice che i quality rater, cioè i valutatori della qualità della ricerca, guardano l’impegno profuso, e che usare l’AI generativa per produrre grandi quantità di testo «without manual oversight or curation represents little to no effort». Google aggiunge, nelle indicazioni sui contenuti AI, che le valutazioni di questi valutatori non influenzano direttamente il posizionamento. La nostra valutazione, non un’affermazione di Google: chiediti per ogni pagina se contiene qualcosa che un lettore non ottiene riassumendo altre pagine, come misurazioni o schermate tue, e se qualcuno ha verificato i fatti. Se non puoi rispondere di sì, il problema è la pagina, qualunque sia la quantità di AI che c’è dietro.

Il nostro test: che cosa abbiamo fatto il 5 novembre 2026

Il titolo dice «che abbiamo testato». Questa sezione descrive quel test. Le misurazioni grezze non le pubblichiamo.

Trasparenza: SEOgrinder è il nostro strumento, e lo costruiamo noi.

Il test è stato fatto il 5 novembre 2026 in tre esecuzioni da circa 10 minuti ciascuna, svolte sul nostro sito dalla persona che conduce il test:

1. Metodo 1, una pagina con un rilievo aperto. Analizzare la pagina con SEOgrinder e annotare il rilievo aperto. Passarlo a un agente di coding con Passa all’IA, leggere il diff, pubblicare la modifica e premere Ricontrolla.
2. Metodo 2, un nuovo articolo di questo blog. Far abbozzare all’AI title e meta description dal testo dell’articolo. Contare i caratteri, confrontare ogni affermazione con l’articolo e scegliere una variante.
3. Metodo 3, una pagina del blog. Far scrivere all’AI il JSON-LD della pagina e incollare il codice nel Rich Results Test di Google.

Che cosa documentiamo: data e ora, le versioni degli strumenti usati, il report di SEOgrinder prima e dopo l’esecuzione 1, il commit che contiene la modifica, la lunghezza in caratteri di ogni bozza dell’esecuzione 2 e una schermata del Rich Results Test dell’esecuzione 3.

Risultato: le tre esecuzioni sono state superate. Le misurazioni non le pubblichiamo. La quarta pratica, pubblicare molte pagine senza valore, non fa parte del test.

Errori frequenti

• Pubblicare bozze AI senza leggerle. Google definisce la verifica «critical», e riguarda title, description, dati strutturati e testi alternativi.
• Fidarsi del conteggio dei caratteri del modello. Conta tu.
• Marcare ciò che non sta sulla pagina. Secondo le linee guida di Google, i dati strutturati devono descrivere contenuti che i lettori vedono.
• Leggere «superato» come «rich result garantito». Google afferma che non garantisce che i dati strutturati compaiano.
• Dare all’agente l’intero report in una volta. Un diff grande nasconde quale modifica abbia causato quale problema. Un rilievo alla volta è più lento e molto più sicuro.
• Applicare un metodo a centinaia di pagine senza un campione. Provalo su una pagina, leggi il risultato, poi allarga.
• Citare una percentuale come se venisse da Google. I documenti che abbiamo letto non ne danno nessuna.

Domande frequenti

Google penalizza i contenuti scritti dall’AI?

Google dice che un uso appropriato dell’AI non va contro le sue linee guida. La norma sullo spam riguarda i contenuti prodotti con lo scopo principale di manipolare il posizionamento, e i siti che la violano possono posizionarsi peggio o non comparire affatto. Il fattore decisivo sono lo scopo e il valore per gli utenti, non lo strumento.

Devo indicare i contenuti AI?

Google la formula come raccomandazione. Le sue indicazioni dicono di «consider adding information on how your content was created in a way that makes sense for your audience», e le sue FAQ dicono di aggiungere queste informazioni «when it would be reasonably expected».

Posso indicare l’AI come autrice di un articolo?

Secondo le FAQ di Google, attribuire all’AI la firma di autore «is probably not the best way» per far capire ai lettori quando l’AI partecipa alla creazione del contenuto.

Questi metodi faranno salire il mio posizionamento?

Nessuno può prometterlo. Il metodo 1 elimina errori tecnici, il metodo 2 cambia il modo in cui una pagina può comparire nei risultati e il metodo 3 verifica il markup da cui dipendono i rich result. Nessuno dei tre garantisce una posizione.

Il prossimo passo

Avvia l’analisi gratuita del tuo sito con SEOgrinder, prendi la prima attività dell’elenco e prova il metodo 1 su quel solo rilievo: passalo, leggi il diff, pubblica, premi Ricontrolla. Se prima vuoi leggere le regole di sicurezza per lavorare con un agente, leggi come correggere gli errori SEO con un agente di coding AI.

Per approfondire

• Google penalizza i testi AI? Cosa dicono davvero le norme sullo spam
• GEO vs SEO: cosa cambia davvero (e cosa, secondo Google, no)
• Apparire su ChatGPT: 3 controlli tecnici che abbiamo testato