Google responde a la pregunta sobre la red central de vital «envenenamiento»

Google responde a la pregunta sobre la red central de vital «envenenamiento»


Alguien publicó detalles de un nuevo ataque negativo de SEO que, según ellos, parecía ser un ataque central de envenenamiento por rendimiento de la web. John Mueller de Google y Barry Pollard de Chrome ayudaron a descubrir lo que estaba sucediendo.

La persona publicó en Bluesky, etiquetando a John Mueller de Google y Rick Viscomi, este último ingeniero de Devrel en Google.

Publicaron:

«Hola, estamos viendo un tipo extraño de ataque negativo de SEO que parece envenenamiento del rendimiento de la red central de la web, viendo en múltiples sitios donde parece que se inyecta un retraso intencional, vea una captura de pantalla adjunta.

.. Estos datos son extraídos por WebVitals-JS. Al principio pensé que el rastreador de IA dudoso, pero el patrón de tráfico es de varios países que llegan al mismo conjunto de páginas y forjando al referente en muchos casos «

La importancia de la referencia a «WebVitals-JS» es que los datos de vitalidad de la web de degradados son de lo que golpea el servidor, los puntajes de rendimiento reales registrados en el sitio web en sí, no los datos de quid, que discutiremos a continuación.

¿Podría esto afectar las clasificaciones?

La persona que hizo la publicación no dijo si el «ataque» había impactado las clasificaciones de búsqueda, aunque eso es poco probable, dado que el rendimiento del sitio web es un factor de clasificación débil y menos importante que las cosas como la relevancia del contenido para las consultas de los usuarios.

John Mueller de Google respondió, compartiendo su opinión de que es poco probable que cause un problema y etiquetando al desarrollador de el rendimiento web de Chrome, el defensor del desarrollador de rendimiento web, Barry Pollard (@tunheweb) en su respuesta.

Mueller dijo:

«No puedo imaginar que esto cause problemas, pero tal vez @tunetheweb.com ha visto cosas como esta o estaría interesada en echar un vistazo».

Barry Pollard se preguntó si es un error en la biblioteca Web-Vitals y le preguntó al póster original si se refleja en los datos de Crux (informe de experiencia de usuario de Chrome), que es un registro de visitas de usuario reales a los sitios web.

La persona que publicó sobre el tema respondió a la pregunta de Pollard respondiendo que el informe de Crux no refleja los problemas de velocidad de la página.

También declararon que el sitio web en cuestión está experimentando un ataque de DOS (denegación de servicio) de caché, que es cuando un atacante envía un número masivo de solicitudes de página web que omiten un CDN o un caché local, lo que provoca estrés a los recursos del servidor.

El método empleado por un ataque DOS de cache-bypass es derivación El caché (ya sea un CDN o un caché local) para que el servidor sirva a una página web (en lugar de una copia de la caché o CDN), ralentizando así el servidor.

El script local de los vitales web es registrar la degradación del rendimiento de esas visitas, pero es probable que no se registre con los datos de quid porque proviene de usuarios reales del navegador Chrome que han optado por compartir sus datos de rendimiento web.

Entonces, ¿qué está pasando?

A juzgar por la información limitada en la discusión, parece que un ataque de DOS está ralentizando los tiempos de respuesta del servidor, que a su vez están afectando las métricas de velocidad de página en el servidor. Los datos del Informe de Experiencia de Usuario de Chrome (Crux) no reflejan los tiempos de respuesta degradados, lo que podría deberse a que el CDN está manejando las solicitudes de página para los usuarios registrados en Crux. Existe una posibilidad remota de que los datos de Crux no sean lo suficientemente frescos como para reflejar eventos recientes, pero parece lógico que los usuarios estén siendo versiones en caché de la página web y, por lo tanto, no experimentan un rendimiento degradado.

Creo que la conclusión es que los puntajes de CWV en sí mismos no tendrán un efecto en las clasificaciones. Dado que los propios usuarios reales golpearán la capa de caché si hay un CDN, el ataque de DOS probablemente tampoco tendrá un efecto en las clasificaciones de manera indirecta.

Related Posts
Leave a Reply

Your email address will not be published.Required fields are marked *