Un pharma hack a WordPress és una infecció de spam SEO, no un simple error de contingut. L’atacant crea o oculta pàgines de temàtica farmacèutica perquè Google indexi URLs que poden no aparèixer mai al llistat normal de WordPress. Cal eliminar el mecanisme que les serveix i la persistència que les recrea abans de netejar la petjada als cercadors.
Confirma què reben realment Google i els visitants
Recull diverses URLs de spam des de Search Console o una cerca site:, obre-les sense sessió i compara l’HTML amb el que existeix al tauler. Registra codi HTTP, canonical, redireccions i si la resposta canvia segons user-agent o referrer.
Evidència que convé conservar
- URLs afectades i títols que mostra el cercador.
- HTML i cadena de redireccions de mostres representatives.
- PHP, tema o plugins modificats recentment.
- Administradors desconeguts, tasques programades i opcions anòmales.
Localitza la capa que genera les pàgines farmacèutiques
Si Google veu URLs que no existeixen al gestor, compara-ho amb pàgines de spam SEO visibles al cercador però no al tauler. Si hi ha executables en directoris multimèdia, revisa PHP maliciós dins de wp-content/uploads.
Neteja l’origen abans de demanar eliminacions
- Conserva fitxers sospitosos i logs rellevants.
- Elimina loader, injecció o component compromès confirmat.
- Reinstal·la codi afectat des de fonts fiables i rota credencials exposades.
- Fes que les URLs de spam retornin 404/410 o la resposta canònica correcta.
- Utilitza Search Console només per accelerar la retirada després d’haver netejat l’origen.
No intentis resoldre-ho només amb robots.txt
Bloquejar el rastreig pot ocultar el problema al cercador mentre la web compromesa continua servint contingut indesitjat.
Criteri de tancament
Les URLs de mostra ja no serveixen spam, cap mecanisme ocult les recrea, les pàgines legítimes continuen funcionant i el cercador va eliminant els resultats no desitjats en noves rastrejades.
CRITERI D’INCIDENT WP REPAIR
Reconstrueix la incidència abans de corregir-la
Els resultats de la cerca poden romandre contaminats després que el lloc visible es vegi normal. Cal mapejar on es genera el spam, què ho recrea i quin URLs Google ha descobert.
- 1
l’exportació va afectar URLs i els patrons de consulta de la consola de cerca.
- 2
Compara les respostes del rastrejador i del navegador normal per a URLs representatiu.
- 3
Cerca fitxers, opcions de base de dades, publicacions, regles de reescriptura, mu- plugins i cron.
- 4
Enregistrar usuaris inesperats, fitxers modificats i components vulnerables.
Què ha de quedar verificat
- No es generen nous fàrmacs URLs.
- El representant spam URLs retorna l’estat previst i està absent dels mapes de lloc.
- La integritat del fitxer, els usuaris i cron romanen estables a través de diversos cicles.
Fonts tècniques oficials
Aquesta guia explica el diagnòstic. Si la web està afectada ara mateix, la intervenció ha de preservar una via de recuperació i verificar el recorregut real del negoci.
Veure el servei de reparació urgent →SOBRE ESTE SÍNTOMA
Preguntes freqüents d'aquesta guia.
Si el lloc visible es veu completament normal, vol dir que l'hackeig farmacèutic s’ha anat?+
No. Cloaking significa que els rastrejadors de cerca i els visitants normals poden mostrar contingut diferent, de manera que una sessió de navegació d’aspecte net no descarta una infecció activa. Comparar les respostes dels rastrejadors amb les respostes dels navegadors normals per al mateix URLs és necessari saber amb seguretat.
Per què les pàgines spam continuen apareixent en els resultats de cerca de Google després que els fitxers del lloc semblin nets?+
Els resultats de la cerca poden romandre contaminats molt després que s'elimini el generador, perquè Google necessita recrawl i deixa spam URLs. Retornar els estats exactes 404 o 410 per a les pàgines eliminades i netejar el webmap accelera aquesta recuperació.
És segur demanar una revisió de seguretat Google tan aviat com les pàgines spam semblen haver-se anat?+
Encara no. Només s'ha de demanar una revisió després que la inspecció en viu es confirmi neta sota les mateixes condicions de rastreig que revelaren el spam en primer lloc, ja que l’ocultament pot ocultar una infecció viva d’una comprovació manual casual.
Com és un hackeu farmacèutic d'intensa de base de dades diferent d'un usant camuflatge dinàmic?+
La injecció de base de dades emmagatzema els títols, enllaços o plantilles XQZQX directament a les taules de posts o opcions, mentre que el camuflatge dinàmic usa el codi PHP per generar contingut farmacològic sobre la marxa, específicament per a referenciadors de recerca o agents d’usuari de rastrejadors.