Una instrumentadora abre el catálogo en el celular, en el pasillo del quirófano, y marca «rodilla» en el filtro de región anatómica. La pantalla queda en blanco un par de segundos. Marca «artroplastia» para acotar y espera otra vez. En la oficina de marketing nadie se queja de la velocidad del catálogo, porque desde ahí todo el sitio tarda más o menos lo mismo.
Esa diferencia entre lo que ve el equipo y lo que ve un visitante es la primera pista.
Qué hace la caché, sin tecnicismos
Cada página de un sitio con gestor de contenidos se arma cuando alguien la pide: el servidor consulta la base de datos, junta los productos, aplica la plantilla y devuelve el resultado. Con un catálogo grande, ese armado tarda. La caché guarda la página ya armada y se la entrega lista a la siguiente persona que pide lo mismo, en una fracción del tiempo.
Quien entra al sitio con usuario de administrador recibe siempre la página armada en el momento, para ver los cambios que acaba de hacer. Por eso, desde el panel, la portada y el catálogo filtrado tardan parecido, y la lentitud que sufre un visitante en una parte del sitio no se distingue. Cualquier prueba de velocidad se hace sin sesión iniciada, en un navegador donde nadie de la empresa haya entrado.
Por qué los filtros complican las cosas
En un catálogo de dispositivos médicos, cada combinación de filtros produce una dirección distinta: placas de húmero, placas de húmero en titanio, placas de húmero de una marca. Para la caché, cada dirección es una página diferente que hay que guardar por separado. Con cinco ejes de navegación (área de interés, región anatómica, tipo de producto, procedimiento y marca), las combinaciones posibles son miles.
Ante eso, muchos sitios dejan las vistas filtradas fuera de la caché, a veces por una regla que alguien puso para resolver un problema puntual. El resultado es que la parte del sitio que más se recorre para encontrar un producto es la que se arma de cero en cada clic.
En SAI: 2,6 segundos por clic
SAI, fabricante y distribuidor ortopédico argentino, tiene un catálogo de cerca de 270 productos con esos cinco ejes. Un aviso de consumo del servidor llevó la revisión hacia el catálogo filtrado, que se armaba en el momento 13.114 veces por día. Las vistas filtradas no pasaban por la caché: una regla lo impedía, puesta tiempo atrás para evitar que los resultados de una marca se mezclaran con los de otra.
Antes de tocarla, comprobamos que el motivo ya no existía: la caché del sitio guardaba una versión por cada dirección y entregaba la que correspondía. Con eso, la regla se cambió para que las vistas con un solo filtro se guarden. Ahí está la mayor parte de los clics reales, y la cantidad de páginas para guardar queda acotada. Las combinaciones de dos o más filtros siguen armándose en el momento, a propósito, y la búsqueda también.
- Vista del catálogo con un filtro2,6 s0,18 s
La comprobación se hizo sin sesión: cinco rondas con tres filtros distintos. Las quince respuestas llegaron desde la caché, y cada filtro mostró sus propios productos, sin mezclas entre marcas, que era el riesgo que había justificado la regla original. Para deshacer el cambio alcanza con modificar un carácter, y eso permitió probarlo sobre el sitio publicado, con tráfico real.
Medir bien antes de arreglar
La primera sospecha en un catálogo lento suele ser el filtro: demasiadas consultas a la base de datos para decidir qué productos mostrar. En SAI, esa parte también se optimizó, y la mejora fue chica. La comparación que apuntaba al filtro enfrentaba una página que salía de la caché con otra que no podía salir. Puestas en igualdad de condiciones, las dos tardaban casi lo mismo en armarse. La diferencia la hacía la caché.
Hay una segunda trampa en la medición. Cuando el servidor está en otro país, buena parte del tiempo que se mide desde la oficina es el viaje de ida y vuelta, que ningún ajuste del sitio resuelve. Antes de culpar al código se separa cuánto tarda el servidor en responder y cuánto tarda la respuesta en llegar.
Qué preguntar si el catálogo ya está lento
Rehacer el sitio rara vez es la respuesta. La lentitud suele estar en una capa puntual, y estas preguntas la ubican rápido:
- ¿El catálogo filtrado pasa por la caché? Se mira en una prueba sin sesión, comparando el primer pedido de una vista con el segundo. - ¿Hay una regla vieja que la bloquea? Si la hay, se averigua por qué se puso y si esa causa sigue existiendo. - ¿Qué combinaciones de filtros usa la gente de verdad? La medición del sitio lo muestra, y define cuántas vale la pena guardar. - ¿El cambio se puede deshacer en minutos? Si no, no se prueba sobre el sitio publicado.
Servicios de los que habla esta nota
