Después de detectar spam SEO en WordPress suelen aparecer varias listas: una del alojamiento, otra de Google y una hoja con las URL que alguien ha ido encontrando. Si no se conectan, es fácil borrar algo que debía conservarse o dar por recuperada una página que solo ha desaparecido de una captura.
Un informe útil convierte esas listas en decisiones trazables. Relaciona cada URL con su evidencia, la acción aprobada, el responsable y la comprobación posterior. Esta guía incluye una estructura original y un ejemplo ficticio cumplimentado. Puedes utilizarla para encargar una limpieza o revisar la entrega con tu proveedor.
Para investigar el síntoma de partida, la guía de spam que Google muestra sin entradas visibles en WordPress desarrolla el diagnóstico. El procedimiento de limpieza sin borrar contenido legítimo explica las precauciones técnicas. Aquí organizamos el informe que permite coordinar y aceptar ese trabajo.
Empieza con un resumen que permita decidir
Abre el documento con dominio, propiedad de Search Console, fecha, zona horaria, responsables y síntoma comunicado. Resume qué se ha confirmado, qué sigue sin saberse y qué decisión necesita el propietario. Una captura de un resultado japonés no demuestra por sí sola cuántas páginas están afectadas.
Indica el alcance examinado: instalación pública, idiomas, otras aplicaciones o cuenta de alojamiento. Si solo se dispone de acceso al WordPress principal, deja ese límite visible. Evita convertir «no revisado» en «sin incidencia» al preparar el resumen ejecutivo.
Guarda un identificador de informe y una versión. Cada actualización debe explicar qué cambió desde la anterior. Así pueden colaborar desarrollo, contenidos y SEO sin trabajar sobre tres archivos llamados «definitivo».
Separa URL descubiertas, revisadas y confirmadas
Registra de dónde procede cada candidato: exportación de Search Console, registro del servidor, sitemap, alerta del alojamiento o revisión manual. Una fuente ayuda a descubrir; no convierte automáticamente el elemento en una orden de borrado.
Conserva las URL exactas y señala las variantes relacionadas. No elimines parámetros, cambies mayúsculas o agrupes rutas solo porque parecen iguales. Primero determina si representan el mismo contenido y qué mecanismo las sirve. Una normalización precipitada puede esconder la condición que necesitas investigar.
Si hay demasiados candidatos para revisar uno a uno, documenta los grupos, el criterio de selección y la muestra comprobada. Declara cuántos elementos se observaron realmente y cuáles heredan una clasificación provisional. Un total de filas no equivale al total de infecciones demostradas.
La ficha mínima de cada URL
Utiliza estos campos como punto de partida. La plantilla es una propuesta editorial original; no es una exportación oficial de Google ni un escáner.
Referencia de fila:
URL exacta y origen del descubrimiento:
Fecha/hora de observación y zona horaria:
Método, estado HTTP y primera redirección:
Contenido observado y evidencia restringida:
Idioma, relaciones y contenido legítimo afectado:
Clasificación: confirmado / legítimo / pendiente
Acción propuesta y motivo:
Aprobación, responsable y fecha:
Resultado técnico y prueba posterior:
Estado de búsqueda y fecha de su dato:
Próxima revisión y pendiente concreto:La evidencia puede quedar en un repositorio restringido, con una referencia en la fila. Evita pegar cargas sospechosas, credenciales o datos de clientes en el documento que circulará entre equipos. El informe debe ser utilizable sin convertirse en un almacén público del incidente.
Ejemplo original de inventario y decisiones
Las cuatro filas siguientes son ficticias y pertenecen al dominio reservado example.invalid. No son resultados de Search Console, URL de clientes ni peticiones ejecutadas. Los estados se han elegido para mostrar decisiones diferentes.
| Fila y ruta | Observación ficticia | Decisión propuesta | Responsable | Criterio de cierre |
|---|---|---|---|---|
SP-01/catalogo/spam-a/ |
200 con contenido ajeno confirmado | Eliminar el generador y retirar la ruta sin sustituto legítimo | Técnico y propietario | Respuesta prevista verificada; persistencia revisada |
SP-02/es/productos/equipo-a/ |
200; producto legítimo con título alterado | Restaurar el contenido y conservar la URL válida | Contenidos y técnico | Título, página e idiomas correctos |
SP-03/ofertas/pendiente-b/ |
403; contenido sin revisar | Investigar el bloqueo antes de clasificar | Alojamiento y técnico | Respuesta explicada y clasificación documentada |
SP-04/spam-antiguo-c/ |
404 actual; resultado de búsqueda anterior conservado | Registrar retirada técnica y seguir el dato de Google | SEO | Respuesta estable y seguimiento del índice documentado |
SP-01 y SP-02 muestran por qué no conviene borrar por una palabra o un prefijo. Una ruta es ajena; la otra pertenece al negocio y necesita reparación. SP-03 mantiene la incertidumbre a la vista. SP-04 separa el estado actual del dato histórico del buscador.
Prioriza por exposición e impacto en el negocio
Añade una prioridad y su motivo. Una respuesta activa que desvía visitantes, una página comercial legítima alterada y una URL antigua ya retirada son situaciones diferentes. El número de filas no basta para decidir qué equipo debe actuar primero.
Pide al técnico que identifique la exposición actual y la contención necesaria, mientras contenidos identifica páginas y operaciones esenciales. Un grupo desconocido necesita investigación, no borrado automático. Conserva quién aprueba y el criterio utilizado para entender por qué se atendió un grupo pequeño antes que otro mayor.
Separa la intervención urgente del trabajo que puede esperar una revisión documentada. Para cada partida aplazada, indica condición pendiente, responsable y próxima comprobación. «Prioridad baja» no debe convertirse en una fila sin dueño que permanece indefinidamente.
¿Y si hosting y Google parecen contradecirse?
Compara objeto y fecha. El alojamiento puede describir un escaneo de archivos y la información de búsqueda una URL rastreada anteriormente. Conserva ambas fuentes en la fila, con sus fechas. Pregunta qué acredita cada una y qué observación resolvería la diferencia. Una alerta o un escáner limpio no deben borrar la otra evidencia.
¿Elimino las filas resueltas?
Guárdalas en un apartado cerrado o una versión conservada, con referencias y fechas de cierre. Así distingues candidatos nuevos e históricos conocidos. Si reaparece una ruta, tendrás la decisión anterior para compararla. Retira material sensible innecesario según el proceso de conservación acordado sin perder la historia útil de decisiones.
Relaciona la limpieza con el mecanismo que generaba el spam
El inventario de URL describe el resultado visible. Añade una sección que relacione los grupos confirmados con los componentes, registros o reglas que los servían. Si esa relación es una hipótesis, identifícala como tal y explica qué evidencia falta.
Registra los cambios aprobados, la copia previa y las comprobaciones posteriores. Cuando varias filas dependen del mismo generador, enlázalas al cambio común en lugar de repetir una historia distinta en cada una. Conserva también las excepciones legítimas que se han protegido.
Si aparecen nuevas URL después del trabajo, anota hora, patrón y relación con el incidente anterior. No cierres la revisión por haber alcanzado el número de elementos de la primera lista. La aparición de material nuevo merece una decisión técnica, no una corrección cosmética del contador.
Protege páginas comerciales, productos e idiomas
Incluye una lista corta de controles legítimos: portada, servicios principales, productos representativos, categorías, formularios y traducciones relevantes. Identifica al responsable de contenidos que puede confirmar que siguen siendo los registros correctos.
Para cada elemento afectado, distingue restaurar contenido, corregir metadatos, retirar un registro ajeno o reparar una ruta. Conserva las relaciones de idiomas y la navegación. Una página que abre puede haber perdido su equivalente traducido, su producto asociado o un enlace importante.
Solicita una aprobación basada en las URL y funciones acordadas, con resultados guardados. «La web carga» dice poco sobre el contenido preservado. El cierre debe permitir ver qué se protegió y cómo se comprobó.
Guarda por separado respuesta actual e información de Google
En la columna técnica registra la petición, la hora y la respuesta observada. En la columna de búsqueda conserva la fecha de la fuente y el estado que mostraba. La documentación de Inspección de URLs distingue la información indexada de una prueba en directo.
Un 404 recogido hoy y un resultado guardado antes pueden coexistir. No cambies continuamente la ruta para hacer coincidir las dos capturas. Documenta la siguiente comprobación y conserva la secuencia. Una prueba aislada tampoco acredita que el resto del sitio esté limpio.
Si se han usado variantes de visita, indica cuáles eran cabeceras simuladas, qué se probó realmente en un navegador y qué quedó sin ejecutar. El lector debe poder entender el alcance sin confundir una condición sintética con un rastreador de Google verificado.
Documenta retiradas y sitemaps como acciones distintas
La herramienta de Retiradas sirve para bloquear temporalmente resultados en Google. En el informe, separa la solicitud de la limpieza del servidor y registra el prefijo o URL enviado, el motivo, la aprobación y el estado. Comprueba el alcance antes de tramitar un prefijo amplio.
En otra partida, registra la revisión de los sitemaps y de los enlaces internos. La guía oficial de sitemaps explica su función para ayudar al descubrimiento. Enviar un archivo no equivale a demostrar indexación ni recuperación de posiciones.
Si una decisión utiliza noindex, anota cómo podrá encontrarlo el rastreador. Google explica que un bloqueo de rastreo puede impedir que lea esa instrucción. Pide que el técnico justifique la configuración elegida para cada grupo; evita aplicar restricciones generales sin revisar su efecto sobre contenido válido.
Separa problemas de seguridad, acciones y seguimiento
Reserva un apartado para los avisos y las solicitudes tramitadas: informe de origen, ejemplos, correcciones relacionadas, fecha de envío y persona responsable de responder. No mezcles una solicitud pendiente con una resolución recibida.
La guía sobre problemas de seguridad que permanecen en Search Console tras limpiar trata ese recorrido. El informe común debe conservar la referencia del caso para que SEO y desarrollo no presenten explicaciones incompatibles sobre el mismo cambio.
Una referencia visual para pasar del resumen al registro
La vista de auditoría Nodus, de Tanzeel Ul Islam Badar, reúne resumen, periodo, búsqueda y filas. La usamos como referencia de organización visual; no hemos probado sus filtros ni sus resultados de seguridad.
Traslada esa idea al informe: cada cifra del resumen debe llevar a las filas que la explican, con periodo y criterio visibles. Si cambia el total, debe poder saberse si entraron candidatos nuevos, se eliminaron duplicados o cambió una clasificación. El color ayuda a leer; la trazabilidad permite decidir.
Cómo aceptar el informe y continuar midiendo
Comprueba que las acciones aprobadas tienen resultado, evidencia y responsable. Las filas pendientes deben explicar el motivo y el siguiente paso. Guarda la aceptación técnica por separado del seguimiento de búsqueda: puedes verificar un cambio propio mientras un tercero todavía procesa su información.
Para medir tráfico, utiliza periodos comparables y la misma propiedad y tipo de búsqueda en GSC. Conserva fecha del cambio y cobertura del dato. Un día de clics no demuestra por sí solo recuperación; una disminución de URL de spam tampoco mide el negocio que vuelve a las páginas válidas.
Acordad quién revisará filas abiertas, cambios de contenido y avisos nuevos. Fija la próxima revisión según los pendientes concretos. El informe debe seguir siendo una herramienta de trabajo después de la entrega, no una foto bonita que nadie vuelva a abrir.
Laboratorio observado: retirar una URL no cerraba la limpieza
El 25 de octubre de 2026 ejecutamos este ejercicio en una instalación aislada de WordPress 7.1.3, PHP 8.3.36 y MariaDB 11.4.12. Los cambios eran inocuos y deliberados: una entrada ajena de demostración, el título alterado de una página legítima y un añadido condicional servido por una extensión. No hubo infección real, explotación de una vulnerabilidad ni datos de clientes.
Conservamos el título y contenido originales de dos entradas legítimas, sus identificadores y huellas SHA-256. Después introdujimos los tres cambios y relacionamos cada observación con el registro o archivo que la generaba. Esa relación permite decidir qué retirar y qué restaurar. Una lista de URL, por sí sola, se queda a mitad de la conversación.
La condición que formaba parte de la prueba
La misma página de servicio se pidió de forma ordinaria y con la cabecera inventada X-Lab-Condition: example-variant. Solo la segunda respuesta incluía el añadido de demostración y su enlace a un dominio reservado .invalid. Esta condición sintética no representa un móvil, una sesión de administrador, un CDN ni Googlebot. Sirve para mostrar por qué conviene conservar las condiciones de reproducción junto a la URL.
Primero hicimos una limpieza deliberadamente incompleta
Enviamos a la papelera únicamente la entrada ajena. Su dirección pasó de 200 a 404, como se esperaba. Sin embargo, el título del servicio seguía alterado y la variante conservaba el añadido. La URL había desaparecido; dos cambios seguían tranquilamente en su puesto de trabajo. El registro mantuvo ambos pendientes abiertos.
Después restauramos el título legítimo desde la versión conservada y retiramos exclusivamente el archivo de demostración identificado por su huella. Repetimos las cuatro peticiones: servicio ordinario, servicio con condición, control legítimo y entrada retirada. El servicio mantuvo su contenido, recuperó el título original y dejó de mostrar el añadido en ambas condiciones. El control siguió disponible y la dirección retirada mantuvo el 404.
| Elemento | Antes | Retirada parcial | Corrección completa del ejercicio |
|---|---|---|---|
| Entrada ajena | 200, marcador visible | 404 | 404 |
| Título legítimo | Alterado | Sigue alterado | Original restaurado |
| Añadido condicional | Visible con la condición | Sigue presente | Ausente en las dos condiciones |
| Entrada de control | 200, contenido original | 200, conservado | 200, título y contenido conservados |
Qué acredita el registro
La serie conservada contiene doce peticiones GET, repartidas en tres grupos de cuatro. El cierre incluye además dos visitas reales en Chromium 152.0.7977.82, con y sin la condición: el servicio restaurado se veía y el añadido no aparecía. Las huellas finales del título y contenido de las dos entradas legítimas coincidían con las originales. El archivo de demostración ya no existía.
Al terminar retiramos los tres contenedores, su red privada y las credenciales creadas para el ejercicio. Descarga el registro del laboratorio: CSV, inventario y evidencia JSON. El paquete contiene datos ficticios y observaciones ejecutadas; no incluye código ejecutable ni credenciales. Las marcas de tiempo identifican las observaciones y no se presentan como un tiempo de reparación comercial.
El caso comprueba la retirada de cambios conocidos en ese entorno. No estudia una vía real de entrada, persistencia desconocida, un alojamiento completo ni el estado de Google. Tampoco se ejecutó un escáner para declarar la web «limpia». La guía de WordPress sobre sitios comprometidos desarrolla la documentación y la conservación de copias antes de intervenir. En tu informe, pide vincular cada conclusión a su evidencia y dejar visible lo que sigue pendiente.
Qué pedir al especialista
Solicita un alcance que incluya inventario justificado, protección del contenido legítimo, registro de cambios, pruebas y traspaso. Si necesitas comparar propuestas, utiliza la guía de servicios de limpieza de malware WordPress para 2027 para concretar entregables y límites antes de contratar.
Para pedir una evaluación de spam SEO en WordPress, envía unas pocas URL exactas, origen de los avisos, fechas y alcance conocido. Malware Cleanup puede revisar ese contexto y proponer el siguiente paso. Un buen inventario reduce la incertidumbre porque conserva lo que falta por saber, además de lo que ya se ha resuelto.