«Es el internet de la oficina.» Es la explicación más común cuando un sistema de gestión tarda en abrir, y casi nunca se comprueba. Se cambia de proveedor de internet, se compra un módem nuevo, y el sistema sigue igual de lento.

La lentitud de un sistema web casi siempre tiene una causa medible dentro del propio sistema. Estas son tres que encontramos al revisar sistemas en producción, con sus números reales, y cómo puedes revisar el tuyo sin ser programador.

Una pantalla de acceso de 2 MB

En un sistema de registro de horas, la pantalla de login pesaba 2 MB de código en un solo archivo: 583 KB ya comprimidos, que es lo que de verdad viaja por la red.

Para mostrar dos campos y un botón, cada persona descargaba la aplicación completa: los reportes, la administración de empleados, los catálogos, los tableros. Todo antes de poder escribir su correo.

Es como si para entrar a una bodega tuvieras que cargar primero todo el inventario hasta la puerta. Con buen internet se nota poco. Con la red de una sucursal, un celular con datos o una oficina con veinte personas entrando a las 9 de la mañana, se nota todos los días.

Cada pantalla se carga cuando alguien la abre

El arreglo tiene nombre técnico, división de código por página, pero la idea es sencilla: el sistema se parte en piezas y cada pantalla se descarga solo cuando alguien la abre. Quien solo registra sus horas nunca descarga la pantalla de reportes.

Medido en producción después del cambio, con dos instrumentos distintos (la descarga directa del archivo y el navegador cargando la pantalla), el login ahora descarga 598 KB de código, 174 KB comprimidos. Es cerca de un 70 % menos de lo que viajaba antes por la red, en la pantalla que todos abren todos los días.

El doble viaje que nadie ve

Al revisar ese mismo inicio de sesión apareció otro detalle: el sistema pedía los datos del usuario dos veces. Dos partes de la aplicación necesitaban el perfil y cada una lo consultaba por su cuenta.

En pantalla no se nota nada. El usuario ve su nombre y entra. Pero cada consulta repetida es un viaje más al servidor, y en sistemas grandes estos viajes se acumulan: diez consultas duplicadas en una pantalla son la diferencia entre que abra al instante o que la gente se acostumbre a esperar.

Este tipo de problema solo aparece cuando alguien cuenta las consultas. Nadie lo reporta, porque nadie sabe que debería ser más rápido.

Un viaje al servidor por cada letra

En otro sistema, el buscador del panel de administración consultaba al servidor con cada tecla. Escribir un nombre de ocho letras eran ocho consultas, y cada una tardaba entre 160 y 270 milisegundos, medidos en producción.

El resultado se siente como un buscador «pesado»: las letras aparecen tarde, la lista parpadea, los resultados de la palabra anterior llegan después de los de la actual. La persona escribe más despacio para que el sistema la alcance.

La solución fue filtrar en el navegador lo que ya estaba cargado, al instante, y consultar al servidor solo cuando la persona hace una pausa. Mismos resultados, sin el retraso en cada letra.

Por qué casi nunca es el internet

Los tres casos tienen algo en común: el problema estaba en cómo estaba armado el sistema, no en la conexión. Y los tres pasaban desapercibidos porque el sistema funcionaba. Nadie levanta un reporte de error porque una pantalla tarda tres segundos. Simplemente se vuelve «así es el sistema».

Ese costo no aparece en ninguna factura, pero se paga. Si veinte personas esperan unos segundos varias veces al día, todos los días, el sistema le está cobrando a la empresa horas de trabajo al mes. Y la parte más cara no es el tiempo: es que la gente deja de usar el sistema para lo que no es obligatorio y regresa a la hoja de cálculo o a WhatsApp.

Cómo revisar el tuyo en cinco minutos

No necesitas acceso al código. Basta con el navegador Chrome en una computadora:

Abre la pantalla de acceso de tu sistema y presiona F12 (o clic derecho → Inspeccionar). Ve a la pestaña Red (Network).
Recarga la página con la pestaña abierta. Abajo verás cuántos datos se transfirieron. Si la pantalla de login transfiere más de 1 MB, vale la pena preguntar por qué.
Escribe en un buscador del sistema con la pestaña abierta. Si aparece una consulta nueva por cada letra, ya encontraste un punto de mejora.
Busca consultas repetidas: el mismo nombre de consulta dos o más veces al abrir una pantalla es un viaje de más.

Ninguna de estas señales significa que tu sistema esté mal hecho. Significa que hay una medición pendiente, y que la conversación con tu proveedor puede ser sobre números y no sobre impresiones.

Preguntas para tu proveedor

¿Cuánto pesa la primera pantalla del sistema? Si nadie lo sabe, nadie lo ha medido.
¿El sistema se descarga completo o por pantallas? Un sistema que crece sin dividirse se vuelve más lento con cada módulo nuevo.
¿Cuántas consultas hace al abrir las pantallas principales? Y cuántas de ellas son repetidas.
¿Cómo se mide el rendimiento después de cada cambio? La velocidad de hoy no garantiza la de dentro de seis meses.

Cuando evalúes un software a la medida, el rendimiento debería venir medido en la entrega, igual que las funciones. Si estás comparando propuestas, en nuestra guía de cuánto cuesta un software a la medida explicamos qué debería incluir una seria.

La lentitud no se discute, se mide. Si quieres saber dónde se le va el tiempo a tu sistema, conversemos.