Abuso di contenuti su scala: come pubblicare articoli di blog con l'AI senza una penalità di Google

Il 18 agosto 2026 Google ha iniziato a rilasciare un aggiornamento anti-spam. Entro il 21 agosto, un sito aveva perso posizionamenti per oltre 200.000 query. Un altro ne aveva perse 14.000. Se pubblichi articoli di blog con l'assistenza dell'AI su larga scala, questo aggiornamento era rivolto a te, e la soluzione è far sì che ogni pagina si guadagni il suo posto, non smettere di pubblicare. Il flusso di lavoro qui sotto lo fa.

Cosa ha fatto davvero l'aggiornamento anti-spam di agosto 2026

Google ha avviato il rollout il 18 agosto 2026 e l'ha completato il 21 agosto [1]. Poco più di due giorni, con completamento alle 4:51 AM ET del 21 agosto [1]. È stato globale, coprendo tutte le lingue e tutte le regioni [2].

Non ha preso di mira lo spam di link [2]. Ha preso di mira l'abuso di contenuti su scala: pagine generate in massa con AI e in modo programmatico, costruite per posizionarsi piuttosto che per essere lette.

Era il terzo aggiornamento anti-spam del 2026, dopo marzo e giugno [3]. E non è un episodio isolato. Un aggiornamento anti-spam di settembre è iniziato il 25 settembre, con forte volatilità a soli cinque giorni da un rollout di due settimane [4]. Google esegue aggiornamenti periodici all'aggiornamento anti-spam [2]. L'applicazione delle regole è ormai continua, quindi considera ogni mese un mese di applicazione.

Quattro casi di studio: cosa è stato penalizzato e a che costo

I casi documentati dell'aggiornamento di agosto hanno una forma in comune: volume, valore sottile, nessuna supervisione.

Un sito ultra-YMYL con contenuti programmatici e generati con l'AI ha perso posizionamenti per oltre 200.000 query [1]. Un sito affiliato Amazon programmatico con contenuti AI ha perso oltre 14.000 query [1]. Su quel sito affiliato, il testo aggiunto in fondo alle pagine è stato rilevato come generato con l'AI, con una probabilità tipicamente superiore al 97% [1]. Aggiungere un paragrafo a una pagina basata su template non maschera il template.

Un sito con oltre 1,5 milioni di URL indicizzati, di cui circa l'85% programmatici, è stato colpito su tutto il dominio, come accade con un broad core update [1]. E un sito che aveva superato i 250.000 URL usando redirect ingannevoli ha perso posizionamenti per quasi 25.000 query [1].

Lo schema in tutti e quattro i casi: pagine sottili in grande volume, nessun valore differenziato, nessuna supervisione editoriale. Nessuno di loro aveva un varco di revisione capace di tenere il passo con ciò che pubblicavano.

La penalità che nessuno vedeva arrivare: la deindicizzazione silenziosa di Tailride

Tailride ha pubblicato più di 22.000 pagine generate con l'AI. Il 28 febbraio 2025, il traffico è passato da circa 130 clic al giorno a zero da un giorno all'altro [5].

Nessuna notifica di azione manuale è comparsa in Search Console. Le pagine indicizzate sono scese da oltre 20.000 a una sola, la homepage, nell'arco di sei mesi [5]. Se ti limiti a controllare le email di penalizzazione, te lo saresti perso del tutto.

La conclusione di Tailride stessa: non era l'AI il problema; erano scala, qualità e fiducia [5]. Ora ritengono che pubblicare 1–2 articoli con assistenza AI al giorno invece di centinaia avrebbe potuto evitare la penalità, perché la velocità stessa segnalava il tentativo di raggirare il sistema [5]. Uno o due articoli con assistenza AI al giorno, con una revisione umana, appare difendibile. Centinaia al giorno appaiono per ciò che sono.

