¿Qué hace que el sitio web de una empresa sea lento?

Mide la visita real

Una página de inicio puede parecer rápida en una computadora portátil de desarrollador y lenta para un visitante móvil por primera vez sin caché. Las herramientas de laboratorio revelan los costos de solicitud y representación, mientras que los datos de campo pueden mostrar si los visitantes reales experimentan el mismo patrón.

Pruebe plantillas representativas, primeras visitas y navegación repetida; registre el comportamiento de carga, interacción y diseño por separado.

Comience con una medición repetible en la página que importa. Grabe el perfil del dispositivo, las condiciones de la red, el estado de la caché y la ruta exacta, luego inspeccione la respuesta del servidor y la secuencia de carga. Una página web probada en banda ancha de oficina puede ocultar los retrasos experimentados en un teléfono. Compare la misma configuración después de cada cambio. Esto permite distinguir una mejora real de la variación normal entre pruebas no relacionadas.

Comprobar imágenes y fuentes

Las imágenes de gran tamaño y los archivos de fuentes no utilizados suelen consumir ancho de banda antes de que el visitante pueda leer o actuar. Una imagen moderna del tamaño correcto y un conjunto más pequeño de pesos de fuente pueden reducir el trabajo sin cambiar el diseño aprobado.

Compare las dimensiones renderizadas con las dimensiones descargadas y enumere cada archivo de fuente, peso y subconjunto solicitado en la mitad superior de la página.

Los problemas de los medios de comunicación son generalmente visibles en la lista de peticiones. Compruebe si una imagen de héroe se entrega cerca de sus dimensiones mostradas, si las imágenes de abajo del pliegue esperan hasta ser necesarias y si el vídeo tiene una estrategia de carga intencional. Los formatos modernos ayudan, pero también corrigen el tamaño y la prioridad. Una imagen que se comprime varias veces más grande que su área renderizada todavía utiliza ancho de banda y tiempo de decodificación del que el visitante no recibe beneficio alguno.

Cuenta para JavaScript y terceros

Los scripts de análisis, chat, vídeo, consentimiento y animación compiten por el hilo principal del navegador. Un pequeño widget visual puede descargar varios paquetes o retrasar la interacción mucho después de que aparezca su propia interfaz.

Asigne cada script a un propietario y propósito comercial; diferir, reemplazar o eliminar código que no admita la tarea principal de la página.

Los administradores de etiquetas, los widgets de chat, los sistemas de consentimiento, los mapas y las bibliotecas de animación pueden competir con el código de interacción de la página. Identifique qué script es el propietario de cada tarea larga y si es necesario antes de que el visitante actúe. Demore las herramientas opcionales, elimine los duplicados y pruebe que la página todavía funciona cuando un proveedor es lento o bloqueado. El rendimiento no debe depender de que cada servicio externo responda perfectamente.

Solucione primero la causa verificada más importante

Una puntuación por sí sola no le dice al equipo qué cambio mejorará una página específica. Eliminar una solicitud de bloqueo puede ser más importante que docenas de cambios menores en la compresión.

La corrección pertenece a la capa responsable. El HTML lento puede necesitar trabajo de servidor o datos; una imagen principal tardía puede necesitar cambios de precarga y dimensionamiento; el movimiento de diseño puede venir de dimensiones o fuentes faltantes; los clics retrasados pueden venir de un paquete grande del cliente. Escriba la causa junto al cambio propuesto y vuelva a probar la plantilla afectada. Evite ocultar un cuello de botella sin resolver eliminando el contenido útil de una parte diferente de la página.