¿Cuántas veces alguien dijo «el sitio anda lento» en una reunión de tu empresa y la conversación terminó sin que nadie pudiera explicar por qué?
La escena suele darse con las personas correctas en la sala. La agencia muestra una medición en verde, el proveedor de hosting confirma que el servidor está sano, marketing asegura que no tocó nada, desarrollo confirma que el último despliegue no rompió nada, y el gerente comercial sigue recibiendo capturas de clientes que abandonaron el carrito. Nadie miente, y aun así la reunión se cierra sin decisión y se agenda otra para el mes siguiente.
El problema es que la pregunta no se puede contestar tal como está formulada. «Está lento» describe una experiencia, no un hecho medible: no dice qué página, en qué dispositivo ni en qué parte del proceso se está perdiendo el tiempo. Y ahí aparece la idea que ordena todo lo demás. La lentitud nunca ocurre «en el sitio»: ocurre en un lugar concreto, y ese lugar le pertenece a alguien concreto. Un diagnóstico de performance en ecommerce no consiste en optimizar, consiste en ubicar ese lugar antes de gastar una sola hora de desarrollo.
Por qué todos tienen razón y nadie resuelve
Las mediciones se contradicen por una razón simple: existen dos formas de medir la velocidad de una tienda y responden preguntas distintas. La prueba de laboratorio ejecuta la página desde una máquina con buena conexión, sin sesión iniciada y sin carrito, y devuelve un puntaje. El dato de campo recoge lo que vivieron los clientes que entraron esta semana, con sus equipos y su recorrido real. El primero mide una visita ideal que casi nadie hace; el segundo mide el negocio. Por eso un sitio puede marcar 92 puntos en la herramienta de la agencia y seguir perdiendo carritos en móvil, sin que ninguno de los dos datos sea falso.
Discutir el puntaje, entonces, no lleva a ninguna parte. Preguntar dónde se acumulan los segundos, sí, porque se acumulan de forma bastante medible: en las tiendas que cargan bien el servidor entrega su primera respuesta en unos 600 milisegundos, mientras que en las que cargan mal ese mismo paso toma 2,270, y la demora en encontrar la imagen principal salta de 350 a 1,290 milisegundos, según el Web Almanac 2025 de HTTP Archive. Una tienda lenta no es lenta por temperamento: es una suma de tramos que alguien nunca desglosó.
Los seis lugares donde se pierde el tiempo
Casi cualquier caso de lentitud se aloja en uno de seis lugares. Van ordenados como los vive el cliente, desde el clic hasta el intento de compra, y cada uno se reconoce por una señal propia y responde a un dueño distinto.
1. El servidor piensa demasiado antes de contestar. El cliente hace clic y la pantalla queda en blanco antes de que aparezca nada. Si el retraso ocurre antes del primer elemento dibujado, ni el diseño ni las imágenes tienen que ver: el problema está en el hosting, en la base de datos o en una consulta mal resuelta del catálogo. Conviene descartarlo antes que cualquier otra hipótesis, porque solo el 44% de las páginas móviles del mundo tiene un tiempo de respuesta de servidor aceptable. Dueño: infraestructura o el proveedor de hosting.
2. La página no sabe qué es lo importante. El servidor responde rápido, pero el navegador tarda en descubrir cuál es la imagen o el bloque principal porque la plantilla lo tiene escondido detrás de capas de código. La tienda arranca bien y se queda a medio dibujar. Es un problema de cómo está construido el tema, no de cuánto pesa el contenido, y por eso ninguna compresión de imágenes lo resuelve. Dueño: quien desarrolló o personalizó la plantilla.
3. El catálogo pesa más de lo que debería. Es la causa más frecuente y también la más barata de corregir. La home móvil mediana ya pesa 2.6 MB, y las imágenes son la porción mayor de ese peso con 911 KB, también según el Web Almanac 2025. Cuando el equipo de contenido sube las fotos en la resolución exacta en que llegaron del proveedor, la tienda se degrada sin que nadie haya cambiado una línea de código. Dueño: catálogo y contenido.
4. Las etiquetas que nadie retiró. Píxeles de campañas terminadas, mapas de calor de una auditoría del año pasado, dos chats en vivo porque se probaron ambos, herramientas de prueba A/B que quedaron encendidas después del experimento. Cada una entró con una razón válida y ninguna salió, así que el síntoma es una tienda que se degradó de a poco, sin un evento que lo explique. Dueño: marketing, y es el único lugar que el negocio puede corregir sin pedirle nada a desarrollo.
5. Se ve lista, pero no responde. El cliente ve la página completa, toca «agregar al carrito» y no pasa nada durante un segundo largo, así que vuelve a tocar. Técnicamente la página cargó; comercialmente está caída. Casi siempre es exceso de aplicaciones montadas sobre la plataforma, peleando por el mismo hilo de ejecución. Y el margen de maniobra no depende solo de la voluntad del equipo: en móvil, apenas el 35% de las tiendas sobre WooCommerce aprueba las métricas de experiencia de Google, frente al 76% de las tiendas sobre Shopify, una brecha que habla del control real que tienes sobre lo que se instala. Dueño: plataforma, aplicaciones y desarrollo.
6. No está lenta, está inestable. El banner empuja el texto, el aviso de cookies desplaza el botón, la tipografía cambia de tamaño y el cliente termina tocando el elemento equivocado. Nadie reporta esto como inestabilidad: todos lo reportan como lentitud, porque una página que no se queda quieta se siente igual que una que no termina de cargar. Dueño: frontend, junto con quien inserta banners y avisos.
Por eso nadie te sabe decir por qué
Mira la lista otra vez y aparece la respuesta a la pregunta del inicio: seis lugares con seis dueños, y cada dueño midiendo únicamente su pedazo con total honestidad. El hosting revisa que el servidor esté arriba, y lo está. Marketing revisa que sus campañas midan bien, y miden bien. Desarrollo revisa que el último despliegue no rompió nada, y no lo rompió. La parte de nadie es el recorrido completo.
Eso no es una falla de las personas, es una falla de gobierno: cuando la lentitud no tiene un dueño asignado, no es que nadie sepa la respuesta, es que nadie tiene el mandato de buscarla completa. Y mientras siga así, la reunión va a terminar donde empezó.
Qué se decide con un diagnóstico
Un diagnóstico bien hecho no entrega una lista de mejoras, entrega una decisión de inversión: te dice en cuál de los seis lugares se está perdiendo el tiempo de tus clientes y, sobre todo, cuáles cinco no vale la pena tocar todavía. Esa segunda parte es la que cuida el presupuesto, porque la forma más costosa de mejorar performance es atacar seis frentes a la vez sin saber cuál pesa, y pagar por mejoras reales que el cliente nunca va a percibir.
El retorno de acertar, en cambio, está cuantificado: una mejora de apenas 0.1 segundos en la velocidad móvil elevó la conversión en retail un 8.4% y el ticket promedio un 9.2%, según un estudio de Deloitte y Google sobre 37 marcas y 30 millones de sesiones. Con el comercio electrónico peruano creciendo 21.2% en 2024 hasta los US$15,600 millones, según CAPECE, ese porcentaje se aplica sobre una base que ya dejó de ser marginal para cualquier operación mediana.
Cierre
«Está lento» va a seguir siendo la forma en que el problema entra a la conversación, y está bien que lo sea: así lo vive el cliente. Lo que separa a una operación que resuelve de una que se queda discutiendo puntajes es la reacción inmediata. Si la respuesta es abrir la herramienta de siempre y mirar un número, la reunión se repite el próximo mes con las mismas personas. Si la respuesta es preguntar en cuál de los seis lugares se está perdiendo el tiempo y quién responde por ese lugar, ya hay un diagnóstico en marcha.
Empezar por ahí también ordena el gasto, porque el diagnóstico y la optimización son dos decisiones separadas y en ese orden. Ubicar el lugar toma pocas horas, bastantes menos de las que el equipo ya invirtió discutiendo el síntoma, y no obliga a aprobar nada más todavía: primero sabes qué hay que arreglar, y después decides cuánto quieres invertir en arreglarlo. Ese es el orden en que Prodequa está trabajando la primera bolsa de 10 horas de soporte ecommerce que entrega sin costo a nuevos clientes. Puedes ver los detalles en prodequa.com/soporte-ecommerce-sin-costo.
Enlaces relacionados
- ¿Pendiente de diez minutos o problema de sistema? Cómo ordenar cualquier falla de tu ecommerce
- Optimización de checkout con plataformas restrictivas: qué margen real tienes
- El efecto dominó de operar desconectado: cómo la brecha entre ERP y ecommerce erosiona márgenes
Fuentes
- HTTP Archive, Web Almanac 2025, capítulo Performance: solo el 44% de las páginas móviles registra un buen tiempo de respuesta de servidor (TTFB); en el percentil 75, las páginas con LCP bueno muestran 600 ms de TTFB y 350 ms de retraso en la carga del recurso principal, frente a 2,270 ms y 1,290 ms en las páginas con LCP deficiente. almanac.httparchive.org
- HTTP Archive, Web Almanac 2025, capítulo Page Weight: la home móvil mediana pesa 2.6 MB y hace 72 pedidos de red, un alza de 8.4% frente a 2024; las imágenes suman 911 KB en home y el JavaScript 646 KB en móvil. almanac.httparchive.org
- HTTP Archive, Web Almanac 2025, capítulo Ecommerce: en móvil, 35% de los sitios WooCommerce aprueba las Core Web Vitals frente a 76% de los sitios Shopify. almanac.httparchive.org
- Deloitte y Google, «Milliseconds Make Millions» (2020): una mejora de 0.1 segundos en velocidad de sitio móvil elevó la conversión retail un 8.4% y el ticket promedio un 9.2%, sobre 37 marcas y 30 millones de sesiones. thinkwithgoogle.com
- CAPECE, Observatorio Ecommerce: el ecommerce peruano creció 21.2% en 2024 hasta US$15,600 millones y representa el 5.5% del PBI. peru-retail.com
