El spam SEO pot aparèixer a Google encara que WordPress no mostri cap entrada o pàgina equivalent. Normalment la resposta es genera fora del llistat habitual: regles de rewrite, PHP injectat, cloaking basat en dades, un plugin o tema compromès o una capa de cache/edge.
Comença per una URL que Google hagi indexat de veritat
Obre diverses URLs afectades i registra estat HTTP, títol HTML, canonical, redireccions i headers. Compara peticions amb sessió i sense. Si el spam només apareix a crawlers o referències concretes, conserva les dues variants.
Relaciona la resposta amb el seu origen
- Comprova si WordPress resol la URL a un objecte real.
- Revisa rewrites o rutes massa àmplies.
- Inspecciona PHP recent i opcions de base de dades capaces d’injectar sortida.
- Comprova CDN o caches de servidor que puguin conservar respostes antigues.
El pharma spam és una variant habitual, no l’única
Si les pàgines són farmacèutiques, segueix la guia específica de pharma hack a WordPress. Si el problema coincideix amb fitxers arrel que es tornen a modificar, compara la reinfecció d’index.php.
Elimina la lògica de generació abans de netejar l’índex
- Conserva respostes representatives i logs.
- Elimina l’escriptor o regla de routing confirmats.
- Restaura codi fiable i rota credencials afectades.
- Retorna l’estat correcte per a URLs de spam i verifica les pàgines canòniques.
Per què una retirada massiva d’URLs no és la solució
Pot amagar resultats temporalment, però tornaran si l’origen compromès continua generant-los.
Verificació
Prova URLs de spam antigues, variants noves i contingut legítim. El patró no s’ha de tornar a generar i la cobertura indesitjada ha d’anar baixant a mesura que Google recrawleja.
CRITERI D’INCIDENT WP REPAIR
Com acotar l’error sense endevinar
La bretxa entre wp-admin i la resposta pública és evidència. Comenceu des de URLs afectada, no des de la llista de publicacions, i rastregeu la ruta de codi que retorna 200.
Recopila una mostra en diferents patrons i dates de spam.
Obtenir cada URL registreed out i com un rastrejador, registre d'estat, capçaleres i cos.
Inspecciona les regles de reescriptura, els fitxers automàticament preparats, els plugins mu i els punts d’entrada actius de tema.
Cerca opcions de base de dades i transitoris per a plantilles codificades o llistes de paraules clau.
Què ha de quedar verificat
- Les mostres de Spam ja no retornen contingut maliciós a cap agent d’usuari provat.
- URLs inesperat ja no s' afegeix als mapes de lloc o a la consola de cerca.
- Després de cron i reinicieu, no es retorna cap càrrega útil oculta del carregador ni de la base de dades.
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.
Per què no apareix el spam URLs Google en qualsevol lloc de la meva llista de posts de WordPress?+
Aquestes pàgines sovint no són publicacions reals de WordPress. La petició pot ser interceptada abans de les càrregues normals de la plantilla, generades sobre la marxa de cadenes de consulta, o servides només als rastrejadors, per la qual cosa no hi ha cap entrada corresponent en el plafó de control per trobar.
Redirigeix tot el spam URLs a la pàgina d'inici és una solució ràpida raonable?+
No. Redireccionament massiu a la pàgina d’inici pot preservar males senyals d’indexació i fa que sigui més difícil confirmar si el generador subjacent ha estat realment aturat. La ruta més segura és tancar el punt d’execució real i retornar codis d’estat precisos.
Podria involucrar la meva configuració hosting o PHP fins i tot si els meus fitxers WordPress semblen intactes?+
Sí. Un compromís per omissió funciona automàticament en tenir la configuració PHP carregant codi maliciós abans de que WordPress s'executi, el que significa que la configuració del servidor ha de ser verificada a més dels fitxers WordPress, themes i plugins.
Com pot un administrador estar segur que no només estan perdent el spam perquè estan registrats?+
El camuflatge condicional és comú en aquest escenari: els administradors es mostren pàgines normals mentre que els rastrejadors i els visitants registrats reben contingut spam. Aconseguir cada URL afectat tant com un rastrejador simulat, i comparar estat, capçaleres i cos, és l’única manera confiable de veure el que el públic realment obté.