Pagine spam su Google dopo un hack WordPress: come eliminarle?
URL giapponesi, casinò o farmaci su Google: come distinguere spam attivo e risultati vecchi, usare Search Console e preservare le pagine buone di WordPress.

Se su Google compaiono pagine spam del tuo WordPress, prima verifica cosa rispondono oggi quegli URL. Se servono ancora spam, occorre bonificare il sito. Se erano pagine create dall'attaccante e ora sono eliminate, devono restituire un vero 404 o 410. Search Console permette di nasconderle temporaneamente, ma non sostituisce la correzione sul server. Le pagine legittime alterate vanno recuperate, conservando il loro indirizzo.
Un titolo giapponese, un'offerta di farmaci o un casinò sotto il tuo dominio può indicare un'infezione attiva oppure un risultato rimasto dopo la pulizia. Questa distinzione evita due errori: cancellare contenuti utili e dichiarare risolto un incidente soltanto perché lo spam è sparito dalla ricerca.
1. Costruisci un inventario prima di cancellare
Salva gli URL esatti, screenshot dei risultati, data e ora della scoperta. Conserva separatamente una copia verificata di file, database e log disponibili prima delle modifiche. Per la sequenza tecnica completa consulta il metodo di bonifica WordPress.
Cerca anche site:example.com con parole estranee alla tua attività. Usa risultati, segnalazioni e log come punti di partenza: ogni nuova famiglia di percorsi merita un controllo. Nella documentazione del report Problemi di sicurezza, Google precisa che gli URL mostrati sono esempi, non necessariamente l'elenco completo.
Questo inventario è un esempio fittizio, con il dominio riservato example.com:
| URL | Risposta verificata oggi | Origine del contenuto | Decisione da valutare |
|---|---|---|---|
https://example.com/offerta-casino-123/ | 200 con spam | Pagina mai autorizzata | Conservare evidenze, bonificare, eliminare |
https://example.com/servizi/ | 200 con testo alterato | Pagina aziendale legittima | Recuperare contenuto e mantenere URL |
https://example.com/shop-jp-456/ | 404 reale | Spam già rimosso | Registrare la verifica, monitorare |
https://example.com/?offerta=789 | Risposta diversa dal percorso senza parametro | Da accertare | Analizzare il parametro prima di intervenire |
Nel tuo foglio aggiungi fonte della segnalazione, ultima verifica e intervento eseguito. Se non riesci a stabilire l'origine, scrivi “non determinabile”: un nome strano non autorizza da solo la cancellazione.
2. Controlla lo spam che il proprietario non vede
Aprire la homepage dal computer dell'amministratore non basta. Controlla gli URL segnalati, anche da mobile e senza sessione WordPress. Annota eventuali differenze senza inserire credenziali su pagine sospette.
Un attacco può servire contenuti diversi in base a condizioni della richiesta. Il caso pubblico del cloaking invisibile al proprietario mostra perché confrontare le risposte è utile. La guida al Japanese keyword hack descrive il sintomo in dettaglio.
Simulare lo user-agent Googlebot è un controllo parziale: una risposta normale non esclude altre condizioni di attivazione. Incrocia comportamento pubblico, log e analisi dei file. Se il provider riporta firme tecniche, il decoder dei segnali di compromissione aiuta a interpretarle; non certifica da solo che il sito sia pulito.
3. Chiudi la causa e separa le pagine buone dallo spam
Lo spam può essere un contenuto nel database oppure una risposta generata da codice malevolo. Non trovarlo in Bacheca non significa che l'URL sia inesistente.
Prima della rimozione definitiva identifica il meccanismo che lo produce e il punto d'ingresso, quando le evidenze lo consentono. Controlla file, utenti, componenti e persistenze: se elimini soltanto le pagine, una backdoor può ricrearle.
Mantieni due elenchi separati: URL creati dall'attaccante e URL legittimi contaminati. Per i secondi recupera testo, titoli, link e configurazione originali. Evita regole basate soltanto su parole generiche come “shop” o “offerta”, che potrebbero coinvolgere prodotti veri.
Non applicare redirect di tutti gli URL sospetti alla homepage. La nostra procedura consigliata è provare ogni regola su campioni spam e legittimi prima di estenderla. Una destinazione utile esiste solo quando c'è un'effettiva corrispondenza di contenuto.
4. Per gli URL eliminati verifica 404 o 410
La pagina visualizzata nel browser potrebbe dire “non trovata” mentre il server risponde 200. Controlla il codice HTTP effettivo e gli eventuali reindirizzamenti. Per un URL spam eliminato, 404 o 410 comunicano l'assenza del contenuto; Google documenta la rimozione dall'indice degli URL che restituiscono errori 4xx, escluso il trattamento particolare di 429.
Una pagina di errore con risposta 200 può essere classificata come soft 404. Non scegliere 410 pensando che garantisca una scadenza più rapida: usa una risposta coerente con la situazione.
Rimuovi gli URL spam dalla sitemap e dai collegamenti interni. Verifica anche cache e risposte con parametri: il risultato deve restare corretto fuori dalla sessione amministrativa.
5. Usa Rimozioni per nascondere risultati urgenti
Lo strumento Rimozioni di Search Console nasconde temporaneamente un URL dalla ricerca, normalmente per circa sei mesi. Non elimina il contenuto dal sito e non costituisce una bonifica.
Se serve ridurre subito la visibilità dello spam, presenta una richiesta per l'URL esatto. L'opzione per prefisso coinvolge tutti gli indirizzi corrispondenti: verifica prima che non comprenda pagine aziendali o prodotti. Evita richieste sull'intero dominio.
Registra ciò che hai richiesto e confrontalo con l'inventario. La correzione permanente deve restare attiva anche quando il nascondimento temporaneo scade.
6. Non bloccare la scansione con robots.txt
Disallow gestisce la scansione, non garantisce la deindicizzazione. Un URL bloccato può ancora comparire se Google lo conosce attraverso collegamenti. Le limitazioni ufficiali di robots.txt spiegano questa differenza.
Lascia che Google possa rilevare la risposta corretta degli URL eliminati. Non combinare alla cieca blocchi, redirect e tag: annota quale meccanismo stai usando e verifica che possa essere osservato dall'esterno.
7. Distingui revisione di sicurezza e azioni manuali
In Search Console controlla due report separati:
- Problemi di sicurezza: se contiene una segnalazione, completa la correzione del problema e richiedi l'esame da quel report. Per gli avvisi del browser consulta anche la guida alla rimozione dalla blacklist Google.
- Azioni manuali: una segnalazione richiede il percorso di correzione e riconsiderazione indicato nel report ufficiale.
Un calo di traffico o un risultato spam non dimostra da solo un'azione manuale. La sua assenza, a sua volta, non esclude una compromissione.
Conserva una sintesi delle evidenze, delle correzioni e dei controlli finali, come nell'esempio di report forense. Dopo l'intervento ripeti le verifiche sugli URL campionati e cerca nuovi percorsi. Scomparsa dello spam, rimozione degli avvisi e recupero delle posizioni sono risultati distinti: non esiste una data garantita per ottenerli.
Se le pagine tornano, o mancano gli accessi per verificare file e database, il servizio di bonifica malware permette di affrontare l'incidente con diagnosi e verifiche documentate.
Domande frequenti
Ho cancellato lo spam da WordPress: perché compare ancora su Google?
Controlla prima la risposta attuale dell'URL: potrebbe restare attivo attraverso una backdoor o una cache. Se restituisce davvero 404 o 410, il risultato può riferirsi allo stato precedente. Conserva la verifica e monitora; la presenza in ricerca, da sola, non dimostra che il malware sia ancora attivo.
Posso rimuovere tutto il sito da Google per ripartire pulito?
Evita una richiesta estesa all'intero dominio: coinvolgerebbe anche le pagine utili. Parti dall'inventario, distingui gli URL creati dall'attaccante da quelli legittimi e intervieni sui primi. Per le pagine aziendali alterate, recupera il contenuto mantenendo l'indirizzo. Nascondere i risultati non chiude il punto di ingresso.
Se non ci sono problemi di sicurezza in Search Console, il sito è pulito?
Non puoi dedurlo dal solo report. Verifica le risposte degli URL sospetti, file, database, utenti e log disponibili. Search Console descrive ciò che Google ha rilevato, mentre una diagnosi tecnica deve cercare anche il meccanismo che produce lo spam e le eventuali persistenze rimaste dopo la pulizia.
Scritto dal team WPsec.it
Team WPsec.it
Bonifica malware, hardening, performance e manutenzione WordPress.
Guide per sintomo
Il tuo sito ha un sintomo preciso? Parti dalla guida giusta.
Ogni compromissione WordPress lascia segnali diversi. Queste guide spiegano cosa fare nelle prime ore, cosa non toccare e quando serve una bonifica con analisi del vettore d'ingresso.
- Sito WordPress hackerato
- Malware WordPress: sintomi e cause
- Rimozione malware WordPress
- Redirect spam da mobile
- Pharma hack
- Japanese keyword hack
- Hosting sospeso per malware
- Google segnala sito ingannevole
- Google Ads blocca il sito
- Protezione DDoS
- Audit di sicurezza
- Servizio bonifica malware
- Analisi forense
- Prezzi e garanzia
Continua a leggere
Articoli correlati.

WordPress pharma hack: come riconoscerlo e rimuoverlo
Il pharma hack usa il tuo dominio per posizionare pagine spam su farmaci e contenuti truffa. Ecco sintomi, controlli e priorità di bonifica.

File PHP in wp-content/uploads: sono malware? Come verificarli
Hai trovato un file PHP nella cartella uploads di WordPress? Come valutarlo, conservare le evidenze e contenere il rischio senza cancellare file utili.

Il malware WordPress torna? Controlla WP-Cron e mu-plugins
I file infetti ricompaiono dopo la pulizia? Una checklist per distinguere persistenze, nuovi ingressi e cache, controllando cron, mu-plugins e copie del sito.