Azioni manuali, quando il rischio si sposta dentro il tuo sito

Ricevi una notifica in Search Console. Il traffico crolla nel giro di poche ore. Le pagine che ti portavano visite scompaiono dalle SERP. Per anni hai letto l’azione manuale come la sanzione di chi ha barato — link comprati, cloaking, testo nascosto — convinto che il tuo sito, gestito con regole e buon senso, ne fosse al riparo.

Oggi questa lettura non regge più. Le violazioni coperte dal report Azioni manuali si sono moltiplicate e il perimetro del rischio si è spostato. Non sei colpito (solo) perché hai barato, ma perché una libreria JavaScript del tuo ad network manipola la cronologia del browser, perché la sezione commenti che non moderi da sei mesi è piena di spam farmaceutico, perché un partner pubblica sotto il tuo dominio contenuti che da soli non si posizionerebbero mai. L’azione manuale non è più la punizione del disonesto: è la diagnosi di un perimetro digitale che non controlli abbastanza.

Serve un modo diverso di leggerla. Non come una condanna — Google ha tolto la parola “penalty” dal proprio lessico proprio per questo — ma come una notifica che ti dice dove il tuo sistema si è disallineato dalle regole della Ricerca.  Solo così puoi proteggere l’identità del tuo brand e garantire che resti un punto di riferimento affidabile per gli utenti e per le macchine.

Che cosa sono le azioni manuali di Google

Le azioni manuali sono interventi che il team qualità della Ricerca di Google applica quando un revisore umano decide che alcune pagine del tuo sito non rispettano le Google Search Essentials. L’effetto è concreto: le pagine coinvolte vengono declassate nei risultati di ricerca o rimosse dall’indice, e la notifica ti arriva in due punti dell’account Search Console — il report Azioni manuali e il Messages center.

Il vocabolario che usi per pensare a questo strumento conta. Il termine “penalizzazione” continua a circolare perché è rapido, intuitivo, comodo, ma da anni Google non parla più di “penalty” e ha scelto “manual action” proprio per staccarsi dall’idea punitiva.

Non è una sentenza, è un referto diagnostico: ti dice dove il tuo sistema non rispetta le regole, ti mostra il perimetro del problema, ti indica la procedura per rientrare. Non arriva come incidente isolato e segnala quasi sempre un problema di controllo. A volte riguarda pratiche vecchie e fin troppo note, in altri casi porta alla luce fragilità molto più attuali: sezioni aperte agli utenti, contenuti di terzi, aree monetizzate male, markup usato in modo improprio, comportamenti tecnici che alterano l’esperienza di navigazione

Se tratti l’azione manuale come uno stigma morale, la affronti dalla parte sbagliata. Se la tratti come un disallineamento tecnico da correggere, sei già a metà del lavoro.

La definizione ufficiale di Google

La documentazione ufficiale è netta e operativa: Google emette un’azione manuale quando un revisore umano ha stabilito che alcune pagine del tuo sito non sono conformi alle spam policies. Nella maggior parte dei casi il problema riguarda tentativi di manipolare l’indice, e l’esito è chiaro nelle sue due declinazioni — declassamento o rimozione — entrambe senza alcun avviso visibile all’utente che sta cercando su Google.

Il controllo del sito non può restare intuitivo

Porta ordine tra scansione, link e criticità strutturali con gli strumenti SEOZoom dedicati al monitoraggio operativo.

Attiva la tua prova gratis di SEOZoom

Questo dettaglio cambia tutto. L’utente che cerca non vede niente di strano, continua a trovare la SERP pulita, non sa che il tuo sito è scomparso. Tu lo scopri solo aprendo Search Console. È una delle ragioni per cui molti siti si accorgono dell’azione manuale con settimane di ritardo, collegando il crollo di traffico a cause sbagliate. La notifica c’è, ma devi cercarla dove è: nel report dedicato e nel Messages center.

E quando c’è, non sei costretto a muoverti tra ipotesi generiche: hai un tipo di violazione, hai un’area da esaminare, hai una procedura che chiede correzione completa e richiesta di revisione. La definizione, quindi, serve meno a “sapere cos’è” e molto di più a capire quale terreno stai entrando a presidiare.

La regola operativa da memorizzare è una sola: senza notifica in Search Console non c’è azione manuale. Se cerchi una penalty e non la trovi nel report, il tuo problema è altrove — un core update, un problema tecnico, un cambio di intento delle query — e richiede una diagnosi diversa. Partire dalla strada sbagliata ti fa perdere settimane.

Che cosa può succedere a un sito colpito

L’impatto di un’azione manuale non è uniforme, dipende da quanto è esteso il perimetro del problema che il revisore ha riconosciuto. Le due forme principali te le racconta il report stesso, ed è su queste che modelli la risposta.

La prima è l’azione parziale. Nel report vedi un pattern di URL — qualcosa come https://tuosito.it/sezione-problematica/* — e Google ti sta dicendo che il problema è localizzato lì. Non tutte le pagine sotto quel pattern sono necessariamente coinvolte, ma quell’area va ripulita per intero. L’impatto è circoscritto ma può fare molto male se la sezione colpita è quella che ti porta traffico: se tutta la parte commerciale del tuo ecommerce finisce sotto azione manuale, il fatto che sia “parziale” conta poco.

La seconda è l’azione a livello di sito, che nel report compare con la dicitura “Affects all pages”. Qui il declassamento o la rimozione coinvolgono l’intero dominio, e il traffico organico può sparire nel giro di ore. Non basta intervenire su una parte: serve una bonifica integrale e una richiesta di riconsiderazione molto più documentata della prima.

In entrambi gli scenari il danno non è solo il calo di visibilità in SERP. C’è un danno reputazionale che lavora in parallelo — un sito che sparisce improvvisamente viene percepito come meno affidabile anche dagli utenti che già lo conoscevano — e in alcuni casi c’è un danno collaterale che pochi considerano. Da quando Google ha collegato le azioni di Search all’eligibilità per Google Ads, alcune manual action possono chiudere anche il rubinetto della pubblicità a pagamento. Non è un automatismo universale, ma è una leva in più che si aggiunge al problema organico. Chi ha un modello di business che combina traffico organico e campagne Ads rischia di perdere entrambi contemporaneamente.

Perché esistono ancora e perché il tema oggi è più ampio

A vederle così potresti pensare che le azioni manuali siano un residuo di un’era in cui la SEO era un territorio da far west e gli algoritmi non arrivavano ovunque. È una lettura comoda ma sbagliata. Google continua a usarle perché alcuni comportamenti restano fuori dalla portata dei sistemi automatici, e per altri serve una valutazione contestuale che solo un occhio umano può fornire.

Le classiche tattiche black hat — i testi bianchi su sfondo bianco, i network di siti-spazzatura che si linkano a vicenda — sono solo il primo strato del perimetro coperto dalle manual action, ed è quello meno interessante oggi.

Il perimetro vero si è spostato. Oggi il report copre fattispecie che dieci anni fa non esistevano: l’abuso della reputazione del sito, in cui un dominio con storia lascia pubblicare contenuti di terzi che sfruttano il suo peso per posizionarsi; il back-button hijacking, che manipola la cronologia del browser per intrappolare chi cerca di tornare indietro; il cloaked images, variante del cloaking applicata specificamente alle immagini; lo scaled content abuse, cioè la produzione industriale di contenuti sintetici per intercettare volumi massivi di query. Sono violazioni che raccontano un web molto diverso dal passato — un web in cui la monetizzazione è complessa, le terze parti sono dappertutto, le librerie JavaScript fanno cose che tu non controlli — e che richiedono di guardare il rischio in modo completamente diverso.

