El spam SEO puede aparecer en Google aunque WordPress no muestre ninguna entrada o página equivalente. Normalmente la respuesta se genera fuera del listado habitual: reglas de rewrite, PHP inyectado, cloaking basado en datos, un plugin o tema comprometido o una capa de caché/edge.
Empieza por una URL que Google haya indexado de verdad
Abre varias URLs afectadas y registra estado HTTP, título HTML, canonical, redirecciones y headers. Compara peticiones con sesión y sin ella. Si el spam solo aparece a crawlers o referencias concretas, conserva ambas variantes.
Relaciona la respuesta con su origen
- Comprueba si WordPress resuelve la URL a un objeto real.
- Revisa rewrites o rutas demasiado amplias.
- Inspecciona PHP reciente y opciones de base de datos capaces de inyectar salida.
- Comprueba CDN o cachés de servidor que puedan conservar respuestas antiguas.
El pharma spam es una variante habitual, no la única
Si las páginas son farmacéuticas, sigue la guía específica de pharma hack en WordPress. Si el problema coincide con archivos raíz que vuelven a modificarse, compara la reinfección de index.php.
Elimina la lógica de generación antes de limpiar el índice
- Conserva respuestas representativas y logs.
- Elimina el escritor o regla de routing confirmados.
- Restaura código fiable y rota credenciales afectadas.
- Devuelve el estado correcto para URLs de spam y verifica las páginas canónicas.
Por qué una retirada masiva de URLs no es la solución
Puede ocultar resultados temporalmente, pero volverán si el origen comprometido sigue generándolos.
Verificación
Prueba URLs de spam antiguas, variantes nuevas y contenido legítimo. El patrón no debe volver a generarse y la cobertura no deseada debe ir bajando a medida que Google rastrea de nuevo.