Scaled content abuse di Google: la pipeline AI che sopravvive

Lo scaled content abuse è la policy antispam con cui Google colpisce le pagine prodotte in serie per posizionarsi invece che per servire a qualcuno. Non conta chi le ha scritte: una persona, un modello, o i due che si dividono il lavoro. La policy ignora il metodo per scelta. Google l'ha riscritta nel marzo 2024 proprio perché la vecchia formulazione inseguiva l'automazione, e l'automazione aveva smesso di essere il segnale utile.

Quindi la domanda a cui deve rispondere una pipeline di contenuti non è se la pagina l'ha scritta un modello. È se quella pagina esisterebbe anche senza un motore di ricerca.

Cosa dice davvero la policy

La definizione ufficiale nelle spam policy di Google è stretta e va letta alla lettera: pagine generate con lo scopo primario di manipolare il posizionamento e non di aiutare chi legge. Due condizioni, legate da una congiunzione. Il volume da solo non è la violazione. Il volume al servizio del ranking, senza niente sotto per il lettore, sì.

Gli esempi documentati sono precisi. Usare l'AI generativa per sfornare molte pagine senza aggiungere valore. Raschiare feed o pagine di risultati per farne pagine. Cucire insieme pezzi presi da altri siti senza metterci nulla. Aprire più siti per nascondere quanto è industriale l'operazione. Pubblicare pagine piene di keyword che non vogliono dire granché.

Guarda cosa manca da quell'elenco. Non c'è una soglia di pagine al mese, non c'è un numero di parole, non c'è un punteggio di rilevamento AI. La guida di Google sui contenuti generati con l'AI dice la stessa cosa dall'altro lato: i sistemi di ranking premiano i contenuti originali e utili, che mostrano competenza, esperienza, autorevolezza e affidabilità. Come sono stati prodotti non è il criterio che decide.

Cosa è cambiato nel 2026

Quest'anno si sono mosse due cose, e stringono entrambe il cerchio intorno alla pubblicazione automatica.

Il 15 maggio 2026 Google ha esteso le spam policy anche ai tentativi di manipolare le risposte generative dentro Search, non solo i dieci link blu. Tutte le tattiche già nominate nella policy, scaled content abuse compreso, valgono adesso anche quando il bersaglio è un AI Overview o una risposta di AI Mode. Se la tua pipeline esiste per farsi citare da un motore generativo, sei dentro il perimetro. Vale la pena dirlo chiaramente, perché per due anni le tattiche GEO sono state vendute come se stessero fuori dall'enforcement antispam.

Poi, il 24 giugno 2026, è arrivato lo spam update di giugno. Ha girato in tutto il mondo, in tutte le lingue, su SpamBrain, e ha finito il rollout il 26 giugno: due giorni scarsi da cima a fondo. Google ha confermato che l'update non colpiva il link spam e non colpiva il site reputation abuse. Escluderli lo punta sulle violazioni di contenuto, e fra quelle lo scaled content abuse è la più presidiata dal 2024 in poi.

Il numero su cui fermarsi è proprio quel due. Una retrocessione che arriva in 48 ore non lascia margine per reagire a rollout in corso. Quello che la tua pipeline sta facendo quando l'update atterra è quello che viene giudicato.

Perché "ci metto una revisione umana" non risolve

Il riflesso classico dopo uno spam update è attaccare un editor in fondo alla pipeline. Qualcuno legge in diagonale ogni bozza, sistema il tono, pubblica. L'output adesso è passato da mani umane, e quindi si presume al sicuro.

Non lo è, perché la provenienza non è mai stata la cosa misurata. Ahrefs ha analizzato 600.000 pagine e ha trovato una correlazione di 0,011 fra contenuto scritto con l'AI e penalizzazioni. È rumore. E deve esserlo, visto che il 74,2% delle pagine nuove contiene testo scritto con l'AI, e solo il 2,5% esce interamente da un modello. Un segnale che retrocedesse la presenza di AI retrocederebbe tre quarti del web nuovo.