Il punto vero è che la violazione black hat consapevole è una piccola parte del problema. La parte grossa oggi nasce da governance debole: widget che non capisci, partner che non presidi, monetizzazione opaca, contenuti di terzi che trascini sotto il tuo dominio senza aver valutato le implicazioni. Le azioni manuali non puniscono più solo chi bara, ma anche chi ha smesso di controllare il proprio perimetro.

Quali sono le azioni manuali di Google

Il report Azioni manuali riflette le priorità di Google nel contrasto alla manipolazione dell’indice e copre oggi una lista ampia di fattispecie, che nella documentazione ufficiale sono elencate in ordine alfabetico.

Per capirle davvero conviene piuttosto raggrupparle per natura del problema, perché le contromisure cambiano a seconda dell’area del tuo sistema che sta generando la violazione.

Quattro famiglie tematiche coprono il grosso delle violazioni: manipolazione dei segnali di autorità e spam (chi gioca con link, contenuti di terzi, reputazione del dominio), qualità dei contenuti (chi produce materiale thin, scalato o manipolativo), incongruenze tecniche e cloaking (chi mostra a Google cose diverse da quello che vede l’utente), abusi comportamentali (chi manipola il browser dell’utente). A queste si aggiunge un blocco separato per le policy specifiche di Google News e Discover che hanno natura editoriale diversa.

Dentro ciascuna famiglia la logica del rischio è diversa, e quindi è diverso anche il modo di presidiarlo.

• Manipolazione dei segnali di autorità e spam

Questa famiglia raccoglie le violazioni che cercano di alterare la percezione di autorevolezza che Google ha del tuo sito. Il meccanismo è sempre lo stesso: costruire artificialmente segnali positivi — link, contenuti, reputazione ereditata — per posizionarsi meglio di quanto i tuoi meriti reali consentirebbero. È il cuore storico della black hat, ma include anche fattispecie molto recenti che toccano modelli di business considerati normali fino a poco tempo fa.

1. Unnatural links to your site — link innaturali verso il tuo sito

Cos’è: Google ha identificato un pattern di link artificiali, ingannevoli o manipolativi che puntano al tuo sito. Tipicamente è il risultato di schemi di link acquistati, scambi massivi, network di siti-contenitore costruiti per passare ranking. Il fatto che non sia sempre tu ad aver commissionato i link — a volte arrivano come “attacco SEO negativa” da parte di un concorrente — non ti toglie la responsabilità di presidiare il tuo profilo backlink.

Effetti: declassamento o rimozione di parte o dell’intero sito, a seconda dell’ampiezza del pattern rilevato.

Correzione: scarica l’elenco dei link in entrata da Search Console, identifica quelli che violano la policy, contatta i proprietari dei siti linkanti per chiederne la rimozione. Per quelli che non riesci a far togliere, usa lo strumento di Disavow. Attenzione però: il disavow a tappeto, fatto senza tentare prima la rimozione, è un segnale negativo in fase di riconsiderazione. Il revisore vuole vedere lo sforzo in buona fede — email inviate, risposte ricevute — e il disavow come ultima risorsa, non come prima scelta.

2. Unnatural links from your site — link innaturali in uscita dal tuo sito

Cos’è: il pattern è lo stesso dei link in entrata, ma al contrario: stai passando PageRank in modo artificiale a siti esterni attraverso link a pagamento, guest post non dichiarati, scambi sistematici. Il caso più comune è quello dei siti che vendono link in articoli sponsorizzati senza marcarli correttamente.

Effetti: declassamento delle pagine coinvolte o dell’intero dominio.

Correzione: identifica i link in uscita che sono a pagamento o che sembrano violare la policy, rimuovili oppure aggiungi gli attributi rel=”nofollow” o rel=”sponsored”, che segnalano la natura del collegamento e ti tengono fuori dalla violazione senza bisogno di cancellare il link.

3. Site abused with third-party spam — sito usato per spam di terze parti

Cos’è: alcune sezioni del tuo sito vengono usate da visitatori o terze parti per ospitare contenuti spam. Forum, guestbook, pagine di ricerca interna, piattaforme di upload, servizi di hosting gratuito sono le vittime classiche. Il contenuto non lo produci tu, lo lasci produrre e non lo moderi. Google considera il problema tuo.

Effetti: l’azione colpisce solo le pagine con contenuti spam. Paradossalmente è una buona notizia nel male: significa che Google considera ancora il tuo sito di qualità complessiva sufficiente da non estendere la sanzione a tutto il dominio. Ma se il problema cresce, la valutazione complessiva può peggiorare.

Correzione: identifica le pagine dove gli utenti possono inserire contenuti, verifica con l’operatore site: seguito da termini commerciali fuori tema (“viagra”, “watch movie free online”, casinò, farmaci) cosa Google ha indicizzato. Rimuovi, implementa moderazione, valuta l’attributo rel=”ugc” sui link da utenti, consolida le aree interattive in percorsi file dedicati per facilitare il monitoraggio futuro.

4. User-generated spam — spam generato dagli utenti

Cos’è: è una variante più focalizzata del punto precedente, e riguarda specificamente lo spam rilevato nelle aree pensate per i contributi utenti — commenti di blog, post di forum, profili utente, firme. Il tratto distintivo è che Google riconosce come utenti gli autori dei contenuti spam (o più spesso come bot che si fingono utenti), non come terze parti che sfruttano il sito.

Effetti: rimozione dall’indice delle pagine coinvolte, con impatto proporzionale sulla visibilità.

Correzione: pulizia attiva, moderazione sistematica, strumenti anti-spam. Qui la partita si vince con il processo più che con l’intervento una-tantum: un sito che abbia una strategia UGC senza un processo di moderazione strutturato prima o poi finisce in questa violazione.

5. Spammy free host — host gratuito contenente spam

Cos’è: se sei il gestore di un servizio di hosting gratuito e una parte significativa dei siti che ospiti è piena di spam, Google può agire sull’intero servizio. È una fattispecie specifica per i provider, ma ha un risvolto importante per i siti “innocenti” ospitati sullo stesso servizio: possono subire un impatto di rimbalzo indipendentemente dalla propria qualità.

Effetti: azione manuale estesa al servizio di hosting, con danno per tutti i domini ospitati.

Correzione: se gestisci il servizio, rimuovi gli account spam e implementa monitoraggio attivo. Se sei un sito ospitato che ha subito il danno di riflesso, la via più rapida è spesso la migrazione a un hosting diverso, seguita da richiesta di riconsiderazione una volta completata.

6. Site reputation abuse — abuso della reputazione del sito

Cos’è: è una delle fattispecie più recenti e una delle più dibattute, perché tocca modelli di business considerati normali fino a poco tempo fa nell’editoria e nell’affiliate. Il meccanismo è letterale: un soggetto terzo pubblica contenuti sotto il tuo dominio, e quello che sta usando non è lo spazio fisico della tua piattaforma, è il peso di ranking che il tuo dominio ha accumulato negli anni. Contenuti che da un dominio nuovo non si posizionerebbero mai, ospitati sotto un brand autorevole, ereditano segnali di fiducia che non si sono guadagnati. Accordi di white-label, partnership editoriali non dichiarate, hosting di directory affiliate su sottocartelle, licenze di pubblicazione a terzi: sono tutti meccanismi che ricadono potenzialmente in questa violazione.

Effetti: l’azione colpisce le pagine in violazione. Se il sito continua a operare in violazione, possono seguire azioni più ampie che impattano il ranking complessivo.

Correzione: Google indica quattro strade. Sposta i contenuti su un nuovo dominio senza redirect dal vecchio (usa nofollow per eventuali link); applica noindex ai contenuti in violazione per escluderli dall’indice; trasforma i contenuti in first-party reali, non più di terzi; oppure rimuovili del tutto. Una cosa che non funziona: spostare i contenuti su un sottodominio o una sottocartella dello stesso sito. Google lo considera esplicitamente un tentativo di aggirare la policy e può produrre azioni più ampie.