C'è anche una storia di recupero. Dopo un rebranding e una ricostruzione, il Domain Rating di Tailride è salito a 31, contro 18 prima della penalità [5]. Il recupero è possibile, ma la prevenzione costa meno, e la prevenzione è il resto di questo articolo.

Cosa dice davvero la policy, e cosa non dice

La policy di Google sull'abuso di contenuti su scala definisce la violazione come la generazione di molte pagine create principalmente per manipolare i posizionamenti, indipendentemente da come il contenuto viene prodotto [6]. La policy è neutrale rispetto al metodo: contenuti AI, umani e ibridi sono giudicati allo stesso modo.

La policy cita esplicitamente l'uso di strumenti di AI generativa per generare molte pagine senza aggiungere valore come esempio di violazione [6]. Dal 15 maggio 2026, le policy anti-spam coprono anche la manipolazione delle risposte dell'AI generativa, il che mette AI Overviews e AI Mode nel perimetro [3]. Entro settembre 2026, Google ha spostato AI Mode nei risultati standard di AI Overviews e ha trasferito il modello sottostante a Gemini 3.7 Flash, ampliando la quota di risultati soggetta a quell'applicazione [7]. Le pagine costruite solo per essere prelevate da AI Overviews, senza alcun motivo per un essere umano di leggerle, vengono trattate come abuso su scala [3].

Non esiste una soglia di numero di pagine [8]. Google giudica lo scopo primario delle tue pagine. Un sito grande con migliaia di pagine utili va bene; un sito piccolo con qualche decina di pagine sottili basate su template può violare la policy. La SEO programmatica è consentita quando ogni pagina offre un valore reale e differenziato [8].

Rileggi questo passaggio se gestisci siti di clienti. La policy riguarda scopo e valore, non come è stata prodotta la bozza.

La linea di demarcazione: valore per pagina vs. velocità di pubblicazione

La stesura con assistenza AI accompagnata da revisione umana, fonti originali e verifica di esperti di settore non è abuso di contenuti su scala [7]. La linea di demarcazione è il volume di pubblicazione e la supervisione editoriale in rapporto al valore per pagina.

Nei casi di studio di agosto, il miglior predittore di essere colpiti era il divario tra velocità di pubblicazione e capacità di revisione [7]. Ogni sito penalizzato aveva la stessa forma: un output che superava la capacità di chiunque di leggerlo.

La soluzione è un varco di revisione che scala con l'output, non un tetto ai contenuti. I cinque passaggi qui sotto sono nell'ordine in cui li faresti davvero.

Passaggio 1: esegui il test del valore per pagina prima di scrivere

Per ogni URL pianificato, rispondi a una domanda: cosa ottiene qui il lettore che non può ottenere dalla pagina che attualmente si posiziona? Se la risposta è "una variante di una keyword", tagliala.

Ciò che supera il test è una pagina con qualcosa di proprietario: dati tuoi, esperienza diretta, un caso cliente reale. Non pubblicare mai pagine quasi duplicate che differiscono solo per la keyword [8]. Se due articoli pianificati soddisferebbero lo stesso lettore, uno dei due è spam.

Trappola: eseguire questo test dopo aver scritto la bozza. Una bozza economica che hai già pagato è una bozza che sarai tentato di pubblicare. Decidi in fase di scelta degli argomenti, quando tagliare non costa nulla.

Passaggio 2: limita la velocità di pubblicazione alla tua capacità di revisione

Conta quanti articoli puoi realmente revisionare a settimana. Non pubblicarne di più. Le 22.000 pagine di Tailride sono state il segnale di velocità che li ha fatti scoprire [5].

La velocità è un segnale che Google sa leggere. Un ritmo costante e revisionabile appare come quello di un editore. Mille pagine da un giorno all'altro appaiono come un tentativo di raggirare il sistema. Se sei un'agenzia, questo vale per ogni cliente: dieci articoli a settimana su cinque account con un solo redattore è lo stesso divario, solo distribuito.

