Recupero: aggiornamento spam Google 2026

Piano di salvataggio per l'aggiornamento spam di agosto 2026 di Google: il rilevatore di pattern che ha colpito te, la regola del 60% e il recupero in 10–12 settimane.

Verifica rapida: è stato questo aggiornamento a colpirti?

L'aggiornamento spam di Google dell'agosto 2026 ha iniziato a essere distribuito il 18 agosto 2026 alle 09:28 PDT e si è completato il 21 agosto 2026 alle 01:49 PDT. Si è applicato globalmente e in tutte le lingue, e Google lo ha registrato come un incidente che ha influito sul ranking nel pannello di stato della Ricerca. È stato il terzo aggiornamento spam del 2026, dopo quelli di marzo e giugno.

Esegui queste quattro verifiche in questo ordine. Ci vogliono circa dieci minuti e decidono di che piano hai bisogno.

Verifica

Se vero

Verdetto

Impressioni/traffico sono crollati tra il 18 e il 21 agosto (non prima)

Probabilmente proprio questo aggiornamento spam. Prosegui.

Il rapporto sulle azioni manuali della GSC è vuoto

Vuoto

Retrocessione algoritmica, non un'azione manuale. Qui non esiste alcun riesame.

Il calo riguarda una famiglia di contenuti ("migliore X per Y", recensioni di concorrenti, pagine città) e non è uniforme su tutto il sito

Firma classica dell'abuso di contenuti su larga scala. Sei nell'articolo giusto.

Anche la tua lista di visibilità nelle AI Overview è scesa negli stessi giorni

Oggi è la norma. Dal 15 maggio 2026 Google estende le policy spam alle superfici generative (AI Overviews, AI Mode), quindi una classificazione spam può prosciugare entrambe insieme.

Se il calo è iniziato prima del 14 agosto o dopo il 22 agosto, o la GSC mostra un'azione manuale, fermati: questo piano di salvataggio non si applica. Un'azione manuale richiede invece il flusso di riesame.

Cosa ti lascia questa guida

Per chi

Titolari di siti, responsabili SEO e operatori di contenuti che gestiscono un sistema di contenuti su larga scala: sezioni programmatiche, pagine modello "migliore/alternative/recensione", varianti locali di servizi o pagine prodotte in massa con l'aiuto dell'IA.

Cosa ottieni alla fine

Una decisione per ogni URL colpito, contenuto morto rimosso con un vero 410, pagine sopravvissute materialmente diverse tra loro sia nei contenuti sia nella struttura, e una rivalutazione programmata tra 10 e 12 settimane (inizio novembre) invece del panic-update quotidiano.

Cosa ti serve