• Qualità dei contenuti e valore aggiunto

Questa famiglia raccoglie le violazioni che hanno a che fare con la sostanza dei contenuti: pagine che non offrono valore reale all’utente, contenuti prodotti su scala industriale per intercettare query, markup strutturato usato per manipolare l’aspetto delle SERP. È l’area in cui pesano di più le valutazioni qualitative, e quindi quella in cui il confine tra “contenuto mediocre” e “contenuto in violazione” richiede più attenzione.

7. Thin content with little or no added value — contenuti scarni o senza valore aggiunto

Cos’è: pagine che danno poco o nessun valore a chi le legge. Gli esempi tipici sono tre. Le pagine di affiliazione senza contenuto originale significativo, che riportano descrizioni del produttore e link di conversione. I contenuti presi da altre fonti senza elaborazione: scraping, guest post mal fatti, riassunti di articoli altrui venduti come contenuti originali. Le doorway page costruite solo per intercettare query specifiche e reindirizzare l’utente altrove.

Effetti: rimozione dall’indice che può essere parziale o a livello di sito, a seconda di quanto è estesa la violazione.

Correzione: identifica i contenuti che replicano materiale trovato altrove, le pagine thin con link di affiliazione, le eventuali doorway. Valuta con onestà se il tuo sito offre valore reale, anche chiedendo a persone esterne al progetto di farlo per te. Migliora quello che può essere migliorato, rimuovi quello che non è recuperabile. Non c’è una formula per il “contenuto di qualità“; c’è il lavoro di farlo.

8. Major spam problems — problemi gravi di spam

Cos’è: è la categoria in cui ricadono i casi più pesanti. Tecniche aggressive o ripetute: cloaking estremo, scraping massivo, e soprattutto scaled content abuse — la produzione su larga scala di contenuti generati automaticamente o con apporto originale minimo, tipicamente per coprire volumi molto ampi di query con scarso costo. È una fattispecie che Google ha formalizzato relativamente di recente e che sta assumendo sempre più peso man mano che i sistemi generativi rendono banale produrre migliaia di pagine in poco tempo.

Effetti: il sito viene classificato come spam e rimosso dall’indice in tempi molto rapidi. È la forma più grave.

Correzione: qui non ci sono mezze misure. Il sito va ripulito per intero, i contenuti riportati a standard conformi, la richiesta di riconsiderazione deve essere molto dettagliata. Alla prima violazione c’è margine di recupero se il lavoro è serio. Dopo una ricaduta il margine si chiude: Google tende a non concedere ulteriori possibilità, e la strada realistica diventa chiudere e ripartire con un nuovo progetto.

9. Structured data issue — problemi di dati strutturati

Cos’è: il markup strutturato delle tue pagine sta usando tecniche fuori dalle linee guida di Google. I casi classici sono il markup di contenuti non visibili agli utenti, l’applicazione di schema a contenuti non pertinenti (un’azienda marcata come “Product”, un evento che in realtà è una promozione, un JobPosting usato da chi sta cercando lavoro invece che offrendolo), le recensioni marcate come indipendenti quando sono scritte dall’azienda stessa.

Effetti: perdi l’accesso ai rich result e alle funzionalità avanzate nelle SERP. Non è la perdita di ranking che più fa male, ma se stavi costruendo la tua visibilità su snippet arricchiti la sparizione è sensibile.

Correzione: aggiorna i markup per renderli conformi alle linee guida specifiche del tipo di schema che stai usando, rimuovi i markup non conformi, invia richiesta di riconsiderazione.

• Incongruenze tecniche e cloaking

Questa famiglia raggruppa tutte le situazioni in cui c’è una differenza tra quello che Google vede e quello che vede l’utente, oppure comportamenti tecnici che portano l’utente su pagine diverse da quelle indicizzate. Il tratto comune è l’inganno: il motore di ricerca e chi lo usa si aspettano coerenza, e quando questa coerenza viene rotta — per intenzione o per incuria — Google interviene. È una delle famiglie storicamente più colpite dalle azioni manuali, perché il cloaking classico distrugge il meccanismo di fiducia su cui si regge l’intera SERP.

10. Cloaking and sneaky redirects — cloaking e reindirizzamenti ingannevoli

Cos’è: mostri contenuti diversi a Google rispetto agli utenti, o reindirizzi gli utenti a pagine diverse da quelle indicizzate. È la manipolazione più antica nel libro della black hat, e resta una delle più severe perché corrompe completamente la fiducia di Google nell’indice: se quello che il motore vede non corrisponde a quello che l’utente riceve, il sistema non funziona più. Nota a margine importante: il paywall non è cloaking se gestito correttamente con dati strutturati dedicati, che segnalano a Google la natura del contenuto protetto.

Effetti: declassamento o rimozione dall’indice, tipicamente su perimetri ampi.

Correzione: usa il Controllo URL di Search Console per confrontare cosa Google vede e cosa vede l’utente, identifica il codice lato server che genera la differenza e rimuovilo. Controlla anche i redirect condizionali, che spesso sono scritti in JavaScript o nell’.htaccess: sono la variante più subdola perché reindirizzano solo alcune categorie di visitatori — chi arriva da Google, chi ha determinati IP — e sono invisibili a chi testa il sito in condizioni normali.

11. Cloaked images — immagini cloaked

Cos’è: variante del cloaking specifica per le immagini. Mostri a Google una cosa e all’utente un’altra: immagini sostituite, parzialmente oscurate, con blocchi di testo sovrapposti, miniature che non corrispondono al contenuto reale. L’effetto è una Google Immagini distorta, dove l’utente clicca su qualcosa e ne trova un’altra.

Effetti: le immagini coinvolte perdono visibilità su Google Immagini, e nei casi più gravi l’azione si estende oltre la singola risorsa.

Correzione: allinea le immagini mostrate a Google con quelle mostrate agli utenti. Se vuoi legittimamente escludere le tue immagini dai risultati, esiste la procedura di opt-out dall’inline linking che Google considera accettabile e che non genera manual action.

12. Hidden text and keyword stuffing — testo nascosto o sovraccarico di parole chiave

Cos’è: testo dello stesso colore dello sfondo, testo spostato fuori schermo tramite CSS, paragrafi di parole chiave ripetute senza senso, tag <title> e attributi alt infarciti di varianti della stessa keyword. Sono pratiche da prima generazione della SEO, eppure continuano a comparire, spesso come residui di ottimizzazioni fatte anni fa e dimenticate, o come aggiunte mal concepite di plugin SEO configurati male.

Effetti: calo di ranking delle pagine coinvolte fino alla rimozione dall’indice.

Correzione: Controllo URL per verificare cosa Google vede, ispezione visiva con selezione di tutto il testo della pagina per rilevare quello nascosto per colore, analisi dei CSS per scovare testo spostato fuori schermo, pulizia di paragrafi di keyword ripetute, riscrittura di title e alt che contengono stringhe artificiali.

13. AMP content mismatch — discrepanza tra pagina AMP e canonica

Cos’è: la versione AMP di una pagina ha contenuti significativamente diversi dalla canonica. Il testo non deve essere identico, ma argomento e azioni possibili per l’utente devono coincidere.

Effetti: le pagine AMP vengono escluse dalla Ricerca, Google mostra le canoniche al loro posto.

Correzione: verifica l’associazione tra AMP e canonica, controlla la coerenza del contenuto, usa Controllo URL per entrambe le versioni. Un dettaglio tecnico che causa spesso discrepanze involontarie: un robots.txt che blocca risorse su una delle due versioni genera asimmetrie che Google interpreta come mismatch senza che ci sia volontà di manipolare.

