Origine del redirect
Indichiamo dove è stato trovato il codice o la configurazione che causava il reindirizzamento.
Un redirect spam WordPress può comparire solo da mobile, solo ai nuovi visitatori o solo a chi arriva da Google. Questo rende il problema difficile da vedere per chi gestisce il sito. WPsec.it controlla file, database, .htaccess, plugin, tema e log per capire dove nasce il redirect e chiudere la vulnerabilità.
Vuoi una prima lettura senza impegno?
Richiedi il check-up gratuito: controlliamo segnali pubblici, blacklist, redirect e urgenza entro 24h.
Richiedi check-up gratuitoCosa include
Query correlate
Risposta rapida
Un redirect spam WordPress è un reindirizzamento malevolo verso domini esterni, spesso visibile solo da mobile, da Google o a visitatori non loggati. Può trovarsi in .htaccess, wp-config.php, tema, plugin, mu-plugin, database o file PHP nascosti. La bonifica deve riprodurre il redirect, trovare la sorgente, rimuovere backdoor e chiudere la vulnerabilità.
Il problema
Molti redirect malevoli sono condizionati: l'amministratore non li vede, ma Google, mobile o nuovi utenti sì. Pulire solo la cache o disattivare un plugin può nascondere il sintomo senza rimuovere la backdoor.
Approfondimenti collegati
Dove si nasconde un redirect e cosa evitare nella prima fase.
LeggiMetodo completo per rimuovere redirect, backdoor e vettore di ingresso.
LeggiServizio tecnico per rimuovere redirect, backdoor e persistenza.
LeggiPanoramica su sintomi collegati e rischio reinfezione.
LeggiProcesso
Testiamo il comportamento con user-agent mobile, referrer Google e browser pulito.
Controlliamo .htaccess, wp-config.php, plugin, tema, mu-plugin, database e cron.
Eliminiamo codice malevolo, backdoor e iniezioni, sostituendo file core alterati quando necessario.
Aggiorniamo componenti vulnerabili, ruotiamo credenziali e applichiamo hardening coerente.
Output
Indichiamo dove è stato trovato il codice o la configurazione che causava il reindirizzamento.
Controllo finale da desktop, mobile e percorsi di ingresso diversi.
Follow-up 30 giorni per intercettare segnali di reinfezione.
FAQ
Il malware può controllare user-agent, referrer, cookie o IP. In questo modo evita di mostrarsi agli amministratori e rende più difficile la diagnosi.
Può aiutare, ma non basta se il redirect è nel database, in .htaccess, in un mu-plugin o in una backdoor personalizzata.
Sì, per qualche tempo. Dopo la bonifica bisogna controllare Search Console, sitemap e richieste di rimozione quando necessario.
Pronto intervento
Scansiona il sito in 30 secondi per una prima lettura tecnica, o richiedi il check-up gratuito entro 24 ore. Eviti interventi casuali e parti da prove verificabili.