Tutti gli articoli
Bonifica malware6 min di letturaTeam WPsec.it

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.

Condividi
Pagine spam su Google dopo un hack WordPress: come eliminarle?

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:

URLRisposta verificata oggiOrigine del contenutoDecisione da valutare
https://example.com/offerta-casino-123/200 con spamPagina mai autorizzataConservare evidenze, bonificare, eliminare
https://example.com/servizi/200 con testo alteratoPagina aziendale legittimaRecuperare contenuto e mantenere URL
https://example.com/shop-jp-456/404 realeSpam già rimossoRegistrare la verifica, monitorare
https://example.com/?offerta=789Risposta diversa dal percorso senza parametroDa accertareAnalizzare 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.

Pubblicato il

Condividi

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.

Continua a leggere

Articoli correlati.