Probar la velocidad del sitio de Joomla

Estoy tratando de mejorar la velocidad de un sitio; sin embargo, cuando voy a Pingdom para probar: http://tools.pingdom.com/fpt/

Tengo tiempos muy diferentes a pesar de que no he hecho ningún cambio. Por ejemplo:

8.92s
3.68s
11.40s

Además, tengo el mismo problema con gtmetrix ( http://gtmetrix.com/ ).

Como resultado, no puedo decir si los cambios en el rendimiento que he hecho marcan la diferencia.

Entonces, ¿cómo se prueba la velocidad del sitio?

performance

— iamrobert
fuente

Los sitios que estás usando actualmente para probar están bien. Podría deberse simplemente a un entorno de alojamiento deficiente. Si está en un host barato, entonces ese podría ser el problema, ya que generalmente son baratos por una razón

— Lodder

+1 A veces también me pregunto acerca de la precisión de estos sitios. @Lodder, ¿puede sugerir alguna alternativa o quizás un enfoque diferente para probar la velocidad de los sitios web de Joomla?

— jonboy

Gracias, el sitio está en la nube del sitio y tiene 2 sitios alojados en él: siteground.com/cloud-hosting.htm , así que espero que no sea el host. Les enviaré un correo electrónico.

— iamrobert

Ahh ok Siteground, son brillantes, así que no puede ser un problema relacionado con el alojamiento. Intente usar la Prueba de página web y la Velocidad de página de Google para probar las velocidades también, para ver si se muestran diferencias. Hay bastantes, pero solo tendería a usar los más populares. Si está utilizando configuraciones / extensiones de almacenamiento en caché, intente deshabilitarlas y vuelva a ejecutar las pruebas. Los vuelven a habilitar y vuelven a ejecutar las pruebas

— Lodder

Siteground: "Tenga en cuenta que Pingdom es un servicio externo y no podemos especificar por qué estas herramientas arrojan resultados diferentes".

— iamrobert

Respuestas:

Hay algunos factores que escapan a su control, como la carga en el servidor en ese momento y el ancho de banda disponible entre el servidor de herramientas de prueba y el sitio web de destino en el momento en que se ejecuta la prueba.

Puede minimizar la variabilidad del ancho de banda creando una cuenta (una cuenta gratuita está bien) en GTMetrix e iniciando sesión para poder usar la configuración avanzada y elegir una ubicación de servidor de prueba cerca de donde se aloja su sitio web objetivo.

Pingdom puede tener una opción similar.

Probablemente aún deba volver a ejecutar la prueba varias veces y tomar un promedio, pero esto probablemente arrojará un resultado más consistente.

— Neil Robertson
fuente

Gracias, Neil, ¿sabes si GTmetrix almacena en caché tu sitio, por lo que será más rápido la próxima vez?

— iamrobert

Sí, las pruebas posteriores parecen correr un poco más rápido.

— Neil Robertson

Les envié un correo electrónico: "Utilizamos un perfil nuevo en cada prueba, por lo que nada se almacena en caché de nuestro lado, excepto DNS. Asegúrese de mirar sus gráficos de cascada (pestaña Línea de tiempo) para ver dónde se encuentran las diferencias de tiempo. Podría ser su servidor (consultas SQL lentas que se almacenan en caché después de la primera ejecución), o podría ser un widget externo que se carga de forma inconsistente ".

— iamrobert

Gracias Neil, creo que esta es la mejor solución. De mis pruebas, gtmetrix con una cuenta parece ser la más consistente, dándome resultados similares cada vez. Sin embargo, también consultaré con mis estadísticas de Google Analytics para ver el tiempo de carga y el pingdom.

— iamrobert

Usando herramientas de terceros como pingdom, gmetrix e incluso la velocidad de la página de Google, es obvio obtener variaciones en el resultado. Hay muchos factores en los que depende la velocidad de la página.

Por ejemplo: si la memoria caché broser está habilitada en el sitio, la primera verificación con cualquiera de este servicio llevará más tiempo y después de otros intentos consecutivos, puede cargarse más rápido ya que la página ya está en caché.

Con mi propio sitio http://saur.in (en desarrollo)
Primer intento de pingdom: 1.83s
Segundo intento: 786ms

Eso es casi a tiempo y más del doble de la velocidad de la página. De la misma manera, el caché del servidor también juega su papel.

Hay otros factores como la resolución de nombres de dominio, el tráfico actual de conectividad de DNS en su sitio y muchos más ... por lo que el resultado puede variar. Al trabajar con el rendimiento, debemos considerar el tiempo de respuesta promedio o el tiempo de carga de la página.

Por fin, una cosa más, debo agregar aquí:

Cree un conjunto de resultados de 2-3 servicios y verifique el rendimiento cada 2-3 horas. Pingdom proporciona pruebas para cada minuto y es gratis ... puedes probar eso. Pruébelo durante 24 horas y mire el resultado promedio.

— Saurin Dashadia
fuente

Con Pingdom, el tiempo de respuesta: support.pingdom.com/Knowledgebase/Article/View/70/27/… no verifica el tiempo de carga completo, ya que excluye imágenes y JS. Supongo que Google Analytics también proporciona velocidades de carga del sitio: support.google.com/analytics/answer/1205784?hl=es Como los resultados son tan arbitrarios, es difícil saber qué funciona mejor.

— iamrobert

Existen algunas herramientas utilizadas en la industria para sitios web "estresantes". Son herramientas bastante complejas y NO apropiadas para sitios web pequeños o entornos de host compartidos.

Para realizar pruebas de comparación, debe tener su propio servidor (para poder controlar la infraestructura), de modo que pueda controlar la carga. Probar un host compartido realmente no proporciona datos comparables.

— Valentin Despa
fuente