¿Qué es un tiempo de carga de página rápido?

G’day

Mi respuesta técnica es que el tiempo de carga de la página de 2 segundos está bien, mientras que 1 segundo o menos se consideraría ‘rápido’.

Pero es más complicado que eso. El tiempo de respuesta es al menos en parte sobre la percepción. IBM realizó la investigación inicial sobre los tiempos de respuesta en los años 60, cuando el procesamiento de transacciones en línea estuvo disponible, y desde entonces 2 segundos ha sido la norma aceptada para OLTP. Creo (no puedo encontrar una referencia) que ese umbral se estableció como el punto en el que los usuarios comenzaron a perder el compromiso con el sistema.

Mi opinión es que, si le da al usuario algo con lo que puede interactuar en menos de 2 segundos, puede continuar cargando el contenido de la página después de ese tiempo y aún así se considerará que ha respondido en 2 segundos. Pero no puede romper el compromiso del usuario con el material de carga posterior. Entonces, si algo que carga más tarde mueve el contenido con el que está involucrado el usuario, entonces rompe el contacto visual y, por lo tanto, el compromiso y no califica como haber respondido en 2 segundos. En mi opinión, el contenido que no es relevante para la solicitud del usuario no involucra al usuario. Entonces, si carga anuncios primero, por ejemplo, no cuentan como contenido atractivo a menos que sean lo suficientemente interesantes para que el usuario interactúe con ellos con preferencia al material que esperaban. (No es probable ni más de una vez para el mismo par usuario / contenido). Todos hemos sentido la frustración, en una conexión lenta. de esperar a que se carguen anuncios irrelevantes para que el contenido buscado pueda comenzar a cargarse.

¿Qué quieres decir con “carga de página”?
Hay varios eventos y / o horarios con los que debe preocuparse, como el tiempo hasta:

1. el primer byte
2. la primera pintura
3. la página es interactiva
4. se activa el evento JavaScript ‘DOMContentLoaded’
5. se dispara el evento JavaScript ‘cargar’
6. los scripts después del evento de carga están completos
7. la página está visualmente completa

Desde la perspectiva del usuario, cualquier cosa:

1. menos de 100 ms se considera inmediato
2. menos de 1s se considera “lo suficientemente rápido”.
3. 10 segundos más, el usuario comenzará a buscar otras cosas para ocupar su atención

Ver: Una introducción al rendimiento percibido – Treehouse Blog

Por lo tanto, para un usuario, el tiempo que tarda desde la primera pintura hasta que la página puede interactuar es el momento más crítico para ellos. es decir, si pueden comenzar a leer el texto a medida que se carga y eso es en un segundo, ¡genial!

Los autores del sitio deben optimizar la representación de su sitio, de modo que el tiempo hasta que la página sea interactiva sea lo más pequeño posible. Cualquier otra cosa después de ese evento debe ser para contenido no crítico.

Algunos scripts pueden tardar minutos en cargar contenido, por lo que usar el evento ‘cargar’ de JavaScript como una métrica es una locura.

Hola,

Puede identificarse verificando las herramientas Pingdom

También construye o crea su propio sitio web contratando o consultando

Desarrollo web personalizado de Techverx

He experimentado y obtengo una respuesta positiva.

Un tiempo de carga de página rápido es algo que generalmente envía una respuesta a un usuario en menos o ningún tiempo. El usuario envía una solicitud que luego se procesa y, por lo tanto, se envía al backend. El backend luego envía la respuesta a la interfaz y la respuesta es el resultado de la consulta activada por el usuario. En mi proyecto anterior calculé manualmente el tiempo de carga de la página. Donde solía calcular la carga de la página con y sin caché. Solía ​​calcular los resultados de al menos 5 golpes y así resumir los resultados con su promedio. El proyecto se basó en React que tiene la ventaja de la representación rápida de elementos y además actualiza solo los componentes que se están modificando en lugar de actualizar todos los componentes. Sé que hacer cosas manualmente no es recomendable. Pero cuando un producto está en fase de desarrollo, recomendaría realizar una prueba de este tipo para calcular las cargas de la página.

Por desgracia, tenemos algunas herramientas increíbles para calcular las cargas de página. El ser básico es jMETER. Simplemente tiene que especificar el número de usuarios y la URL HTTP y automáticamente obtendrá los resultados. Para obtener resultados más refinados, intente trabajar en LoadRunner porque esto es lo que está en tendencia para los cálculos de carga de página.