Sufrimos un ataque de envenenamiento de SEO — ¿cuál es el fin más común y cómo darnos cuenta?

Conéctense por SSH al servidor y prueben haciendo peticiones con curl simulando ser el bot de Google. Mandando la consulta como bot de búsqueda desde la consola van a ver directamente a ojo el HTML con los códigos de redirección y los links de spam. Por lo general meten un include raro de una sola línea arriba de todo en los archivos wp-blog-header o index.

edit: escrito desde el móvil, perdonad las erratas.

Lo primero que tienen que hacer es entrar ya mismo a Search Console y usar la herramienta de eliminación de URLs. Detecten esos patrones de links en caracteres raros y mándenlos a borrar urgente del índice y la caché, si no en un par de semanas les meten el dominio en lista negra.

No crean que con escanear archivos y borrar el virus ya está. Esta gente suele dejar tareas programadas (cron jobs) en el servidor que vuelven a descargar el archivo. Borrás el archivo, a la noche corre el cron y se baja de nuevo el mismo PHP desde un servidor remoto. Si no limpian las tareas programadas no se lo sacan más de encima.

nos paso lo mismo el año pasado estuvimos dos semanas buscando y al final era un plugin viejo de formularios q tenia una vulnerabilidad y les metia filas en la bd y sacamos el plugin restauramos un backup limpio de la base de datos y recién ahi se soluciono.

En nuestra web de venta de alimentos al por mayor, indexaron 24.000 URL de spam de la noche a la mañana. Hicimos la limpieza, pero tomó 5 meses enteros limpiear del todo los resultados de búsqueda en Google y recuperar nuestras palabras clave orgánicas anteriores.

¿El servidor que usas es un hosting compartido o un servidor en la nube dedicado? Si estás en un entorno compartido, ¿podría ser que hayan saltado a tus directorios por una vulnerabilidad de otro cliente totalmente ajeno en el mismo servidor?

El ataque funciona básicamente en tres pasos: Primero, se filtran a través de una vulnerabilidad en un tema o plugin desactualizado. En el segundo paso, se envían al motor de búsqueda miles de páginas virtuales generadas con palabras clave de spam. En el tercer paso, los usuarios reales que llegan desde estas palabras clave son redirigidos a los sitios falsos de destino.

Hay cuatro pasos obligatorios que no se deben saltar durante la limpieza: 1) Renovar todas las contraseñas de los usuarios de la base de datos, 2) Restablecer las claves de seguridad (salt keys), 3) Eliminar los archivos PHP ejecutables en la carpeta de subida de archivos, 4) Revisar los registros de acceso (access logs) en el servidor y cerrar la fuente original de la filtración.

tiene razón y si deciidimos sin medir siempre acabamos en el mismo punto.

todos los que se apresuran con envenenamiento de seo se aatscan en el mismo punto. o sea eso es todo disculpa si me he extendido demasiado.

no te olvides de: Intentar hcaerlo solo es la vía más cara.

la mayoría de los incidentes no empiezan por una vulnerabilidad sino por una contraseña filtrada luego si escribís el resultado aquí, también servirá de ayuda a otros.

no sabía eso.

dejo una advertencia. lo que más tiempo nos hacía perder era no saber quién tomaba las decisiones.

por supuesto, cambia si tu situación es diferente.

Resumen breve para nuevos usuarios: Tomar medidas sin hacer inventario es dejar abierta una puerta que no ves.

Yo seguiría por ese camino.

A nosotros nos pasó esto. en fin si es la primera vez que lo hacéis empezad poco a poco la escala llegará después.

Lo que más tiempo nos hacía perder era no saber quién tomaba las decisiones. Yo seguiría por ese camino.

de acuerod incluso me gustaría recalcarlo. pues no tengáis miedo de preguntar, quien no pregunta siempre paga más caro.

las decisiones apresuradas son las que hay que corregir seis meses después luego comprobado por experiencia.

Hay un punto que me genera dudas. No tengáis miedo de preguntar, quien no pregunta siempre paga más caro.

El error cometido por envenenamiento de seo suele ser reversible, pero caro. Espero que le sea útil.

Me han quedado claras las dudas, gracias. Lo que más tiempo nos hacía perder era no saber quién tomaba las decisiones.

Si la verificación en dos pasos está activa, una contraseña robada no sirve de nada por sí sola.

Lo probaré.