14. Sneaky mobile redirects — reindirizzamenti ingannevoli da mobile

Cos’è: alcune pagine reindirizzano gli utenti che arrivano da smartphone a contenuti diversi da quelli indicizzati. Può essere intenzionale — una scelta di monetizzazione scorretta — oppure involontario, spesso conseguenza di script di ad network o di compromissione del sito da parte di terzi. Il risultato per Google è identico: stesso URL, due contenuti diversi a seconda del dispositivo.

Effetti: rimozione delle URL dall’indice, impatto significativo se il fenomeno è esteso a molte pagine.

Correzione: controlla prima il report Problemi di sicurezza — se il sito è stato compromesso, la radice è lì. Rimuovi gli script di terze parti uno alla volta per isolare il responsabile, correggi eventuali configurazioni intenzionali, testa il comportamento delle pagine da uno smartphone reale e da un emulatore Chrome.

• Abusi comportamentali e tecnici

Questa famiglia è la più recente e la più interessante da capire, perché segna un cambio di paradigma nel modo in cui Google pensa le violazioni. Le fattispecie qui raccolte non manipolano l’indice in senso classico — non mentono a Google, non comprano autorità artificiale — ma manipolano il comportamento del browser dell’utente. Tradiscono aspettative che gli utenti hanno sul funzionamento del web stesso, non sulla correttezza dei contenuti. È il terreno dove Google ha iniziato a considerare spam anche ciò che prima era considerato solo “cattiva esperienza”.

15. Back-button hijacking — manipolazione del tasto Indietro

Cos’è: è la fattispecie più recente formalizzata nel report, classificata nella categoria malicious practices. Il meccanismo tecnico è preciso: quando una pagina si carica, uno script abusa dell’History API del browser — history.pushState, history.replaceState — iniettando stati falsi nella cronologia. L’utente che clicca il tasto Indietro aspettandosi di tornare alla pagina precedente finisce invece su pagine che non ha mai visitato, su offerte commerciali, su inserzioni, o resta intrappolato in loop da cui è difficile uscire. Google ha riconosciuto in questo comportamento il tradimento di un’aspettativa cablata nel funzionamento stesso del browser, non una semplice scortesia da ad network aggressivo, e l’ha classificata come spam nel senso pieno del termine.

La responsabilità è tua, anche se non scrivi il codice: qui c’è un passaggio che vale la pena esplicitare perché è la ragione per cui molti siti potrebbero trovarsi in violazione senza averlo cercato. Google dichiara esplicitamente che il sito è responsabile anche quando il comportamento arriva da componenti di terze parti — librerie JavaScript, script di ad network, widget di engagement, tool di exit-intent. Non puoi dire “non lo faccio io, lo fa lo script dell’advertiser”: lo script carica sulle tue pagine, e quello che fa è roba tua. È una responsabilità estesa che cambia il modo in cui devi presidiare la tua filiera tecnologica.

Effetti: azioni manuali o declassamenti algoritmici, con impatto potenziale anche sull’eligibilità Google Ads nei casi più gravi.

Correzione: audit tecnico dei tuoi script e dei fornitori esterni, rimozione o disattivazione del codice che interferisce con la cronologia del browser, test sistematico del comportamento del sito cliccando il tasto Indietro da diverse pagine e da diversi referrer. Introduci un controllo periodico nel ciclo di rilascio: questo è il tipo di problema che può rientrare da un momento all’altro attraverso un aggiornamento di un fornitore terzo, e se non lo controlli ciclicamente te ne accorgi solo quando Google te lo segnala.

Le violazioni delle policy di Google News e Discover

Oltre alle quattro famiglie classiche, il report Azioni manuali copre un insieme di violazioni specifiche per i siti presenti in Google News e Discover. Qui la logica è diversa dalle manual action tecniche che abbiamo visto fin qui: non si tratta di manipolazione dell’indice o di comportamenti tecnici scorretti, si tratta di contenuti che non rispettano le policy editoriali specifiche di queste superfici.

Un’azione manuale di questa categoria non impatta sulla Ricerca generica di Google, ma colpisce le performance del sito su News e Discover — dove, per molti editori, si concentra una fetta importante del traffico.

Le fattispecie coperte sono:

1. Contenuti pericolosi: contenuti che potrebbero facilitare danni gravi e immediati a persone o animali.
2. Pratiche ingannevoli coordinate: pagine o siti che nascondono o rappresentano in modo fuorviante la propria identità, proprietà, origine o scopo, inclusi rapporti finanziari o editoriali non dichiarati.
3. Pratiche ingannevoli — norme di buon vicinato: contenuti che rubano l’identità di altre organizzazioni o nascondono informazioni sull’entità che li ha originati, incluso l’occultamento del Paese di origine e contenuti rivolti a utenti di altri Paesi con premesse false.
4. Pratiche ingannevoli — furto d’identità: pagine che fingono di essere qualcun altro. Anche la natura satirica va dichiarata espressamente per non finire in questa violazione.
5. Pratiche ingannevoli — rappresentazione ingannevole di affiliazione: nascondere rapporti editoriali o finanziari significativi con organizzazioni, governi, gruppi di interesse.
6. Pratiche ingannevoli — rappresentazione ingannevole della località: nascondere o falsificare il Paese o la località di origine del sito.
7. Contenuti molesti: molestie, minacce, pubblicazione di informazioni private usabili per minacciare o screditare.
8. Contenuti che incitano all’odio: discriminazione, violenza o intolleranza su base razziale, religiosa, di genere, disabilità, orientamento sessuale e altre caratteristiche protette.
9. Contenuti multimediali manipolati: immagini, audio o video alterati per ingannare su fatti verificabili. Deepfake, manipolazioni pensate per distorcere realtà politiche o civiche.
10. Contenuti medici: contenuti che contraddicono il consenso scientifico o medico consolidato, cure miracolose, informazioni senza basi scientifiche.
11. Contenuti ingannevoli: contenuti che promettono dettagli non mantenuti, clickbait.
12. Contenuti sessualmente espliciti: immagini o video il cui scopo principale è provocare eccitazione sessuale.
13. Contenuti di natura terroristica: promozione o glorificazione di atti terroristici o estremistici.
14. Trasparenza: assenza di informazioni su autori, testata, editore, contatti.
15. Violenza e contenuti efferati: incitazione alla violenza o contenuti volutamente espliciti pensati per disgustare.
16. Linguaggio volgare e blasfemo: linguaggio offensivo, osceno, provocatorio senza valore informativo.

Il percorso di correzione per queste fattispecie è sempre lo stesso: rimuovi i contenuti in violazione, aggiorna le policy editoriali interne, invia una richiesta di riconsiderazione accompagnata da evidenze del cambiamento — nuove linee editoriali, composizione del comitato di redazione, storia di miglioramento delle pratiche. Google qui chiede più documentazione rispetto alle manual action tecniche, perché le questioni di affidabilità editoriale vanno dimostrate, non solo dichiarate. Non basta scrivere “abbiamo rivisto le nostre policy”; serve far vedere come.

Azione manuale, calo algoritmico e problema di sicurezza non sono la stessa cosa

Torniamo su un punto che conviene chiarire prima di qualunque diagnosi. Azione manuale, calo algoritmico e problema di sicurezza sono concetti diversi, che hanno un comune il solo fatto di manifestarsi con una perdita di traffico. Ma hanno origini, tempi, procedure di risoluzione completamente diversi.

Se le confondi, costruisci una strategia di recupero per un problema che non hai, e perdi settimane. Vale la pena distinguerle con precisione.

