El personal de terreno suele abrir un sitio web en un teléfono, con poca señal, en medio de otra tarea. Si la página tarda un minuto, no se lee. Este artículo está dirigido a los equipos que encargan o crean un sitio para personas en entornos de bajo ancho de banda, y explica cómo elegimos un límite y lo mantenemos.
Elija primero la cifra
web.dev define un presupuesto de rendimiento como “un conjunto de límites impuestos a las métricas que afectan al rendimiento del sitio”. Su punto de partida sugerido es menos de 170 KB de recursos de la ruta crítica y menos de cinco segundos hasta que la página sea interactiva, calculados para dispositivos de referencia en una red 3G.
Compárelo con la web tal como es. El Web Almanac de HTTP Archive situó la mediana de la página de inicio en 2025 en 2,86 MB en escritorio y 2,56 MB en dispositivos móviles. Con una conexión lenta de 400 kilobits por segundo, 2,56 MB tardan unos 51 segundos en llegar, sin contar ningún retraso de la propia red.
Trabajamos con 500 KB por página. Eso son unos diez segundos a la misma velocidad: lento, pero utilizable. Deja espacio para una buena fotografía y un conjunto de fuentes web, lo que importa cuando el sitio también tiene que parecerse a la organización que lo gestiona.
“Un presupuesto que nadie comprueba es un deseo. Debe medirlo, en cada versión, alguien que pueda detener esa versión.”
Mídalo tal como va a fallar
Una sola cifra de un navegador de escritorio oculta la mayor parte del problema. Estas son las comprobaciones que han detectado excesos reales en nuestros proyectos:
- Al abrirse. Use una caché vacía y cuente los bytes que se transmiten, no el tamaño de los archivos en el servidor.
- Desplazada hasta el final. La carga diferida retrasa las imágenes, no las elimina. Una página puede aprobar al abrirse y fallar al llegar al final.
- En un teléfono de alta densidad. Las pantallas de doble y triple densidad solicitan imágenes más grandes, por lo que la misma página puede pesar mucho más que en un portátil.
- Con JavaScript desactivado. La carga diferida que depende de un script se detiene, y todas las imágenes de la página pueden cargarse a la vez.
Inclúyalo en el contrato
Escriba el límite en el pliego, junto con el método para medirlo. Así, cada nueva función tiene un precio que todo el equipo puede ver. Cuando algo lo supera, web.dev ofrece las tres opciones honestas: optimizarlo, eliminarlo o no añadirlo.
Esta disciplina se amortiza en la primera emergencia que lleva a un nuevo público al sitio con teléfonos y conexiones deficientes. Para entonces ya es demasiado tarde para empezar.