Page speed insight api
información sobre la velocidad de las páginas
Nuestra aplicación realiza peticiones por lotes a PageSpeed Insights en nombre del usuario. Ponemos en cola una solicitud por página web y las enviamos a intervalos regulares determinados por el máximo de “Consultas por minuto” anunciado por PageSpeed, que actualmente es de 240, y podemos tener muchas solicitudes pendientes en un momento dado. Usamos un temporizador de 250 milisegundos entre peticiones para imponer esto.
Por lo que puedo decir, todo esto debería estar dentro de los parámetros permitidos de la API, sin embargo, la API parece tropezar con frecuencia y devolver periódicamente respuestas por lotes de error de solicitud PageSpeedApi 500: No se ha podido procesar la solicitud. Por favor, espere un poco y vuelva a intentarlo. Las solicitudes son válidas, por lo que parece ser que la API se niega a servir las respuestas tan rápido como estamos enviando las solicitudes.
En respuesta a esto, implementamos un “cubo” finito de solicitudes pendientes, que arbitrariamente fijamos en 50. Es decir, sólo podemos tener 50 peticiones pendientes en un momento dado, y cuando lleguemos a ese límite dejaremos de enviar más peticiones hasta que las que haya en el cubo se hayan resuelto, dejando espacio para que salgan más. En la práctica, nuestra aplicación está más limitada por este cubo que por el temporizador de 240 peticiones por segundo. Esto hace que nuestra tasa “real” de peticiones baje a aproximadamente 150 por minuto, y alivia un poco el problema, pero todavía tenemos ocasionalmente lotes de peticiones que regresan con el error 500.
información de la página de google
– El FID : tiempo que tarda la página en cargarse completamente (del DOM). Corresponde al tiempo que tarda el navegador en cargar completamente la página. Indica el tiempo transcurrido entre el momento en que el usuario interactúa con un elemento de su página y el momento en que el navegador está listo para responder a su petición.
Las puntuaciones que se muestran van de 0 a 100 puntos. No se preocupe, si su sitio no está al 100% en todas partes, ¡es normal! Pocos sitios lo consiguen porque los criterios son muy estrictos. Pero debes intentar conseguir la mayor puntuación posible.
Navegadores como Chrome y Firefox son capaces de ofrecer una versión reducida de una página. Al activar la compresión gzip, estas páginas pueden reducirse en un 90%. Así, en lugar de servir al usuario la página completa, el navegador recupera directamente la versión comprimida en pantallas pequeñas.
Minificar el código significa eliminar los datos innecesarios o repetitivos sin alterar su carga y la visualización de la página en el navegador. Una mala codificación suele ser la causa de este problema, pero que no cunda el pánico, hay soluciones para minificar tu código, sin necesidad de empezar de cero:
información de la página
Una vez que guardes eso en el código, puedes ejecutar todo el script y pasar por la interfaz para hacer tus pruebas. Tendrás la opción de enviar un archivo de Excel (con la primera celda etiquetada como “URL”) o a través de copiar y pegar las URLs en el programa. La prueba de velocidad del sitio se llevará a cabo en segundo plano mientras eres libre de hacer otras tareas o simplemente mirar tu pantalla estando orgulloso de traer algo de automatización a tu trabajo. Una vez que el script haya terminado de ejecutarse, se le pedirá que guarde un archivo .xlsx con los datos. El resultado debería ser algo parecido a esto. El archivo tendrá tres métricas de velocidad diferentes entre el escritorio y el móvil. Para obtener más información sobre cada una de estas métricas, consulte la documentación de PageSpeed Insights.Sin la interfaz de usuarioPara aquellos que quieren métricas adicionales de PageSpeed, o simplemente quieren juguetear con el código fuente que he escrito, hay dos partes para trabajar con la API que yo enfatizaría.Construyendo las URLs/Haciendo la llamada a la APILa construcción de la URL se hace en una función usando Urllib, que codifica la URL en un formato REST-amigable mientras que también permite la flexibilidad. Una vez que la URL se desarrolla, se puede llamar usando peticiones para recibir el archivo de salida JSON anidado.
prueba de velocidad de páginas de google
Ordene sus informes de página por su puntuación de velocidad de página para priorizar las mayores áreas de oportunidad en su sitio. Los informes de páginas utilizan visualizaciones fáciles de leer que le permiten centrarse rápidamente en los datos más importantes para mejorar el rendimiento de sus sitios.
Tome una instantánea de cualquier pantalla de resumen de informe para almacenar esos datos para una futura recuperación. Añada comentarios a sus instantáneas para darles un significado adicional, como “Antes de instalar W3 Total Cache”. Además, filtre un Resumen de informe antes de tomar una Instantánea para guardar un resumen de los datos filtrados.
Realice una instantánea del informe antes de instalar nuevos plugins o antes de aplicar las recomendaciones de rendimiento. Tome otra instantánea cuando haya terminado y compare sus resultados para medir el efecto de sus cambios.