Un’azione manuale è un intervento umano, specifico, notificato. Arriva perché qualcuno al team qualità di Google ha guardato il tuo sito — o parte di esso — e ha stabilito che viola le Search Essentials. Ha una notifica esplicita, ha un report che la descrive, ha un pattern di URL che ti dice dove cercare, ha una procedura per chiedere la revoca. È il tipo di problema in cui sai esattamente cosa è successo e cosa devi fare.

Un calo algoritmico è l’esatto opposto. Arriva senza avvisi, senza pattern, senza procedure. Tipicamente coincide con un core update o con un aggiornamento più mirato, e significa che Google ha cambiato il modo in cui valuta la rilevanza dei contenuti, non che il tuo sito abbia fatto qualcosa di sbagliato. Può darsi che un competitor abbia semplicemente fatto un lavoro migliore, può darsi che l’intento delle tue query sia cambiato e i tuoi contenuti non rispondano più nello stesso modo. Non c’è una richiesta di riconsiderazione da inviare, non c’è una violazione da correggere. C’è da capire cosa è cambiato e decidere se e come ricalibrare la strategia.

Un problema di sicurezza è ancora un’altra cosa. Ha una notifica, ma nel report Problemi di sicurezza, non in quello Azioni manuali. Riguarda siti compromessi — malware, phishing, software indesiderato, pagine hackerate — e rappresenta un rischio diretto per gli utenti, non una manipolazione dell’indice. A differenza delle manual action produce effetti visibili a chi cerca: etichette di avvertimento in SERP, interstitial del browser che bloccano l’accesso. La correzione è tecnica e passa dalla bonifica del sito prima ancora che dalla comunicazione con Google.

Quando puoi parlare davvero di manual action (e quando no)

La differenza operativa si gioca su un elemento solo: la notifica esplicita in Search Console. Se apri il report Azioni manuali e vedi una voce attiva, e se nel Messages center trovi il messaggio corrispondente, stai gestendo una manual action e la strada è quella della bonifica più riconsiderazione. In tutti gli altri casi — cali di traffico senza notifica, pagine uscite dalla top 10 in silenzio, variazioni di ranking in corrispondenza di un aggiornamento Google — non è un’azione manuale e non va trattata come tale.

Questo punto fa risparmiare molto tempo a chi lo applica e ne fa perdere tantissimo a chi lo ignora. Capita spesso di incontrare siti che hanno costruito strategie di recupero “da penalizzazione” senza aver mai ricevuto una notifica, convinti che un calo di traffico in corrispondenza di un core update fosse la stessa cosa di una manual action. Non lo è. Lavorare come se lo fosse significa cercare di risolvere un problema che non esiste nei termini in cui lo stai affrontando, e perdere di vista la causa reale che probabilmente è una ricalibrazione algoritmica che richiede un’analisi completamente diversa.

Perché oggi il rischio non riguarda solo lo spam “grossolano”

C’è ancora una convinzione tenace tra molti che gestiscono siti: le azioni manuali colpiscono chi fa black hat, chi compra backlink a pacchetti, chi nasconde keyword dietro il CSS. È vero solo in parte, ed è una foto molto datata del rischio reale. Le manual action oggi colpiscono anche siti gestiti in piena buona fede, che non hanno fatto nulla di esplicitamente scorretto ma hanno smesso di controllare alcune aree del proprio perimetro digitale.

Il rischio arriva dalle terze parti che lavorano nei tuoi spazi. Un blog aziendale che accetta contributi esterni senza moderazione, un forum che non presidi da mesi, una sezione commenti dove lo spam farmaceutico si accumula indisturbato, una directory affittata a un partner che la usa per pubblicare contenuti che da soli non si posizionerebbero. Arriva dagli script esterni che carichi nelle pagine senza sapere cosa fanno davvero: librerie JavaScript, widget di advertising, plugin di engagement, tool di exit-intent. Arriva dalle scelte di monetizzazione che sembrano innocue — ospitare contenuti di un partner su un sottodominio, accettare un accordo di white-label — e che Google può interpretare come abuso della reputazione del tuo dominio.

Il passaggio mentale che serve fare è questo: il tuo sito non è quello che scrivi tu, è tutto ciò che viene caricato quando un utente visita le tue pagine. Ogni script esterno, ogni contenuto di terzi, ogni widget che hai integrato fa parte del tuo perimetro ed è valutato da Google come tuo. Se non sai cosa fa, non lo stai governando. Se non lo stai governando, è una superficie di rischio.

Il sistema di notifica e la diagnosi del danno

Il momento in cui trovi l’avviso in Search Console è solo l’inizio. La parte più delicata arriva subito dopo, quando devi capire che cosa ti sta dicendo davvero il report. La tentazione di leggere tutto in modo rapido è forte: c’è una violazione, c’è un nome, bisogna correggere. Nella pratica funziona in modo meno lineare. Prima di intervenire ti serve una diagnosi precisa del danno, perché la stessa etichetta può colpire il sito con un raggio molto diverso.

Google ti mette a disposizione strumenti specifici per farlo. Tutto parte dal report Azioni manuali nella Google Search Console, che fa due cose complementari: ti segnala le azioni attive e ti conserva lo storico di quelle passate. Un sito pulito mostra un segno di spunta verde e un messaggio di conferma; un sito coinvolto mostra il numero di azioni attive e i dettagli di ciascuna.

Attenzione però a un aspetto che spesso si sottovaluta. Il report fotografa un problema già emerso, ma non sempre ne restituisce subito tutta la dimensione reale. Gli esempi aiutano a riconoscere la direzione della violazione, non a misurarne da soli l’ampiezza. La diagnosi, quindi, non coincide con la semplice lettura del messaggio. Inizia lì, poi va allargata con metodo.

Come leggere il rapporto Azioni manuali in Search Console

Quando nel report compare una voce attiva, cliccandoci sopra si apre il pannello di dettaglio che contiene tre elementi operativi — la tipologia di violazione, il pattern di URL coinvolti, gli URL di esempio — e ognuno di questi elementi ha una funzione precisa che vale la pena leggere bene perché condiziona come imposti la risposta.

La tipologia di violazione ti dice di quale delle fattispecie stiamo parlando, e ha un link “Learn more” che ti porta alla documentazione specifica con le istruzioni di correzione. È il punto di partenza perché definisce il tipo di bonifica che devi fare. Il pattern di URL ti dice dove cercare: può essere una directory — https://tuosito.it/categoria/* — oppure la dicitura “Affects all pages” se l’azione è a livello di sito. Ripetiamo: gli eventuali URL di esempio sono campioni, non la lista completa delle pagine coinvolte.

Lo storico delle azioni ha due utilizzi operativi. Il primo è l’acquisizione di un dominio: prima di investire su un sito preesistente conviene sempre verificare se ha ricevuto manual action in passato, perché eventuali residui di problemi non risolti possono condizionare tutto il lavoro successivo. Il secondo è il passaggio di consegne tra consulenti o agenzie: chi prende in carico un progetto ha diritto di sapere se ci sono stati episodi critici nella storia del sito, per non rincorrere un problema di cui non è a conoscenza e su cui potrebbe prendere decisioni sbagliate.

C’è poi il tema del danno visibile. La perdita di ranking può essere immediata o emergere in modo più progressivo a seconda di come il sito distribuiva visibilità e traffico nelle aree colpite. Qui l’errore classico è guardare soltanto il numero delle visite perse. La diagnosi vera richiede di capire quali URL, quali cluster e quali sezioni del progetto hanno cambiato stato. Il report ti dà il punto di partenza. L’analisi del sito deve fare il resto.

Perché gli URL di esempio non bastano

Solitamente. Google ti dà tre o quattro URL di esempio nel report, e la tentazione è correggere quelli, inviare la richiesta di riconsiderazione, sperare di aver chiuso. Non funziona così, e il motivo è tecnico: Google in fase di revisione non verifica solo gli URL esemplificati, verifica l’intera area indicata dal pattern. Se correggi solo i campioni e lasci il resto intatto, la richiesta ti viene respinta e torni al punto di partenza con qualche settimana di ritardo in più.