Accesso alla Search Console; accesso al server o a un CMS in grado di restituire 410 e modificare i sitemap; la tua lista di URL; un assistente IA con skill (Claude è l'esempio usato qui). Metti in conto 4–8 ore di revisione umana per qualche centinaio di pagine colpite, poi l'assistente fa la maggior parte del lavoro.

Definizione di fatto

Una tabella decisionale (ogni URL: mantenere, riscrivere, unire o eliminare), i 410 attivi e fuori da sitemap e link interni, ogni pagina sopravvissuta con un terzo o più di contenuto che nessuna sorella possiede, screenshot di base archiviati e rivalutazione in calendario.

I cinque fatti che cambiano il tuo prossimo passo

Vengono direttamente dalla documentazione di Google e da chi testa gli aggiornamenti professionalmente, e tutti vanno contro il manuale del "si sistema in un weekend".

  1. La scala è la violazione; l'IA non è il grilletto. L'abuso di contenuti su larga scala è definito come molte pagine create "con l'obiettivo principale di manipolare i ranking nei risultati di ricerca e non di aiutare gli utenti", e Google è stato esplicito: la definizione copre i contenuti "indipendentemente da come vengono creati". Le pagine IA che rispondono a una domanda reale vanno benissimo. Duemila pagine in cui l'unica differenza è un'entità sostituita, no. La formulazione della policy non è cambiata dall'aggiornamento di marzo 2024; la pagina della policy stessa riporta "Ultimo aggiornamento 2026-05-15".
  2. L'aggiornamento colpisce a lotti, non i siti. Se una famiglia di modelli è sopravvissuta, è perché la retrocessione opera sui pattern. Il tuo sito non è perso; quella generazione di pagine sì. Un sottoinsieme si classifica ancora, e quel sottoinsieme è il tuo miglior indizio su cosa mantenere.
  3. Il recupero si misura in mesi, non in settimane. La documentazione degli aggiornamenti spam di Google dice che i siti in violazione "possono essere classificati più in basso o non comparire affatto", e che per i siti ripuliti i sistemi automatizzati di Google apprendono la conformità "in un arco di mesi". John Mueller ha detto essenzialmente la stessa cosa in un office hour: dopo aver ripulito i contenuti spam, "può volerci qualche mese perché rivalutiamo il tuo sito". Vale a dire: mesi, non settimane.
  4. I piccoli ritocchi non cancella il pattern. Mueller è stato più colorito: passare da percepito come spam a percepito come celebrazione "richiede molto di più che rimuovere contenuti duplicati e riscrivere un paio di pagine". L'aggiornamento è un rilevatore di pattern. Cambia il pattern, non la formulazione.
  5. Non è un problema di link. Questa retrocessione agisce sul contenuto delle pagine, non sui backlink. Il tuo impianto di link automatici non è la causa del calo, quindi rimuoverli o disavovarli non ti fa tornare. Se quei link sono spam, Google ne ha già deprezzato in via permanente il beneficio di ranking: la pulizia dei link è igiene per un altro giorno, non una mossa di recupero.

E per questo caso non esistono ricorsi. Le retrocessioni spam algoritmiche non hanno una richiesta di riesame. La tua unica leva è la correzione in sé, più l'attesa.

Passo 1: Baseline, export e congelamento

Grafico delle impressioni di Search Console che confronta una famiglia di modelli (viola) e una sezione intatta (blu): entrambe le curve raggiungono il picco a metà agosto 2026 poi crollano dopo il 18 agosto, quando è entrato in vigore l'aggiornamento spam di agosto 2026

La firma del colpo: entrambi i cluster raggiungono il picco nei giorni precedenti la finestra dell'aggiornamento (18–21 agosto), poi la famiglia di modelli crolla quasi a zero mentre la sezione intatta si assesta più in alto. La linea tratteggiata segna l'entrata in vigore dell'aggiornamento. Se il tuo grafico somiglia a questo — un altopiano che diventa una scogliera in data di aggiornamento — sei dentro questo aggiornamento.

Prima di toccare una sola pagina:

  • Nella GSC apri Prestazioni > Pagine, imposta l'intervallo dal 21 agosto a oggi e confrontalo con i 90 giorni prima del 18 agosto. Salva l'export. Questa diventa la tua fotografia della settimana 0. Nota: il rapporto sulle prestazioni della ricerca generativa ha avuto una discontinuità di registrazione che ha nascosto impressioni dal 13 al 17 agosto, quindi per la baseline usa il report prestazioni standard e non cercare di coprire a forza quella discontinuità.
  • Esporta la lista di URL: sitemap.xml più l'export delle pagine, senza doppioni.
  • Annota le 10–20 query in cui eri visibile in un'AI Overview e registra come appaiono oggi (o ieri) quelle risposte. Questa è la tua baseline AI Overview.
  • Congela la pubblicazione. Non pubblicare 30 pagine nuove per "compensare" la perdita finché il pattern è ancora nell'indice. Un pattern invariato più volume nuovo si legge come un doppio sforzo nella stessa violazione.

Vale la pena definire anche un cluster di controllo: scegli una parte del sito che non ha perso nulla e tienila d'occhio insieme ai cluster colpiti; ti dirà se il movimento successivo è rumore dell'intero sito o recupero.

Passo 2: Valuta ogni URL

Dai un punteggio da 0 a 10 a ogni cluster di pagine simili. Uno 0 è riempimento di modello puro; un 10 è una pagina che merita di essere trovata per se stessa.

Ottieni punti per:

  • +3 Dati o esperienze originali che nessuna sorella possiede: risultati misurati, screenshot, percorsi fatti in prima persona, prezzi che hai raccolto tu, casi reali.
  • +3 Che un ricercatore impari qualcosa di diverso da questa pagina rispetto alle sorelle, anche con un'altra scheda aperta da qualche altra parte.
  • +2 Un'intenzione di query genuinamente diversa (domanda diversa, compito diverso), non solo un cambio di entità ("migliore CRM per avvocati" vs "migliore CRM per dentisti" è un cambio; il flusso di fatturazione di uno studio legale contro il flusso di appuntamenti di uno studio dentistico sono intenzioni diverse).
  • +1 Link in entrata significativi o traffico storico che vale la pena mantenere.
  • +1 Che la pagina sia il pilastro naturale o l'hub di categoria della famiglia.

Poi le fasce di decisione predefinite:

  • 0–3: elimina. Non riscrivere. Una pagina modello rammendata resta una pagina modello.
  • 4–6: riscrivi o unisci. Riscrivi quando l'intenzione è distinta e il valore è plausibile; unisci quando duplica l'intenzione di un'altra pagina.
  • 7–10: mantieni. Aggiungi profondità dove scarseggia; per il resto non toccare la struttura.

Chi ha lavorato agli ultimi aggiornamenti spam converge spesso sulla stessa regola pratica: potare, consolidare o ricostruire interamente almeno il 60% degli URL segnalati prima che qualcosa si muova. Non è una soglia ufficiale di Google, ma un comodo esame di onestà: se elimini solo 5 delle tue 300 pagine modello, il rilevatore vede ancora 285 cloni a colpo d'occhio.

Matrice decisionale che collega la dimensione del cluster e il punteggio di valore alle azioni mantenere, unire o eliminare per il recupero da un aggiornamento spam

Dimensione del cluster contro punteggio di valore. In alto a sinistra merita di essere mantenuto; al centro si riscrive o si unisce; in basso è riempimento di modello.

Passo 3: Affida la correzione a un agente IA

Le correzioni qui sotto (raggruppare i duplicati, valutarli, ricostruire i mantenuti, generare le liste di eliminazione) sono esattamente il tipo di operazione in batch in cui un assistente IA eccelle. Il manuale della community per questo aggiornamento è convergente sullo stesso punto: dai all'agente una checklist costruita sulle policy di Google e lascia che esegua l'audit.

La skill qui sotto è autonoma. Salvala come file di skill, per esempio ~/.claude/skills/google-spam-recovery/SKILL.md sulla tua macchina o .claude/skills/google-spam-recovery/SKILL.md nel tuo repo (altre piattaforme di agenti usano cartelle di skill proprie, tipicamente .agents/skills/), poi indirizzala verso il tuo export.

markdown
---
name: google-spam-update-recovery
description: Verificare e correggere un sito retrocesso da un aggiornamento spam di Google (es. agosto 2026). Rileva pattern di abuso di contenuti su larga scala, classifica ogni URL colpito come mantenere / riscrivere / unire / eliminare, differenzia le pagine sopravvissute, esegue le eliminazioni e verifica il recupero. Da usare quando le impressioni della Search Console sono crollate in una finestra di aggiornamento spam confermata o quando le pagine sono sparite dalle AI Overviews.
---

## Skill di recupero da aggiornamento spam di Google

### Quando usarla
- Le prestazioni della Search Console sono crollate in una finestra di aggiornamento spam confermata (es. 18–21 agosto 2026).
- Il rapporto sulle azioni manuali è vuoto, quindi retrocessione algoritmica: il caso trattato da questa skill. Un'azione manuale elencata è un altro flusso di lavoro.
- Il sito pubblica molte pagine modello: sezioni programmatiche, pagine di recensione o "migliore X per Y", varianti locali, comparativi di concorrenti.

### Input da raccogliere prima
1. Export completo degli URL: sitemap.xml oppure Prestazioni GSC, scheda Pagine, intervallo = inizio dell'aggiornamento fino a oggi (intervallo di baseline di 90+ giorni prima).
2. Testo delle pagine: crawla gli URL candidati e salva un file di testo per URL in una cartella `pages/` (HTML renderizzato senza navigazione, footer e formulazioni ripetute).
3. Rapporto sulle azioni manuali (controllo in sola lettura).
4. Per i controlli AI Overview: le 10–20 query prioritarie del sito più un registro della visibilità attuale nelle risposte IA.

### Definizione di fatto
- Ogni URL colpito ha una decisione: mantenere, riscrivere, unire-verso (con URL di destinazione) o eliminare.
- Tutti gli URL da eliminare restituiscono HTTP 410 e vengono rimossi da sitemap e link interni delle pagine conservate.
- Ogni pagina mantenuta ha almeno il 30% di contenuto sostanziale unico nel proprio cluster, esclusi navigazione, footer, CTA e intro di modello.
- Le pagine mantenute differiscono anche nello scheletro: struttura H2/H3, ordine delle sezioni, copertura delle domande.
- Esistono screenshot di baseline e di verifica, con la prossima revisione programmata (10–12 settimane avanti, o il prossimo aggiornamento spam, a seconda di cosa arriva prima).

### Fase 1: Delimita il raggio del danno
- Conferma l'attribuzione: il calo è iniziato nella finestra dell'aggiornamento e correla con i cluster di modelli, non con un cambiamento tecnico (controlla i log del server per errori di crawl, cambi di robots.txt, errori canonical, noindex accidentale).
- Costruisci la lista degli URL colpiti. Includi le pagine "Scansionata: attualmente non indicizzata" nei cluster colpiti; fanno parte dello stesso pattern.
- Elabora lotti di massimo 200 URL per passata affinché ogni output resti verificabile.

### Fase 2: Raggruppa i quasi-doppioni
Richiede la cartella `pages/` con un file di testo per URL.
- Metodo A (senza API): similarità coseno TF-IDF, oppure difflib SequenceMatcher su testo normalizzato; coseno >= 0,85 significa stesso cluster.
- Metodo B (meglio se c'è API di embedding): coseno di embedding >= 0,78.
- Per ogni cluster registra: dimensione, URL rappresentativo, firma condivisa del modello (stesso schema di H2 o stesso scheletro di frasi con cambio di entità) e un'ipotesi di intenzione.
- Produci `clusters.json`: {cluster_id: {urls, size, template_name, intent_guess}}.

### Fase 3: Valuta e decidi
Dai un punteggio 0–10 a ogni cluster come descritto nell'articolo (prova originale +3, informazione diversa +3, intenzione diversa +2, link in entrata o traffico +1, ruolo di pilastro +1). Fasce di decisione: 0–3 elimina, 4–6 riscrivi o unisci, 7–10 mantieni. Obiettivo: almeno il 60% degli URL del cluster finisce in eliminazione o fusione (regola pratica degli operatori, non una soglia Google). Emetti una tabella decisionale: URL, cluster, punteggio, azione, URL di destinazione se c'è fusione e una riga di giustificazione. Segnala a esseri umani ogni pagina con traffico o link significativi: conferma l'azione prima di eliminarla.

### Fase 4: Differenzia i mantenuti
La riscrittura deve cambiare la sostanza e lo scheletro:
- Aggiungi prove che esistono solo su questo sito: dati misurati, screenshot o foto reali, casi nominati, un flusso di lavoro eseguito davvero, prezzi raccolti da te.
- Sostituisci lo scheletro: domande H2/H3 diverse, ordine diverso, almeno una tabella o un esempio unico di questa pagina.
- Aggiungi 300–800 parole di analisi originale o esperienza in prima persona; non allungare mai e poi mai il solo modello.
- Aggiungi la firma di un autore con nome e una data "verificato il".
- Rimuovi intro/outro di modello condivisi con il cluster.
- Per le pagine locali o di recensione, i fatti locali devono essere concreti: normative, fornitori, prezzi, un caso dettagliato. Niente stringhe di sostituzione ("i migliori fornitori di [servizio] per famiglie a [città]" è testo da far girare, non contenuto).
- Non aggiungere mai esche IA: niente istruzioni nascoste, niente citazioni piantate, niente liste di ancore cariche di parole chiave. I tentativi di manipolare le risposte IA generative sono essi stessi spam secondo la policy 2026 di Google.

### Fase 5: Unisci ed elimina
- Unire: consolida le pagine con intenzione duplicata in una pagina più forte, 301 da ogni URL eliminato verso di essa, integra il contenuto unico, aggiorna i link interni in entrata e chiedi l'indicizzazione dell'URL unito.
- Elimina: restituisci 410 (o 404 se la piattaforma non può); rimuovi dal sitemap; rimuovi i link interni. Non reindirizzare mai in massa alla homepage né fidarti di noindex o robots.txt, che non eliminano pagine.
- Acceleratore opzionale: lo strumento Rimozioni della Search Console nasconde temporaneamente gli URL (circa sei mesi) mentre i crawler recuperano. È uno strumento di soppressione, non di eliminazione.
- Al lancio: campiona gli URL eliminati e conferma i 410; chiedi l'indicizzazione delle pagine mantenute.

### Fase 6: Verifica e pianifica l'attesa
- Fotografia oggi, poi ricontrolla alla settimana 4 e alla settimana 10–12 (o al prossimo aggiornamento spam, a seconda di cosa arriva prima).
- Continua a monitorare: il report prestazioni standard della GSC (quello dell'IA generativa ha avuto una discontinuità di registrazione dal 13 al 17 agosto, quindi usa quello standard per le baseline di agosto 2026), le impressioni dei cluster colpiti contro un cluster di controllo, lo stato di indicizzazione degli URL eliminati, la visibilità nelle AI Overviews delle query prioritarie.
- Leggi i risultati: il recupero appare prima sulle pagine mantenute riscritte, non su ciò che pubblichi durante l'attesa. Il recupero parziale è normale; alcuni cluster potrebbero non tornare mai — e per questo sono stati eliminati.
- Se la settimana 10–12 mostra movimento sulle pagine mantenute, lascia il congelamento rimosso, continua a pubblicare contenuti differenziati e ricontrolla al prossimo aggiornamento spam.

### Salvaguardie, mai fare
- Niente nuove pagine modello durante l'attesa. Il pattern deve restare fisso.
- Niente riscritture di massa fatte di sinonimi o mescolanze di frasi: è lo stesso pattern con altre parole. L'agente deve segnalare ogni riscrittura il cui scheletro non sia cambiato.
- Niente acquisto di domini scaduti né ridistribuzione dei modelli eliminati altrove.
- Niente campagne di rimozione di backlink né disavow per questa retrocessione. Il link spam è un altro sistema; nella retrocessione sui contenuti i link non sono mai stati il segnale.
- Niente avvelenamento di citazioni né affermazioni piantate per recuperare le AI Overviews: è coperto esplicitamente dalle policy spam di Google.
- QA umana su ogni riscrittura: una persona verifica l'unicità dello scheletro e le prove prima di pubblicare qualsiasi cosa.

Una volta installata, un prompt di consegna può essere breve così:

Usa la skill google-spam-update-recovery sul nostro sito. L'export degli URL è in ./urls.txt e il testo delle pagine crawlato in ./pages/. Produci la tabella decisionale. Poi applica la Fase 4 agli URL 12, 19, 33 e la Fase 5 all'intera lista di eliminazione.

Riceverai tre artefatti: una tabella decisionale che puoi approvare riga per riga, bozze riscritte (cambio di scheletro e lista delle prove dichiarati esplicitamente perché tu possa auditarli) e una checklist esecutiva che copre 410, sitemap e link interni. Approva la tabella prima di eliminare qualsiasi cosa; l'agente non deve mai eliminare o riscrivere una pagina senza il tuo nullaosta.

Passo 4: Rendi i mantenuti genuinamente diversi

L'intero recupero dipende da una parola: diverse. Non più lunghe. Non con altre parole. Prove diverse, struttura diversa, risposte diverse.

Un contrasto concreto. La versione debole di una pagina "migliore CRM per studi contabili" clona gli stessi H2 usati per avvocati, dentisti e idraulici, con il settore scambiato e un paragrafo di elogi generici. La versione che Google sa distinguere mostra le differenze reali del flusso di lavoro: timbrature di ore importate in batch dal sistema di fatturazione dello studio, consolidamento di più entità per un cliente con 12 LLC, attività di chiusura dell'esercizio fiscale. Ha una schermata della dashboard di riconciliazione, una tabella di quattro prodotti che l'autore ha davvero preventivato quell'anno, un caso nominato con i giorni risparmiati al mese e un ordine di sezioni diverso dalla pagina "migliore CRM per avvocati" accanto.

La stessa regola vale per le pagine di recensione ("alternative al prodotto X"), le pagine città e le pagine comparativa. Quando fai l'audit di una pagina sopravvissuta, poniti cinque domande: contiene almeno un dato, uno screenshot o una cifra che nessuna sorella contiene? Risponde ad almeno una domanda a cui nessuna sorella risponde? Il suo scheletro H2/H3 è diverso da tutte le sorelle? Ha una firma umana e una data di verifica? Si legge come scritta per qualcuno in quella situazione specifica, non per la parola chiave?

Tre "no" o più: è ancora un modello. Uniscila o eliminala; non pubblicarla come pagina sistemata.

Passo 5: Unisci ed elimina come pulizia, non come danza

L'eliminazione è il punto in cui i siti inciampano spesso. L'ordine giusto:

  1. Restituisci 410 Gone dove puoi (404 è accettabile se la piattaforma non sa fare 410). È il segnale forte di "andato per sempre"; il 404 dice "forse tornerà".
  2. Rimuovi gli URL dal sitemap. Tieni fuori dal giro dei crawler i link morti stantii.
  3. Cancella i link interni dalle pagine sopravvissute, navigazioni e footer. Non lasciare una rete di link che punta ai 410.
  4. Non reindirizzare le pagine eliminate alla homepage. Cento 301 su / è un pattern da doorway e versa tutta la linea d'acqua della URL verso la homepage, che non è il suo posto.
  5. Unisci in base all'intenzione, non alla comodità. Quando due pagine puntano davvero alla stessa domanda, piega il contenuto migliore in una sola, fai 301 dall'altra e correggi i link interni. Quando rispondono a domande diverse, tieni entrambe e differenziale.
  6. Usa lo strumento Rimozioni come acceleratore, non come sostituto. Sopprime una URL nei risultati per circa sei mesi; non la deindicizza. Usalo per le pagine che rispuntano dai cache e accoppialo a un vero 410.

Non cadere nella trappola di noindex + redirect, blocco con robots.txt o eliminazioni in 404 secco senza aggiornare il sitemap. Google continua a scansionare, il pattern resta scopribile e il prossimo aggiornamento spam ricontrolla tutto.

Passo 6: Riprenditi le AI Overviews

La perdita simultanea sulle due superfici è spiegata dalla policy, non da un bug. Il 15 maggio 2026 Google ha riscritto la sua definizione di spam per includere "il tentativo di manipolare le risposte IA generative nella Ricerca Google" e ha dichiarato che le policy spam si applicano all'intera Ricerca Google, comprese le risposte generative IA. Le AI Overviews e l'AI Mode bevono dagli stessi sistemi. Un sito classificato per abuso di contenuti su larga scala può quindi cadere su entrambe negli stessi cambi in produzione: l'aggiornamento spam di giugno 2026 è stato il primo a lavorare sotto la policy estesa; agosto ha giocato con le stesse regole.

Quindi il recupero delle AI Overviews non ha un trucco separato. È a valle della correzione dei contenuti:

  • Sistema e aspetta, poi ricontrolla. Pulisci prima le pagine dei passi 4–5. Le AI Overviews selezionano tra fonti di cui i sistemi di ranking si fidano, quindi lo stesso cambio di pattern è la correzione.
  • Verifica per query, non per sito. Prendi le 10–20 query in cui eri citato, interroga ciascuna in una sessione nuova e annota se compari. La risposta cambia per query, quindi un "siamo tornati" a livello di sito è la metrica sbagliata. È qui che catturi anche l'effetto di secondo ordine: quando la tua pagina differenziata è la migliore fonte della sua nicchia, la risposta IA ha un motivo per usarla.
  • Non avvelenare mai. Le raccomandazioni piantate e le liste "migliori" orientate progettate per pilotare le risposte IA sono ora bersagli nominati della policy spam (qualcuno lo chiama spam GEO: avvelenamento di raccomandazioni, iniezione di citazioni, esca IA). Un preprint di Cornell Tech ha mostrato quanto costa poco che una dichiarazione di 13 parole piantata collochi un marchio scelto nel 38–51% delle sessioni di agenti di ricerca IA in un test. Che funzioni è esattamente il motivo per cui Google lo chiama spam. Se vuoi visibilità IA, guadagnatela: fatti originali, dati verificabili, competenza nominata.
  • Verifica prima le prove, poi la struttura. Al retest, una citazione va di solito a una pagina che afferma una risposta specifica ed estraibile con le prove vicine. Verifica che le tue pagine mantenute rispondano alla domanda target nella prima sezione prima di preoccuparti del resto.
  • Gioco lungo. La funzione Fonti preferite (in rollout dal 20 agosto) permette ai lettori di assegnare al tuo sito un badge preferito nelle AI Overviews e nell'AI Mode, un canale diretto di segnale dei lettori. Non bypassa una classificazione spam, quindi è una strategia post-pulizia, non uno strumento per ottenerla.

Passo 7: Verifica e pianifica la rivalutazione d'autunno

Quando il lavoro è sul server:

  • Oggi: registra la baseline. Conferma che gli URL eliminati restituiscono 410 (test di crawl in stile Google o il Simulatore di spider Googlebot di Auspia); chiedi l'indicizzazione delle pagine mantenute.
  • Settimana 1: conferma che sitemap e link interni sono puliti; verifica a campione che nessuna pagina eliminata sia ancora raggiungibile.
  • Settimana 4: confronta i cluster colpiti contro il tuo cluster di controllo nel report prestazioni standard della GSC. Piccoli rialzi sulle pagine riscritte sono il miglior segnale precoce; un andamento piatto alla quarta settimana è normale, non agire.
  • Settimana 10–12 (inizio novembre se finisci questa settimana, o prossimo aggiornamento spam, a seconda di cosa arriva prima): la rivalutazione. Confronta le impressioni dei gruppi di cluster contro la baseline della settimana 0, riesegui il set di query AI Overview e controlla cosa si è ripreso.
Timeline di recupero del piano di salvataggio dall'aggiornamento spam: baseline, rilascio delle correzioni, settimana 4 e rivalutazione di novembre

Anche l'attesa è pianificata: baseline oggi, primo controllo di movimento alla settimana 4, rivalutazione a inizio novembre. Gestione delle aspettative con la versione onesta della timeline: i documenti di Google dicono che i loro sistemi impiegano mesi per apprendere la tua conformità, e le citazioni di office hour di Sergey collocano la rivalutazione dell'intero sito in "un paio di mesi, un semestre, a volte anche di più". I recuperi maggiori atterrano di solito nel prossimo ciclo di aggiornamento, non a metà. Non c'è richiesta da presentare, né validazione, né ricorso per le retrocessioni puramente algoritmiche.*

Se la rivalutazione mostra zero movimento, le cause usuali: un'altra famiglia di contenuti porta ancora il pattern (riprendi in mano i cluster che hai lasciato come "mantieni"), le pagine riscritte sono ancora modelli con vernice nuova (riesegui la checklist del Passo 4), o il sito si è zittito in un modo che frena l'indicizzazione (pensa alla revisione dei log di crawl della Fase 1).

La posizione di Auspia: elimina prima, differenzia dopo

La maggior parte dei team inverte l'ordine. Riscrivono un paio di modelli, si sentono produttivi e poi a novembre si chiedono perché nulla è cambiato. Il rilevatore di pattern è statistico: 250 pagine che condividono uno scheletro sono un segnale forte, e 250 pagine riscritte che condividono ancora lo scheletro sono lo stesso segnale. Priorizza la matematica di eliminazione e fusione sul conteggio delle parole e usa la regola del 60% come pavimento prima di dichiarare il patch completo. E conserva una quota di brand e di superficie di citazione oltre Google: questo aggiornamento è stato difficile da vedere in arrivo e non ha ricorsi, quindi un mix di visibilità (ricerche di marca dirette, altre piattaforme IA, email o community proprie) si difende da solo.

Checklist: il piano di salvataggio in una pagina

  • [ ] Conferma la finestra del calo tra il 18 e il 21 agosto e il rapporto azioni manuali vuoto
  • [ ] Salva la baseline: export degli URL, fotografia prestazioni GSC, 10–20 query AI Overview con il loro stato attuale
  • [ ] Congela la pubblicazione
  • [ ] Raggruppa i quasi-doppioni e valuta ogni cluster 0–10
  • [ ] Tabella decisionale: mantenere / riscrivere / unire / eliminare per ogni URL, minimo 60% eliminati
  • [ ] Installa la skill google-spam-update-recovery, consegna l'export, rivedi la sua tabella decisionale
  • [ ] Differenzia i mantenuti: prova unica, scheletro unico, firma, data verificata
  • [ ] Esegui: 410 attivi, sitemap aggiornato, link interni rimossi, fusioni con 301 verso la pagina unita
  • [ ] Conferma a campione le eliminazioni, chiedi l'indicizzazione delle pagine mantenute
  • [ ] Ricontrolla alla settimana 4 e alla settimana 10–12 (inizio novembre) o al prossimo aggiornamento spam
  • [ ] Imponec una porta di pattern al nuovo contenuto: nessuna pagina senza la sua prova e il suo scheletro

FAQ

È stata l'IA il motivo per cui il mio sito è stato colpito? No. L'abuso di contenuti su larga scala non guarda come è stato creato il contenuto ("indipendentemente da come vengono creati" è la formulazione della policy). La produzione IA diventa un problema solo quando serve a pubblicare molte pagine senza valore distinto.

Il mio traffico è sceso del 75% ma le pagine sono ancora indicizzate. È comunque l'aggiornamento? Spesso sì. Le retrocessioni spam riducono di solito la visibilità invece di rimuovere del tutto le pagine, e l'aggiornamento è stato registrato come incidente sul ranking. Verifica il tuo calo contro la finestra del 18–21 agosto e il pattern: cluster di modelli colpiti, controlli tranquilli.

Devo inviare una richiesta di riesame? Solo se il rapporto sulle azioni manuali elenca un'azione manuale. Le retrocessioni spam algoritmiche non hanno un flusso di riesame e la documentazione sugli aggiornamenti spam di Google non ne parla. Correggere e aspettare è la via.

Quanto dura davvero il recupero? La posizione di Google: i sistemi imparano a riconoscere la tua conformità "in un arco di mesi". Gli operatori vedono il primo movimento in 4–10 settimane sulle pagine ricostruite e il recupero completo nel ciclo di aggiornamento successivo. Pianifica mesi, ricontrolla a inizio novembre.

Posso semplicemente mettere le pagine sbagliate in noindex e tenermele? No. Il noindex ne impedisce la comparsa, ma l'URL resta scansionabile e il pattern resta nella struttura del tuo sito. Le pagine morte vanno eliminate con 410, non nascoste.

I 301 verso le pagine unite conserveranno il valore delle mie vecchie pagine? Le fusioni funzionano meglio quando la destinazione assorbe davvero il contenuto unico e serve la stessa intenzione. Reindirizzare in massa decine di argomenti eliminati verso una homepage è il modo per fabbricare un pattern doorway, esattamente ciò che i rilevatori di questo aggiornamento sono tarati per trovare.

Devo abbattere tutta la mia sezione programmatica? No. Elimina i cloni; mantieni le pagine che fanno 7–10. Alcuni dei siti recuperati nella volatilità di agosto sono proprio quelli che hanno potato il centro del loro contenuto su larga scala invece dell'intera classe.

I miei backlink sono spazzatura automatizzata. Devo disavvarli per recuperare? Per questa retrocessione, no. È un problema di pattern di contenuti, non di link, e Google deprezza già in via permanente il beneficio di ranking dei link spam. Gestisci i link come igiene più avanti se vuoi; non sono la strada del recupero.

Come evito che questo accada al prossimo lotto? Aggiungi una porta alla produzione di contenuti: una pagina esce solo con il proprio scheletro e la propria prova. Poi fissa un tetto di volume in cui credi davvero (poche pagine forti a settimana battono 200 cloni al giorno) e rivedi i cluster trimestralmente prima che i sistemi di Google lo facciano per te.

Le AI Overviews tornano prima del ranking normale? Non c'è un ordine affidabile; entrambe le superfici sono crollate insieme nell'aggiornamento di agosto. In pratica, monitora entrambe alle stesse date di rivalutazione invece di presumere che una guidi l'altra.

Autrice: Grace Miller, analista di rischio di ricerca IA che tiene traccia di oltre 200 cambi di policy in Auspia. Grace scrive di cambi di policy delle piattaforme, rischio dei contenuti e lavoro di recupero consapevole delle policy per team SEO e GEO.

Esplora questo argomento

Continua sullo stesso percorso di crescita