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.
Guide per sintomo
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.
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.