Trappola: "li revisioneremo dopo". Dopo non arriva mai, e il divario tra velocità e supervisione è il miglior predittore dell'esposizione [7]. Fissa il tetto prima che la pipeline si riempia, non dopo.

Passaggio 3: inserisci un varco di approvazione umana tra bozza e pubblicazione

Nulla viene pubblicato senza che una persona lo legga. Il varco è il controllo che rende difendibile la scala [8][7], e non è il collo di bottiglia.

Revisiona quattro cose: se la pagina offre il valore che hai dichiarato nel passaggio 1, se ogni cifra è esatta, se suona come il sito su cui viene pubblicata e se supererebbe ancora il test del valore per pagina a una lettura a freddo.

Trappola: firmare senza guardare. Se la tua revisione dura 30 secondi per articolo, hai una formalità più che un varco, e i casi di studio di Google suggeriscono che la formalità non conta come supervisione.

Passaggio 4: fai risalire ogni cifra a una fonte

I numeri senza fonte sono il modo in cui le pagine sottili diventano più sottili, e il modo in cui la fiducia muore. Ogni statistica in un articolo dovrebbe avere una fonte verificabile che un lettore (o un revisore) possa aprire.

Rendi la regola meccanica: se una cifra non può essere abbinata a una fonte, non entra. Nessuna eccezione e nessun "ci va quasi".

Trappola: lasciar passare numeri plausibili perché suonano giusti. Un numero che suona giusto ha comunque bisogno di una fonte alle sue spalle. È anche qui che lo strumento giusto trova il suo posto. ContentRails applica la regola nel prodotto: una cifra che non può abbinare a una fonte viene lasciata fuori dall'articolo [9]. Ogni numero che sopravvive arriva con la pagina da cui proviene, così il tuo revisore verifica le fonti invece di cercarle.

Passaggio 5: monitora dopo la pubblicazione, e conosci i tempi del recupero

Controlla Search Console ogni settimana: query, pagine indicizzate, eventuali notifiche di azione manuale. Ma non affidarti alle notifiche. Tailride non ha ricevuto alcuna notifica mentre le sue pagine indicizzate scendevano da oltre 20.000 a 1 [5]. La deindicizzazione può essere silenziosa, quindi tieni traccia del numero di pagine indicizzate come tuo allarme, non solo della posta in arrivo.

Se vieni colpito: sistemare prima le pagine, poi aspettare. Il recupero richiede tipicamente mesi dopo modifiche significative, e un caso documentato ha richiesto cinque mesi [1]. Google ha detto la stessa cosa: i siti colpiti da un aggiornamento anti-spam possono impiegare molti mesi a recuperare [2]. Prevedi questa tempistica nelle conversazioni con i clienti prima che qualcosa vada storto, non dopo.

Trappola: dare per scontato che una email di azione manuale sia il tuo allarme, perché potrebbe non arrivare mai.

Dove si inserisce la pipeline

I passaggi 2, 3 e 4 sono operativi, ed è qui che ContentRails è la risposta pratica piuttosto che un altro strumento da aggiungere.

I suoi quattro livelli di autopilota includono "Scrivi bozze", che sceglie l'argomento, scrive l'articolo e si ferma lì: la pubblicazione la fai tu [9]. E i termini di servizio ti rendono responsabile della revisione dei contenuti prima della pubblicazione, compresi gli articoli pubblicati automaticamente con l'autopilota completo [10]. Leggilo come il prodotto che concorda con questo articolo: il varco umano spetta a te, qualunque livello tu usi.

La regola delle fonti per le cifre del passaggio 4 è applicata dal prodotto stesso [9]. Il tuo revisore non fa controlli a campione su una bozza alla ricerca di statistiche inventate; quelle senza fonte non sono mai entrate.

Quando un articolo viene approvato, arriva sul tuo sito tramite un webhook firmato con il testo, un'immagine di copertina, dati strutturati Article e FAQ, e traduzioni in sette lingue [9]. Sottoponi ogni traduzione allo stesso varco dell'originale.