La logica corretta è diversa e impone un salto di lavoro. Gli URL di esempio ti servono per capire la natura del problema, cioè cosa Google sta considerando in violazione. Poi devi allargare l’analisi a tutto il pattern — se il report cita /directory/*, quella directory va esaminata per intero — e infine controllare che il problema non sia presente anche fuori dal pattern dichiarato in forme meno evidenti. La bonifica deve essere completa prima di chiedere la revisione, altrimenti stai solo accumulando richieste respinte.

Cosa cambia ora che le segnalazioni anti-spam possono attivare un controllo manuale

C’è un aggiornamento della documentazione Google che vale la pena capire bene perché modifica il profilo di rischio di molti siti senza che lo abbiano notato. Le segnalazioni anti-spam inviate dagli utenti — chiunque può compilare il form di report spam — possono innescare un’azione manuale contro il sito segnalato. Per anni abbiamo saputo che queste segnalazioni servissero solo ad alimentare i sistemi algoritmici di detection; oggi Google dichiara esplicitamente che possono portare a un intervento diretto di un revisore.

Ci sono due implicazioni pratiche che cambiano il modo in cui devi pensare il tuo profilo di rischio. La prima riguarda il testo della segnalazione: quando una manual action parte da un report di questo tipo, Google può inviare al proprietario del sito il testo scritto dal segnalante in forma verbatim, per dargli contesto sull’origine del problema. Il segnalante resta anonimo a meno che non abbia incluso dati personali nel testo libero. La seconda implicazione è più strategica: fino a ieri chi operava in aree grigie poteva confidare nella lentezza dei sistemi algoritmici per restare sotto il radar per periodi prolungati. Oggi la leva è diversa. Un concorrente attento, un osservatore esterno, un utente esperto che individui un comportamento problematico può compilare una segnalazione che finisce sul tavolo di un revisore. Non tutte le segnalazioni producono azioni manuali, ma il canale è formalmente attivo e chi ha aree grigie nel proprio perimetro deve aver presente che è più esposto di quanto pensasse.

C’è un corollario operativo che aiuta. Se ricevi una notifica di azione manuale e nel messaggio di Google compare un testo molto specifico, dettagliato, inusuale nella formulazione, è possibile che quel testo sia parte della segnalazione originale. Leggerlo con attenzione ti dà un’informazione in più sull’origine del problema e su come costruire una risposta mirata in fase di riconsiderazione.

Prevenzione del rischio: cosa e come verificare sul sito prima di ricevere un’azione manuale

Il momento giusto per occuparsi di azioni manuali è prima di riceverne una. La maggior parte dei casi che arrivano a notifica sono problemi che erano visibili, monitorabili e correggibili settimane o mesi prima, ma sono stati ignorati perché non c’era un processo di controllo in atto.

Il lavoro efficace ti porta a guardare il progetto nei punti in cui una violazione può nascere, replicarsi e restare visibile abbastanza a lungo da diventare un problema reale. Più il progetto è articolato, più il rischio si distribuisce. E quando si distribuisce, smette di essere facile da leggere con un controllo superficiale.

Costruire un minimo di igiene preventiva richiede però meno tempo di quanto pensi, e ha un ritorno molto alto: un’ora al mese di audit strutturato vale settimane di recupero non programmato.

I segnali da controllare in Search Console

La prima fonte è Search Console stessa anche oltre il report Azioni manuali. Il Messages center raccoglie notifiche su problematiche varie, non soltanto sulle manual action: avvisi di sicurezza, segnalazioni di pattern anomali di crawling, comunicazioni su cambiamenti che impattano il sito. Per un sito attivo, un controllo settimanale è il minimo. Saltare il Messages center significa perdere avvisi che spesso anticipano problemi più gravi.

Il report Problemi di sicurezza va presidiato con la stessa frequenza perché alcune fattispecie che oggi rientrano nelle manual action — gli sneaky mobile redirects su tutte — hanno spesso origine in una compromissione del sito di cui il proprietario non è consapevole. Se il report di sicurezza segnala anomalie, c’è correlazione molto probabile con comportamenti tecnici che emergeranno successivamente come azioni manuali.

Il report Rendimento aiuta a intercettare cali anomali di traffico. Quando vedi un calo significativo su pagine specifiche che non coincide con un core update noto, controlla subito lo stato delle azioni manuali e scorri il Messages center. Capita spesso che tra la notifica e gli effetti pienamente visibili nelle metriche passi del tempo, e che tu ti accorga del problema dal calo di traffico prima che dalla notifica stessa.

Le aree del sito che vanno controllate più spesso

Non tutte le aree del tuo sito hanno lo stesso profilo di rischio. Alcune zone sono intrinsecamente più esposte e vanno monitorate con frequenza molto maggiore — non perché tu stia facendo qualcosa di sbagliato, ma perché la probabilità che il rischio maturi lì è strutturalmente più alta.

I forum, i commenti di blog, i profili utente, le sezioni UGC sono la prima area critica. Chiunque può pubblicare, e lo spam UGC è uno dei vettori più frequenti di azione manuale. Un controllo regolare con l’operatore site: seguito da termini commerciali fuori tema — farmaci, scommesse, streaming illegale, contenuti per adulti — ti rivela cosa Google ha indicizzato delle tue aree aperte prima che qualcuno lo noti per te. È un test che puoi fare in cinque minuti e che andrebbe ripetuto mensilmente sui siti con sezioni UGC attive.

Le ricerche interne indicizzate sono una seconda area fragile che quasi nessuno considera. Se Googlebot accede e indicizza le pagine di risultato della tua ricerca interna, queste possono diventare un ponte involontario per contenuti spam generati da utenti che sfruttano il search box per creare URL con query arbitrarie. Controlla con site: cosa Google ha indicizzato delle tue pagine di ricerca: se vedi combinazioni sospette, c’è un problema strutturale che va gestito con robots.txt o noindex.

Le directory aperte, i sottodomini, le sottocartelle gestite da partner sono oggi l’area più delicata per effetto della policy sul site reputation abuse. Se esistono porzioni del tuo dominio che non sono gestite dalla redazione interna — white-label, directory affiliate, sezioni date in gestione a terzi — sono la prima cosa da presidiare con attenzione speciale. Il rischio non è solo ospitare contenuti problematici, è che Google interpreti la relazione nel suo insieme come affitto della reputazione del dominio principale, e la violazione ricade su di te anche se il contenuto lo ha prodotto qualcun altro.

Le pagine con markup strutturato spinto sono un’altra area da rivisitare periodicamente. I dati strutturati sono uno strumento potente, ma basta una configurazione non conforme — una recensione scritta dall’azienda stessa marcata come indipendente, un evento che in realtà è una promozione, un JobPosting usato impropriamente — per esporti a una manual action specifica. Il controllo qui è strutturale, non va fatto a campione.

Le aree monetizzate — annunci, widget di engagement, script di terze parti, redirect affiliati – sono la frontiera più recente del rischio, e quella meno presidiata nella maggior parte dei siti. Gli script esterni possono introdurre comportamenti che tu non vedi: manipolazione della cronologia del browser, redirect condizionali su mobile, generazione di link artificiali, iniezione di contenuti che non corrispondono a quello che Googlebot scarica. Un inventario periodico di ogni script caricato sulle tue pagine, con la verifica di cosa fa ciascuno, è un esercizio tecnico poco glamour ma oggi assolutamente fondamentale.

Audit tecnico e contenutistico delle parti più esposte

Quando passi all’audit, la distinzione utile è tra struttura e contenuto, con un audit periodico delle aree più esposte per scovare rischi prima che maturino, strutturato su tre dimensioni: profilo link, salute tecnica, qualità dei contenuti.

Sul piano tecnico conviene controllare redirect, script, plugin, asset caricati da terzi, markup, varianti mobile, discrepanze tra versioni della stessa pagina, comportamento dei template e tutte le porzioni del sito che possono alterare ciò che viene mostrato o il modo in cui l’utente naviga. Sul piano contenutistico il focus si sposta su UGC, contenuti di terzi, pagine affiliate, sezioni editoriali per Discover e News, schede o articoli che aggiungono poco o nulla a ciò che circola già online.

Sul profilo link, cerchi pattern anomali. Una crescita improvvisa di backlink da domini a bassa qualità, concentrazioni insolite di anchor commerciali esatti, origini geografiche dei link incongrue rispetto al tuo mercato, TLD tipicamente associati a link spam nei domini referenti: sono tutti segnali che vanno controllati prima che diventino una manual action. L’audit va fatto a intervalli regolari e non solo quando il sito è in crescita — alcuni link spam arrivano come “attacco SEO negativa” da parte di concorrenti, e colpiscono più spesso siti in ascesa che vengono presi di mira proprio per la loro crescita.

Sulla salute tecnica, una scansione completa del sito ti permette di controllare che nessuna configurazione stia generando segnali sospetti. Status code anomali, catene di redirect, risorse bloccate al crawler che dovrebbero essere accessibili, discrepanze tra quello che l’utente vede e quello che Googlebot scarica, directory indicizzabili che non dovrebbero esserlo: sono tutte situazioni che isolate non producono manual action, ma che in combinazione disegnano un profilo di sito “manipolativo” per chi fa review manuali.

Sulla qualità dei contenuti, l’audit è più qualitativo e richiede lettura umana. Ma può essere supportato da dati quantitativi. Pagine che hanno keyword posizionate ma traffico minimo possono essere contenuti thin; pagine con duplicazione di intento rispetto ad altre del sito possono creare cannibalizzazione che in alcuni casi si sovrappone al problema qualitativo; cali di traffico improvvisi senza corrispondenza con core update noti possono essere segnali di qualcosa che è cambiato nel modo in cui Google valuta quelle pagine. Nessuno di questi dati, da solo, è una prova. Ma insieme disegnano mappe di rischio che vale la pena esplorare.

Come usare SEOZoom per la gestione preventiva

SEOZoom copre le tre dimensioni dell’audit con strumenti dedicati. Non sostituiscono il tuo giudizio — non esiste uno strumento che ti dica “hai thin content” con una spunta automatica e aderenza precisa e perfetta alla realtà — ma ti forniscono i dati su cui costruire quel giudizio, e ti alleggeriscono del lavoro più pesante di raccolta.

Sul profilo link hai l’Analisi Backlink e la sezione Backlink dentro i progetti. La dashboard Profilo Backlink ti mostra il totale dei link e dei domini di riferimento, la distribuzione tra DoFollow e NoFollow, i backlink da homepage, le metriche DA e PA. Tre viste in particolare lavorano bene per la detection di pattern anomali: il focus Backlink TLD, che ti restituisce la distribuzione per dominio di primo livello e ti fa saltare all’occhio concentrazioni anomale su TLD associati a link spam; la Geolocalizzazione dei backlink, che ti mostra da quali Paesi arrivano i link e segnala origini incongrue; la sezione Anchor Text, che ti classifica le ancore usate con le percentuali, permettendoti di intercettare concentrazioni sospette di anchor commerciali esatti. La vista Qualità dei Backlink raggruppa i link per Zoom Authority dei domini di provenienza, dandoti una lettura qualitativa sintetica del profilo. E il Link Monitor ti permette di inserire manualmente i backlink strategici e ricevere notifica se vengono rimossi o modificati — utile per presidiare link su cui hai lavorato nel tempo.

Sulla salute tecnica lo strumento principale è il SEO Spider, che esegue una scansione completa del sito simulando il comportamento di Googlebot, attraversando i link interni e rilevando errori di struttura, tag mancanti, problemi nel codice HTML, risorse non accessibili. I risultati sono filtrati in Errori (le criticità che ostacolano l’indicizzazione) e Warning (gli aspetti da migliorare), con dettaglio per singolo URL su status code, direttive robots, meta tag, heading, immagini, link interni ed esterni. La mappa ad albero (Crawl Tree) ti permette di visualizzare la gerarchia del sito e individuare sezioni aperte, sottocartelle non presidiate, aree gestite da partner che sfuggono al controllo diretto. Sui piani Business e Corporate è disponibile il rendering JavaScript, fondamentale per siti costruiti con framework moderni dove il contenuto è reso lato client. Usa lo Spider dopo rilasci, migrazioni, refactoring o modifiche strutturali, ma anche a cadenza regolare come audit preventivo: molte situazioni problematiche si sviluppano lentamente e vengono scoperte solo da controlli periodici. Nei piani superiori il SEO Audit automatico trasforma la scansione in un report completo con sintesi dei problemi e suggerimenti operativi, utile per condividere l’analisi con team e stakeholder o per formalizzare il lavoro con il cliente.

Sul monitoraggio del rendimento e della qualità lavorano insieme più strumenti, e l’indicatore più interessante in ottica prevenzione è una metrica specifica: il Crawl budget sprecato, dentro Rendimento pagine, che ti identifica la percentuale di pagine a rendimento molto basso che consumano inutilmente le risorse di scansione di Google. È un indicatore indiretto di contenuti potenzialmente thin diffusi, che ti orienta la lettura manuale successiva. La vista Trend negativo raggruppa le pagine che hanno registrato cali nell’ultimo periodo e ti segnala le keyword che hanno perso posizioni: è un sistema di allerta utile per intervenire prima che un calo si approfondisca. Lo strumento Cannibalizzazione ti mostra pagine dello stesso sito che competono per le stesse keyword, con una percentuale di sovrapposizione. La Time Machine ti permette di confrontare lo stato del dominio in due date diverse, mostrandoti quali keyword e pagine hanno guadagnato o perso visibilità nel periodo: è particolarmente utile dopo i core update per separare gli effetti algoritmici da eventuali problemi strutturali che si erano già manifestati.

Dove il presidio si abbassa, il rischio entra

Con SEOZoom leggi meglio le aree vulnerabili del progetto e costruisci un controllo più continuo su struttura e segnali off-page

Attiva la tua prova gratis di SEOZoom

Un cenno infine al versante più recente del monitoraggio, quello delle superfici AI. AI Visibility, GEO Audit e AEO Audit ti permettono di leggere come il tuo brand si comporta nelle risposte dei motori generativi. Non sono strumenti dedicati alla rilevazione delle manual action, ma offrono un contesto reputazionale utile: una distorsione evidente nella percezione del brand da parte dei motori generativi spesso si accompagna ad altri segnali di debolezza nel perimetro digitale, e vale la pena leggerli insieme.

Come correggere una manual action in modo credibile

Se la notifica è arrivata, la sequenza con cui lavori fa la differenza tra un recupero rapido e mesi di richieste respinte. La logica del revisore di Google è semplice da capire una volta che te la sei rappresentata chiaramente: vuole verificare che hai compreso il problema, che hai intervenuto con serietà, e che il sito ora è fuori dalla violazione. Tre passaggi operativi coprono il nucleo della risposta.

1. Parti dal report e allarga il controllo a tutto il perimetro. Il report ti dà il punto di partenza — il tipo di violazione, il pattern di URL, alcuni esempi — non l’endpoint. Quello che ti serve è una mappa completa di tutte le pagine in violazione, dentro e intorno al pattern dichiarato. L’errore più comune, come già detto, è circoscrivere il lavoro agli URL esplicitamente citati. Google verifica l’intera area in fase di riconsiderazione, e una bonifica parziale ti porta dritto al rifiuto.
2. Rimuovi la violazione, non nasconderla. Qui emerge spesso la tentazione di soluzioni cosmetiche: mettere in noindex le pagine problematiche, reindirizzarle su altri URL, cambiare nomi e cartelle, spostarle di sezione. Sono tutte scorciatoie che Google riconosce e che in certi casi — il site reputation abuse su tutti — sono esplicitamente dichiarate come tentativi di aggirare la policy e possono produrre azioni più ampie invece che risolvere quella in corso. La richiesta è chiara: togli i link innaturali, ripulisci lo spam, correggi i markup ingannevoli, rimuovi o disattiva gli script problematici, elimina o trasforma i contenuti di terzi che sfruttano la reputazione del dominio. Non ci sono vie laterali che passano dalla riconsiderazione.
3. Verifica che Google possa ancora raggiungere le pagine. Questo è un dettaglio operativo che la documentazione ufficiale sottolinea esplicitamente, e che pochissimi rileggono. Gli URL che hai corretto non devono essere dietro login, paywall bloccanti, direttive robots.txt che ne impediscono l’accesso o meta tag noindex. In fase di revisione il crawler deve poter verificare che la pagina esista e che sia stata bonificata. Se la pagina è inaccessibile, il revisore non può verificare nulla e la richiesta ti viene respinta per motivi tecnici senza nemmeno entrare nel merito della bonifica.

Procedura di risoluzione e richiesta di riconsiderazione

Completata la bonifica, il passaggio successivo è l’invio della richiesta di riconsiderazione attraverso il pulsante “Richiedi esame” nel report Azioni manuali. È l’unico canale ufficiale di dialogo con Google in questa fase, e la qualità della richiesta pesa tantissimo sull’esito.

Una richiesta che funziona fa tre cose specifiche: spiega con precisione qual era il problema di qualità, descrive la procedura di risoluzione applicata, documenta l’esito con evidenze verificabili. Non è il momento per minimizzare la violazione, né per costruire narrazioni di contesto che giustifichino l’accaduto. Il revisore vuole capire cosa hai fatto, su quali URL, con che risultato — non le premesse filosofiche. Screenshot prima-e-dopo, elenco degli URL su cui sei intervenuto, riferimenti a link rimossi o inseriti in disavow, conferme di test tecnici superati: questo è il tipo di evidenza che trasforma una dichiarazione in prova.

Il tono deve essere professionale, essenziale, concentrato sul lavoro fatto. Le richieste prolisse e autoassolutorie sono quasi sempre controproducenti. Una richiesta ben costruita non ha bisogno di superare i cinquecento caratteri se non per descrivere un perimetro ampio che richiede documentazione strutturata.

Come scrivere una richiesta di revisione che non sembri una formalità

Durante la scrittura pensa a queste tre domande operative.

Quando inviarla? Solo a lavoro completato. Se il problema coinvolge venti directory e ne hai corrette quindici, la richiesta è prematura e verrà respinta. Inoltre Google chiede esplicitamente di non reinviare la richiesta prima di aver ricevuto la decisione finale su quella precedente: i reinvii precoci allungano la coda di valutazione invece di accelerarla.

Cosa deve contenere? Tre elementi non negoziabili. Il primo è la dimostrazione che hai compreso il problema — non la sua riformulazione generica, la descrizione specifica della violazione nel tuo caso. Il secondo sono i passi operativi effettuati, descritti in modo puntuale e riconducibile a URL e interventi precisi. Il terzo è l’esito documentato, con evidenze verificabili che il problema non esiste più. Senza uno di questi tre, la richiesta è incompleta.

Quanto ci mette? La durata varia. Google indica “alcuni giorni o settimane”; per le richieste che riguardano problemi di link i tempi sono tipicamente più lunghi, perché l’analisi del profilo di backlink è molto più complessa di una verifica su contenuti di singole pagine. L’attesa è parte del processo, e durante questa attesa riceverai due notifiche: la conferma di presa in carico all’invio, e la decisione finale alla chiusura. Se la decisione è positiva l’azione viene revocata, e il sito inizia la fase di recupero organico — che è un altro percorso, più lungo della revoca stessa. Se è negativa, Google fornisce tipicamente indicazioni sui punti non risolti, e la procedura riparte dall’analisi.

Gli errori più comuni che peggiorano la situazione

Alcuni errori ricorrono con regolarità tra chi affronta una manual action per la prima volta, e moltiplicano i tempi di recupero. Conoscerli in anticipo ti aiuta a non commetterli.

1. Correggere solo gli URL di esempio. Gli URL che Google ti elenca nel report sono campioni, non la lista completa. Correggere solo quelli e inviare la richiesta ti porta sistematicamente a un rifiuto — è l’errore più frequente e anche il più costoso in termini di tempo perso.
2. Spostare il problema invece di rimuoverlo. Mettere in noindex pagine problematiche, redirigerle altrove, spostarle su un sottodominio, cambiarle di cartella: sono soluzioni che Google riconosce come tentativi di aggirare la correzione. Su alcune fattispecie, come il site reputation abuse, Google dichiara esplicitamente che lo spostamento a una sottocartella dello stesso dominio viene valutato come elusione e può produrre azioni aggiuntive invece che risolvere quella in corso.
3. Chiedere la revisione troppo presto. Inviare la richiesta prima di aver completato la bonifica, o peggio reinviarla prima che Google abbia deciso sulla precedente, produce l’effetto opposto a quello che speri: la coda di valutazione si allunga, il sito resta più tempo in azione manuale, il revisore accumula segnali negativi sulla gestione.
4. Confondere un calo SEO con una manual action. Senza notifica in Search Console non c’è azione manuale. Costruire una strategia di recupero “da penalizzazione” per un problema che in realtà è algoritmico, tecnico o di cambio di intento significa lavorare nella direzione sbagliata per settimane. Prima di qualsiasi intervento, verifica in Search Console la presenza della notifica. È il filtro a monte di tutto il resto.

Come ridurre il rischio nel tempo

L’obiettivo finale non è saper gestire un’azione manuale quando arriva, è costruire un sito in cui il rischio di riceverne sia strutturalmente contenuto. Zero non è raggiungibile, ma “strutturalmente basso” sì, e passa da tre pratiche continuative.

• Rafforza la governance tecnica, editoriale e commerciale del sito. Sapere cosa fanno gli script che carichi, conoscere i partner che gestiscono porzioni del tuo dominio, avere policy editoriali scritte per i contenuti UGC, presidiare le aree monetizzate: sono pratiche che nascono dal governare il sito come sistema, non come somma di componenti indipendenti. La governance è il primo investimento che riduce il rischio strutturale.
• Monitora periodicamente le aree più vulnerabili. UGC, ricerche interne, sottodomini, directory di terzi, script di advertising: sono i vettori più frequenti di rischio, e il controllo regolare è il modo migliore per intercettarli in tempo. Un’ora al mese di audit strutturato vale settimane di recupero non programmato quando il problema matura.
• Tratta la manual action come sintomo, non come incidente. Se un’azione manuale arriva, quasi sempre nasce da una debolezza strutturale che va affrontata alla radice. Correggere la violazione specifica è solo il primo passo. Il secondo è capire perché è accaduta e modificare i processi che l’hanno permessa, per non ritrovarsi a gestire lo stesso problema due volte.

Un sito che lavora così non è immune, ma affronta il rischio da una posizione completamente diversa: con strumenti pronti, con una mappa del proprio perimetro, con processi che rendono la bonifica rapida e la comunicazione con Google credibile. È la differenza tra subire un evento e gestirlo.