Penalizzazione Google: come uscire da un'azione manuale

Se il traffico organico del tuo sito crolla, la prima domanda da porsi è se si tratti di un aggiornamento dell'algoritmo o di qualcosa di più specifico: un'azione manuale. La differenza conta perché le due situazioni si risolvono in modo completamente diverso. Un calo algoritmico non ha una causa dichiarata e si comprende solo per esclusione o per correlazione temporale con un aggiornamento noto; un'azione manuale, invece, arriva con una notifica esplicita di Google, un motivo dichiarato e un percorso di uscita definito. Questa guida si occupa esclusivamente di quest'ultimo caso: come riconoscere un'azione manuale nel report di Search Console, come correggere la violazione che l'ha causata, come scrivere la richiesta di riconsiderazione e cosa aspettarsi dopo averla inviata.

Un'azione manuale non è un algoritmo che declassa automaticamente pagine simili in tutto il web: è una persona del team Search Quality di Google che ha esaminato il tuo sito, spesso dopo una segnalazione automatica confermata poi da revisione umana, e ha deciso di intervenire specificamente su di esso. Questo comporta due conseguenze pratiche: la causa è quasi sempre identificabile con precisione, e la soluzione richiede una correzione reale e verificabile, non un aggiustamento tecnico superficiale.

Dove si vede un'azione manuale in Search Console

Il report si trova sotto "Sicurezza e azioni manuali" > "Azioni manuali" nel menu laterale di Search Console. Se il riquadro mostra "Nessun problema rilevato", non hai un'azione manuale attiva: il calo che stai osservando ha un'altra causa, quasi certamente algoritmica o tecnica. Se invece è presente un problema, il report elenca il tipo di violazione, una descrizione della causa, l'ambito interessato (l'intero sito oppure un insieme specifico di pagine o pattern di URL) e, quando disponibili, alcuni esempi di URL colpiti.

L'ambito è il dettaglio più importante da leggere con attenzione. Molte azioni manuali non colpiscono l'intero sito: colpiscono "URL parziali che corrispondono a un pattern" oppure una sezione precisa, per esempio una directory di contenuti generati dagli utenti o un gruppo di pagine con markup manipolativo. Confondere un'azione parziale con una totale porta a correggere troppo, perdendo tempo su pagine che non erano il problema, oppure troppo poco, lasciando intatta la causa reale.

• Sicurezza e azioni manuali > Azioni manuali, nel menu di Search Console
• "Ambito interessato": intero sito oppure un pattern di URL specifico
• Esempi di URL forniti da Google, quando disponibili, per orientare la ricerca della causa

I tipi di azione manuale più comuni

Google raggruppa le azioni manuali in categorie fisse, e riconoscere quella giusta indirizza subito il tipo di correzione da fare. Le più frequenti che un sito editoriale o commerciale medio incontra sono queste:

• Link innaturali in entrata: link a pagamento, scambi di link, guest post costruiti solo per l'ancora, reti di siti che puntano al dominio principale — Google ritiene che una parte dei backlink sia stata acquisita per manipolare il ranking, non guadagnata editorialmente
• Link innaturali in uscita: il sito stesso vende o scambia link in uscita senza marcarli come sponsorizzati e senza attributo nofollow o sponsored
• Contenuto generato dagli utenti spam: forum, sezioni commenti o pagine profilo aperte invase da spam e non moderate
• Testo o link nascosti e keyword stuffing: testo dello stesso colore dello sfondo, contenuto posizionato fuori schermo, o pagine che ripetono la parola chiave senza costruire frasi leggibili
• Contenuto sottile con poco o nessun valore aggiunto: pagine doorway, contenuto copiato in blocco da un feed di affiliazione senza elaborazione, pagine automatiche a bassissimo valore create solo per intercettare traffico di ricerca
• Cloaking e reindirizzamenti ingannevoli: mostrare a Googlebot un contenuto diverso da quello mostrato all'utente, oppure reindirizzare verso una destinazione diversa da quella indicizzata
• Markup dei dati strutturati manipolativo: dati strutturati che descrivono contenuto assente dalla pagina, come recensioni o valutazioni non presenti
• Contenuto compromesso da hacking: il sito è stato violato e ospita, spesso senza che il proprietario lo sappia, pagine di spam o redirect dannosi

Ogni categoria ha una descrizione diversa nel report, e il testo fornito da Google indica di norma con precisione quale di queste si applica: non è necessario indovinare tra le possibilità.

Come correggere la violazione, categoria per categoria

La correzione deve rimuovere la causa, non solo i sintomi più visibili. Un errore frequente è agire solo sugli URL indicati come esempio nel report, lasciando intatto il resto del pattern che ha generato l'azione.

Per i link innaturali in entrata, il primo passo è produrre un elenco completo dei backlink dal report sui link di Search Console e classificarli come naturali o innaturali in base a come sono stati ottenuti, non a come appaiono superficialmente. Per ogni link innaturale identificato, contatta il webmaster del sito che lo ospita e chiedi la rimozione o l'aggiunta dell'attributo nofollow; conserva la corrispondenza, perché la richiesta di riconsiderazione la richiede come prova. Solo per i link che non riesci a far rimuovere — siti chiusi, webmaster irraggiungibili, contenuto ormai orfano — usa lo strumento di disavow per dichiarare a Google che non vuoi che contribuiscano al ranking. Il disavow non è una scorciatoia per evitare il lavoro di rimozione: usato come primo e unico passo, senza tentativi di rimozione documentati, è il motivo più comune di rifiuto di una richiesta di riconsiderazione legata a link.

Per i link innaturali in uscita la correzione è più diretta: individua le pagine che vendono o scambiano link, aggiungi l'attributo sponsored o nofollow ai link commerciali, oppure rimuovili se non riesci a marcarli correttamente, e verifica che il template del sito non generi automaticamente lo stesso problema su altre pagine.

