L’aggiornamento di agosto 2026 colpisce i siti automatizzati, mentre i contenuti con revisione umana reggono meglio

L’aggiornamento spam di Google di agosto 2026 non è stato dichiarato da Google come un intervento contro i contenuti generati dall’IA. Eppure i report dei proprietari di siti colpiti hanno messo in luce una costante: la pubblicazione automatizzata. La raccolta di Roger Montti mostra siti completamente automatizzati che hanno perso visibilità, mentre alcuni siti che usano l’IA con revisione umana hanno retto meglio.

Lo stesso 29 agosto 2026, nell’aula del caso antitrust di Penske Media, il giudice Amit Mehta ha messo in discussione l’accordo di Google sui contenuti per AI Overviews (le risposte generative in cima ai risultati di ricerca), compresa l’etichettatura come “miglioramento del prodotto”. La dichiarazione di Jason Kint riporta che Mehta ha descritto la situazione come “davvero ingiusta” e ha affermato che il miglioramento è stato sviluppato “sulle spalle degli editori”. Il commento di Jason Kint aggiunge: “Mehta ha notato che gli editori non hanno controllo su come Google usa i loro contenuti”.

Il 27 agosto 2026, il blog di Digital Content Next aveva già sostenuto che rinunciare a Google non è una scelta realistica per gli editori che dipendono dal traffico di ricerca.

Il manuale che Search Central chiede ai publisher

Nel video “Should you block your Search result pages?”, la discussione di Martin Splitt e John Mueller mostra che le pagine di ricerca interna possono diventare spazi di crawl infiniti che intrappolano Googlebot. La è tecnica: bloccare tramite robots.txt non equivale a usare tag noindex. Inoltre, lasciare indicizzabili le pagine di ricerca interna può creare vulnerabilità di sicurezza, come lo spam.

Il consiglio operativo è una regola wildcard ampia in robots.txt, per esempio /search?, per coprire tutti i parametri di query. La motivazione è esplicita: i sistemi automatici di Google per riconoscere spazi infiniti sono lenti e inaffidabili, quindi è più sicura una configurazione manuale proattiva.

Nel video “How to read the Indexing Report”, si specifica che la query site: di Search Console è uno strumento artificiale che può mostrare vecchi spostamenti di dominio o scambi hreflang per anni, quindi Search Console è l’unica fonte di verità. Protezioni aggressive dei bot, interstiziali nascosti e pagine di errore “Soft 200” possono distruggere i dati di crawl e portare a canonicalizzazione dannosa.

Google ti dice che per l’AI generativa non serve nulla di speciale

La definizione di AI slop come “contenuto pubblicato senza sufficiente comprensione umana, giudizio, evidenza o contributo originale per giustificare l’attenzione del lettore” arriva dalla strategia anti-slop di Ahrefs. Ma la risposta di John Mueller su Bluesky recita: “Dal nostro punto di vista non c’è nulla di veramente speciale che devi fare per le risposte generative AI nella ricerca”.

Il contrasto è netto: da un lato ti chiede di pulire il crawl, dall’altro ti dice che per gli AI Overviews non serve nulla di specifico. Il risultato è che i publisher restano con l’igiene tecnica a carico e nessun controllo sul riuso dei contenuti.

Domani mattina: meno fiducia, più regole esplicite

Per chi lavora sul traffico organico, il segnale operativo è duplice. Sul piano tecnico, se gestisci pagine di ricerca interna, rivedi robots.txt e noindex: le wildcard /search? non sono un dettaglio. Sul piano strategico, non aspettare che Google riconosca automaticamente i pattern: la documentazione ufficiale parla di sistemi lenti e inaffidabili, quindi la configurazione proattiva è l’unica leva. E per i contenuti, la revisione umana non è una linea editoriale: è il discrimine che, nei report post-update, ha separato i crolli dalle tenute.