¿Cómo exactamente mide Google Webmaster Tools "Site Performance"?


27

Llevo dos meses trabajando para mejorar nuestro tiempo de respuesta (principalmente del lado del servidor) en un nuevo foro (un producto completamente nuevo desde un punto de vista técnico) que lanzamos en Alemania hace unos meses y soy un Mucho sorprendido por los resultados que obtengo. Superviso nuestro tiempo de respuesta utilizando registros de Apache y nuestra propia implementación de baliza Boomerang .

Usando mis estadísticas, puedo ver que nuestro nuevo producto responde en aproximadamente 680 ms donde nuestro producto anterior respondía en aproximadamente 1050 ms. Por otro lado, la Herramienta para webmasters de Google nos dice que nuestras páginas tienen un tiempo de respuesta promedio de aproximadamente 1500 ms hoy en día, cuando era 700 hace tres meses con nuestro producto anterior.

Pensé que GWT estaba teniendo en cuenta las métricas del lado del cliente, así que agregué algunas medidas en nuestra baliza Boomerang y todo se ve bien. También ejecuté algunas páginas aleatorias en ySlow y Page Speed ​​de Google y todo se ve mejor de lo que era antes. Tenemos un 82% en la herramienta de velocidad de página de Google, lo cual es bastante bueno para un sitio con algunos anuncios :)

Últimamente, hemos firmado un acuerdo con Akamai para usar dos de sus productos: CDN para nuestros archivos estáticos (estábamos usando otro CDN antes pero no era muy efectivo) y RMA para mejorar las rutas de redes. También hemos introducido un nuevo mecanismo de caché agresivo para asegurar que la mayoría de las páginas servidas a los rastreadores sean almacenadas en caché por nuestra cuadrícula memcache. Después de verificar mis métricas, parece que estos cambios han mejorado de 650 ms a aproximadamente 500 ms, lo cual es bueno (todavía no es excelente, pero definitivamente es una mejora). Pero las herramientas para webmasters continúan informando un tiempo de respuesta promedio creciente donde vemos que disminuye al mismo tiempo.

¿Alguna vez ha tenido el mismo tipo de comportamiento extraño en sus sitios mientras realizaba mejoras de rendimiento? ¿Tiene alguna idea de cómo monitorear lo mismo que Google hace con el rendimiento del sitio en las Herramientas para webmasters de Google para que podamos mejorar nuestro sitio y verificar constantemente si es lo que Google quiere?

Edición 26/07/2011 : ¡Gracias por sus respuestas chicos! Sin embargo, no fui lo suficientemente preciso. El problema principal que tenemos no es con la página de rendimiento del sitio, sino con las estadísticas de rastreo por el momento. Probablemente encontramos un problema de nuestro lado con algunas páginas muy lentas (¡alrededor de 3000 ms!) Y estamos tratando de solucionarlo. Los mantendré informados tan pronto como tenga información. Gracias de nuevo !

Respuestas:


17

Por la orientación oficial

http://www.google.com/support/webmasters/bin/answer.py?answer=158541

Site Performance es una función experimental de Webmaster Tools Labs que le muestra información de latencia sobre su sitio. (Para ver los datos de rendimiento del sitio, debe agregar y verificar su sitio en las Herramientas para webmasters de Google).

El tiempo de carga de la página es el tiempo total desde el momento en que el usuario hace clic en un enlace a su página hasta el momento en que la página completa se carga y se muestra en un navegador. Se recopila directamente de los usuarios que han instalado la barra Google y han habilitado la función opcional PageRank.

Dado que los usuarios a menudo pueden interactuar con las páginas web antes de que se descarguen completamente, esta es una interpretación muy estricta de la velocidad del sitio web . Pero es razonable ser más estricto con esta medida porque si una página tiene toneladas de JavaScript dinámico y anuncios cargados dinámicamente, es posiblemente más correcto que el usuario vea que la página se carga lentamente.

Por lo tanto, la forma en que miden esto es mediante el uso de la pestaña Red en las herramientas de Google Chrome aka ctrl+ shift+ I.

pestaña de red en las herramientas de Google Chrome

Los dos eventos relevantes son DOMContent Event Fired(línea azul) y Load event fired(línea roja). En una página aleatoria aquí en este sitio, eso significa que los números rondan los 600 ms y 1,1 segundos, respectivamente. Eso es mucho, mucho más que el tiempo para descargar una página desde la línea de comando usando wget, y refleja claramente el tiempo que el navegador del cliente está gastando para procesar el contenido que descarga a través de HTTP.

(También me parece un poco injusto, ya que un sitio web con todas las páginas estáticas tendrá una gran ventaja sobre uno que personalice dinámicamente cada página para el usuario específico, ¡pero supongo que son las pausas!)


2
Estoy de acuerdo en que esta medida es injusta. Realmente estoy en desacuerdo con la posibilidad de que Google me penalice por el tiempo que tarda en cargar mi último estado de Twitter de forma asincrónica y discreta, cuando la carne de la página se carga casi al instante. Peor aún, parece que están alentando el formato de artículo de varias páginas que todos detestan, ya que es casi seguro que se cargue más rápido.
Dave Ward

1
Si tiene en cuenta el hecho de que Google vende anuncios y más solicitudes de página a menudo equivalen a más anuncios publicados, tendría sentido que G $ esté tratando de alentar a los sitios a usar un formato de artículo de varias páginas.
runxc1 Bret Ferrier

@dave Google dice explícitamente que el rendimiento del sitio es una característica experimental de "laboratorio", para ser claros, por lo que no es seguro que se use para fines de clasificación.
Jeff Atwood

1
@Jeff, creo que lo están, a menos que hayan cambiado de opinión desde esto: googlewebmastercentral.blogspot.com/2010/04/…
Dave Ward

1
Entonces, ¿esto significa que algo se ejecuta después de window.onload no se cuenta en el tiempo de carga de la página?
DisgruntledGoat
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.