Una passata di lucidatura cambia come si legge una pagina. Non cambia perché quella pagina esiste. Se la risposta a "perché c'è questa URL" resta "perché la keyword aveva volume", l'editor ha aggiunto un costo e nessuna difesa.

Cosa funziona davvero

Cinque vincoli, più o meno in ordine di quanto ti proteggono.

Tieni l'output a quello che sai difendere

Scegli il numero di pagine che potresti giustificare una per una davanti a un revisore, e pubblica quel numero. Non quello che i tuoi strumenti riescono a produrre. Sono cifre diverse, e nella distanza fra le due sta il rischio. Una pipeline capace di scrivere quaranta articoli a settimana che ne pubblica quattro sta facendo una scelta editoriale. Una che ne pubblica quaranta sta scommettendo sul rilevamento.

Dai a ogni pagina un compito che viene prima della keyword

Lavora su un backlog scritto prima di guardare i dati di ricerca, in cui ogni voce nomina una domanda a cui hai una risposta vera. I dati di ricerca poi ti dicono quale scrivere per prima. Se inverti l'ordine, lasci decidere al volume delle keyword cosa pensi: che è esattamente il comportamento descritto dalla policy.

La ricerca è un cancello, non una guarnizione

Ogni affermazione che contiene un numero, una data, una versione o una norma va verificata su una fonte primaria prima di scrivere la bozza, e il tema si abbandona quando le fonti tornano scarne. È il passaggio che separa una pagina che porta informazione da una pagina che porta prosa su un argomento. Ed è anche il primo che l'automazione salta, perché è il più lento.

Rivedi le affermazioni, non lo stile

Rileggere una bozza per il tono non intercetta niente di quello che conta qui. Rileggila per le affermazioni: quali reggono il pezzo, quali hanno una fonte, quali sono vere solo dentro una frase che suona bene. La terza categoria si taglia. Un modello genera una statistica plausibile senza cattiveria, e le statistiche plausibili sono la strada più rapida verso una pagina che non aiuta nessuno.

Aggiorna quello che pubblichi, oppure toglilo

Una pagina abbastanza vecchia da essere sbagliata è una pagina che non aiuta più nessuno, e pesa contro di te sia che l'abbia scritta un modello sia che l'abbia scritta tu. Scegli una finestra, ripassa quello che ne esce fuori, cancella quello che non riesci a rimettere in pari. Pubblicare è un impegno che prendi per ogni URL, e non finisce quando premi il pulsante.

Come funziona in pratica

Una pipeline così la facciamo girare su questo blog, quindi i vincoli qui sopra sono i nostri e non un esercizio teorico. Pubblica un articolo per esecuzione. Pesca da un backlog scritto mesi prima, incrociato con Search Console per decidere quale tema anticipare. Verifica le affermazioni su fonti primarie prima di scrivere, e lascia perdere il tema quando la ricerca è povera. Esce in inglese, italiano e spagnolo. Tutto quello che supera i 90 giorni viene ripassato e aggiornato, o ritirato.

Il risultato sono 92 articoli. Una pipeline che punta al volume ne avrebbe prodotti qualche migliaio nello stesso periodo, e sarebbe stata la scommessa sbagliata. Il costo dei vincoli è reale: pubblichiamo forse un decimo di quello che gli strumenti saprebbero sfornare. Il vantaggio è che ogni URL ha una ragione di esistere che sapremmo difendere ad alta voce, che poi è l'unico esame che la policy fa davvero.

La parte scomoda è che niente di tutto questo si verifica da fuori. Non puoi guardare una pagina e vedere se l'ha scelta un backlog o un keyword tool. Google può solo dedurlo, in modo imperfetto, dalle pagine stesse. Vuol dire che la disciplina è volontaria sul serio, e i siti finiti sotto a giugno erano in larga parte siti che avevano scelto l'altra strada.