Per il contenuto generato dagli utenti, rimuovi lo spam esistente, chiudi o modera le sezioni che lo hanno permesso — registrazione obbligatoria, filtro anti-spam, moderazione pre-pubblicazione, attributo nofollow di default sui link inseriti dagli utenti — e verifica che non resti materiale ancora indicizzato che Google debba ricrawlare per aggiornare l'indice.

Per il contenuto sottile la scelta è tra migliorare in profondità le pagine coinvolte, aggiungendo analisi originali, dati propri, immagini reali e un punto di vista che il feed di origine non offre, oppure rimuoverle restituendo un codice 404 o 410, o applicare noindex se hanno un valore residuo solo per la navigazione interna. Non basta riscrivere le prime righe lasciando il resto del contenuto derivato identico.

Per il cloaking e i redirect ingannevoli, elimina la logica che serve contenuto diverso a Googlebot rispetto all'utente, spesso basata su user-agent o su IP nel codice, e verifica ogni redirect automatico coinvolto, assicurandoti che porti alla stessa destinazione logica per chiunque lo attivi.

Per il markup manipolativo, rimuovi o correggi lo schema markup finché descrive esattamente ciò che è visibile nella pagina: se non hai recensioni reali, non pubblicare markup di tipo review; se un prezzo cambia, il markup deve rispecchiarlo in tempo reale, non un valore fisso lasciato per comodità.

Per il contenuto compromesso da hacking, prima di tutto rimuovi l'accesso non autorizzato — cambia le credenziali, aggiorna CMS e plugin, elimina backdoor e file sospetti — poi elimina ogni pagina o redirect iniettato dall'attacco, e solo dopo aver verificato che il sito sia effettivamente pulito procedi con la riconsiderazione: una richiesta inviata mentre il sito è ancora compromesso viene quasi sempre respinta.

Come scrivere la richiesta di riconsiderazione

La richiesta si invia dallo stesso report "Azioni manuali" di Search Console, tramite il pulsante che compare una volta segnalata la correzione. Non è un modulo a risposta breve: è, di fatto, un documento che un revisore umano leggerà, e la qualità della spiegazione influisce sul risultato quanto la correzione stessa.

• Descrivi cosa è successo, in termini specifici e senza minimizzare: se erano link comprati, dillo, non definirli "collaborazioni editoriali"
• Elenca esattamente cosa hai fatto per correggerlo: quali pagine hai rimosso o modificato, quali link hai fatto togliere e quali hai disavowato, quali processi interni hai cambiato
• Fornisci prove verificabili: l'elenco dei contatti fatti ai webmaster con data ed esito, il file di disavow caricato, gli URL prima/dopo per il contenuto sottile, la data della patch di sicurezza per un sito hackerato
• Spiega cosa impedirà che accada di nuovo: un processo di revisione periodica dei backlink, una moderazione più stretta, un aggiornamento di sicurezza pianificato — il revisore valuta la richiesta anche come previsione del comportamento futuro, non solo come pulizia del passato
• Non includere argomentazioni sul fatto che la penalizzazione sia "ingiusta" o che un concorrente faccia lo stesso senza conseguenze: non è materiale che un revisore possa valutare, e sposta l'attenzione da ciò che la richiesta deve dimostrare

Cosa aspettarsi dopo l'invio

Google non pubblica una scadenza fissa per la revisione delle richieste di riconsiderazione. Nella pratica osservata dai webmaster, la maggior parte riceve una risposta entro alcuni giorni o poche settimane, ma casi complessi — siti grandi, violazioni diffuse su più pattern, storia di richieste precedenti respinte — possono richiedere più tempo. Il report "Azioni manuali" mostra lo stato della richiesta (in elaborazione, risolta, non risolta) e, se respinta, indica di norma il motivo in termini generali.

Anche dopo la revoca dell'azione manuale, il recupero del traffico non è istantaneo né garantito al livello precedente: Google deve ricrawlare e rivalutare le pagine coinvolte, e se parte del calo era dovuta anche a fattori algoritmici concomitanti — capita spesso quando un aggiornamento core e un'azione manuale si sovrappongono nello stesso periodo — la revoca risolve solo una delle due cause, non entrambe.

• Approvazione parziale: se l'azione riguardava un pattern di URL, la revoca può valere solo su quel pattern, non su altre azioni eventualmente presenti sullo stesso sito
• Rifiuto con motivo generico: succede quando la correzione documentata non convince il revisore che la causa sia stata rimossa, e non solo attenuata
• Necessità di più tentativi: non è raro che la prima richiesta venga respinta perché la correzione era incompleta — per esempio disavow senza tentativi di rimozione diretta, o solo alcune pagine sottili corrette. Ogni tentativo successivo deve mostrare progresso concreto rispetto al precedente, non ripetere semplicemente la stessa spiegazione

Errori che allungano il processo

La maggior parte dei ritardi non dipende dalla lentezza di Google, ma da richieste inviate troppo presto o costruite male. Gli errori che si ripetono più spesso sono questi:

• Inviare la richiesta prima di aver completato davvero la correzione, sperando che venga approvata "nel frattempo": ogni tentativo respinto consuma tempo
• Usare il disavow come unico intervento sui link innaturali, senza documentare tentativi di rimozione diretta
• Correggere solo gli URL di esempio forniti da Google, lasciando intatto il resto del pattern che ha causato l'azione
• Ripresentare la stessa richiesta con un testo quasi identico dopo un rifiuto, senza aggiungere le correzioni che il rifiuto implicitamente richiedeva
• Confondere un'azione manuale con un calo algoritmico e lavorare quindi su segnali generici di qualità invece che sulla causa specifica indicata nel report