Sulla velocità: il piano Free costa $0/mese con 1 progetto e 3 articoli al mese [9]. Pro costa $100/mese per 5 progetti e 20 articoli al mese [9]. Venti articoli al mese sono circa quattro o cinque a settimana, una velocità di pubblicazione che un varco di revisione a una sola persona può realmente sostenere. Con Pro, un'esecuzione fallita o interrotta non viene conteggiata nei tuoi limiti [9]. Inizia con la prova gratuita: un articolo completo per il tuo sito in circa 15 minuti, senza carta di credito [9].

Se preferisci gestire una pipeline completamente manuale, funziona lo stesso. A Google non interessa quale software hai usato; lo interessano valore e supervisione. Ma se stai superando una manciata di articoli al mese, una pipeline con il varco e le fonti integrati è la strada più breve verso un volume difendibile.

Domande frequenti

La policy di Google sull'abuso di contenuti su scala vieta i contenuti AI?

No. La policy prende di mira le molte pagine generate principalmente per manipolare i posizionamenti, indipendentemente da come il contenuto viene prodotto [6]. La stesura con assistenza AI accompagnata da revisione umana, fonti originali e verifica non è una violazione [7]. La produzione in massa di pagine con l'AI generativa e senza valore aggiunto è invece citata esplicitamente come violazione [6].

Quante pagine attivano l'abuso di contenuti su scala?

Non esiste un numero fisso di pagine [8]. Google giudica lo scopo primario delle pagine. Migliaia di pagine utili vanno bene; qualche decina di pagine sottili basate su template su un sito piccolo può violare la policy.

Quanto tempo richiede il recupero dopo un aggiornamento anti-spam?

Tipicamente mesi dopo modifiche significative, e un caso documentato ha richiesto cinque mesi [1]. Google ha detto che i siti colpiti da un aggiornamento anti-spam possono impiegare molti mesi a recuperare [2]. Sistemare prima le pagine, poi aspettare.

La SEO programmatica è consentita dalle policy anti-spam di Google?

Sì, quando ogni pagina generata offre un valore reale e differenziato [8]. Viola l'abuso di contenuti su scala solo quando le pagine sono sottili ed esistono principalmente per posizionarsi.

Quanti aggiornamenti anti-spam ha eseguito Google nel 2026?

Tre entro agosto: marzo, giugno e l'aggiornamento del 18–21 agosto [3]. Un aggiornamento anti-spam di settembre è iniziato il 25 settembre, con forte volatilità a cinque giorni da un rollout di due settimane [4]. Da qui in avanti, considera l'applicazione delle regole come continua.

Fissa il tuo tetto questa settimana

Due cose da fare questa settimana: conta quanti articoli puoi realmente revisionare a settimana, e non pubblicarne di più. Poi esegui il test del valore per pagina sui prossimi dieci URL pianificati e taglia tutto ciò che non lo supera.

Se vuoi il varco e le cifre con fonte integrati, punta ContentRails al tuo sito. La prova gratuita scrive un articolo completo in circa 15 minuti, senza carta di credito [9], e il varco di approvazione resta tuo. La scala è sicura quando ogni pagina si guadagna il suo posto: fai sì che le tue se lo guadagnino.

Fonti

1. L'aggiornamento anti-spam di agosto 2026 di Google — gsqi.com
2. L'aggiornamento anti-spam di agosto 2026 di Google è in rollout — seroundtable.com
3. modo25.com
4. Impatto del weekend dell'aggiornamento anti-spam di settembre 2026 di Google — seroundtable.com
5. tailride.so
6. Policy anti-spam per Google Web Search — developers.google.com
7. kurums.com
8. Abuso di contenuti su scala: la policy anti-spam di Google spiegata — layer3labs.io
9. contentrails.ai
10. contentrails.ai