Por qué tu app hecha con IA se siente lenta (y qué hacer al respecto)
Una guía sin tecnicismos sobre las cuatro razones por las que las apps hechas con IA se sienten lentas — imágenes, listas, pantallas de espera y la base de datos — y la solución de cada una que le puedes pedir a tu creador de IA.
Tu app hecha con IA funciona. Los botones van adonde deberían, las pantallas cuadran, los datos se guardan. Pero algo se siente raro. Las páginas tardan un instante de más en cargar. Una lista de cincuenta elementos se queda colgada un segundo. Darle clic a “guardar” te hace esperar, luego esperar otro poco, y luego dudar si deberías darle clic otra vez. Nada está roto — solo se siente lento.
Si eres un fundador no técnico que publica con un creador de apps con IA, este es uno de los momentos de “no sé qué está mal” más comunes. La buena noticia es que el 80% de las apps lentas hechas con IA son lentas por el mismo puñado de razones. Ninguna requiere que aprendas cómo funcionan las bases de datos. Todas tienen soluciones que le puedes pedir a tu creador de IA en lenguaje sencillo.
Este post es el acordeón.
Por qué “lento” suele ser cuatro cosas
Cuando los usuarios dicen que una app se siente lenta, casi nunca quieren decir “el servidor está mal dimensionado”. Quieren decir una de cuatro cosas:
- El primer pintado es lento — le dan clic a un enlace y se quedan viendo una pantalla en blanco dos segundos antes de que aparezca algo.
- Una lista larga va pesada — desplazarse, filtrar o cargar “todos mis proyectos” tarda más que desplazarse por Instagram.
- Una acción tarda demasiado sin avisarles qué está pasando — le dan clic a “guardar” o “enviar” y nada responde de forma visible.
- A la base de datos le hacen demasiadas preguntas — las páginas que muestran datos de varios lugares traen cada pieza por separado y van apilando los tiempos de espera.
Eso es todo. Casi todas las apps lentas hechas con IA que he revisado son lentas por una de esas cuatro razones. Aquí te explico cómo detectar cada una y qué pedirle a tu creador que haga al respecto.
Razón de lentitud #1: el primer pintado
Cómo se ve: le das clic a un enlace de tu app, la barra de URL termina de cargar, pero la página queda en blanco uno o dos segundos antes de que aparezca algo.
Qué suele causarlo: la app está cargando cada pedazo de JavaScript que podría necesitar antes de mostrarte nada. Los creadores de apps con IA tienden a empaquetar con generosidad — mejor incluir algo que omitirlo — y ese paquete crece entre más funciones agregues.
Qué pedirle a tu creador de IA: “La primera carga de la página se siente lenta. ¿Puedes dividir los paquetes de JavaScript por ruta para que la página de inicio no tenga que descargar toda la sección de administración?” O, más simple: “Agrega carga diferida (lazy loading) para las rutas que no son la página de inicio.” La mayoría de los frameworks modernos soportan esto en una o dos líneas de configuración. La IA sabe cómo — solo tienes que pedirlo.
Ya que andas en eso: “¿Hay imágenes grandes en la landing page que podamos optimizar?” Una foto principal de 4 MB hunde la velocidad percibida más que cualquier problema de código.
Razón de lentitud #2: la lista larga
Cómo se ve: tienes una lista — proyectos, contactos, publicaciones, lo que sea — y una vez que pasa de cuarenta o cincuenta elementos, el desplazamiento se entrecorta o filtrar tarda un instante notable.
Qué suele causarlo: la app está renderizando todos y cada uno de los elementos en la página a la vez, incluso los que no puedes ver. Con diez elementos no pasa nada. Con quinientos, el navegador se ahoga.
Qué pedirle a tu creador de IA: “La lista de proyectos va lenta cuando hay muchos elementos. ¿Podemos agregar paginación, o virtualizar la lista para que solo se rendericen las filas visibles?” La paginación (“muestra 20 por página, con botones de siguiente/anterior”) es la solución más fácil. La virtualización (“renderiza solo lo que está en pantalla conforme el usuario se desplaza”) se siente más suave pero es un poco más de trabajo. Cualquiera está bien.
Si la lista también tiene búsqueda o filtros: “¿Puede el filtro de búsqueda ocurrir en el servidor en lugar de en el navegador?” Filtrar del lado del servidor significa que el navegador solo tiene en algún momento las filas que coinciden, no todo el conjunto de datos.
Razón de lentitud #3: la espera silenciosa
Cómo se ve: le das clic a “guardar” o “enviar” o “generar”. No pasa nada visible. Dos segundos después, la pantalla se actualiza y te das cuenta de que estuvo trabajando todo el tiempo.
Qué suele causarlo: la app está haciendo trabajo real — guardando en una base de datos, llamando a una API — pero el creador de IA no agregó un estado de carga. Así que desde tu punto de vista, el clic no hizo nada.
Esto en realidad no es un problema de rendimiento. Es un problema de rendimiento percibido, y esos suelen doler más que los reales. Una acción de 200 milisegundos sin retroalimentación se siente más lenta que una acción de 2 segundos con un indicador girando, porque el cerebro del usuario está a oscuras.
Qué pedirle a tu creador de IA: “Agrega un estado de carga a cada botón que dispara una acción. Muestra un indicador girando o un texto de ‘Guardando…’ mientras trabaja, y deshabilita el botón para que los usuarios no puedan darle doble clic.” Esta es la solución de rendimiento de mayor retorno en cualquier app y casi no cuesta nada.
Ya que andas en eso: “Para las acciones donde sabemos cuál será el resultado, ¿podemos actualizar la interfaz de forma optimista — mostrar el cambio de inmediato y revertirlo si el servidor lo rechaza?” Las actualizaciones optimistas son la razón por la que el botón de “me gusta” en las apps sociales se siente instantáneo aun cuando tu teléfono tiene pésima señal.
Razón de lentitud #4: la base de datos parlanchina
Cómo se ve: una página que muestra una lista de elementos, cada uno con información extra — como una lista de proyectos con el número de tareas de cada uno — tarda muchísimo más en cargar de lo que tardaría una lista simple.
Qué suele causarlo: la página está cargando los proyectos en una consulta, y luego cargando el conteo de tareas de cada proyecto en una consulta aparte. ¿Diez proyectos? Once consultas. ¿Cien proyectos? Ciento una. Esto se llama una “consulta N+1”, y es el error de rendimiento de base de datos más común en las apps hechas con IA porque la IA está optimizando para código que se lee con claridad, no para código que se ejecuta de forma eficiente.
Qué pedirle a tu creador de IA: “Esta página está haciendo una consulta por elemento. ¿Podemos traer todos los datos relacionados en una sola consulta — un join o un agregado?” No necesitas saber qué significa ninguna de esas palabras. La IA sí. Mostrarle la página lenta y decirle “creo que esto tiene un problema N+1” suele ser suficiente.
Puedes detectar problemas N+1 sin ninguna herramienta: abre la página, cuenta cuánto tarda, luego agrega diez veces más elementos a la lista de fondo. Si la página ahora es diez veces más lenta, tienes un N+1. Si solo es un poquito más lenta, no.
Una palabra sobre la optimización prematura
Una trampa en la que caen los creadores nuevos: intentar que cada página sea rápida antes de que nadie use la app. No lo hagas.
El trabajo de rendimiento tiene un costo real. Agregar paginación a una lista que solo va a tener veinte filas es esfuerzo desperdiciado. Optimizar una página que se carga dos veces al día es esfuerzo desperdiciado. Dividir paquetes para una herramienta interna con tres usuarios es esfuerzo desperdiciado. El momento correcto para arreglar una página lenta es cuando puedes nombrar la página, la acción y a una persona que se molestó por ello.
Así que constrúyela normal primero. Publícala. Observa cómo se usa. Cuando algo se sienta lento para una persona real — incluido tú — empata el síntoma con una de las cuatro categorías de arriba y pide esa solución específica. Tendrás una app más rápida sin gastar una semana en infraestructura que tus usuarios nunca van a notar.
Cómo platicar de velocidad con tu creador de IA
Un patrón que funciona: describe el síntoma, no la solución. La IA es mucho mejor de lo que esperarías para elegir la solución correcta, siempre que sepa qué está realmente mal.
Buenos prompts para copiar:
- “Cuando abro la página de configuración, hay un segundo de retraso antes de que aparezca algo. ¿Podemos averiguar qué está bloqueando el primer render?”
- “El panel tarda más en cargar que la página de inicio aunque muestra menos datos. ¿Podemos revisar cómo está trayendo sus datos?”
- “Cuando le doy clic a ‘guardar cambios’ en la página de perfil, no pasa nada durante dos segundos. Agrega un estado de carga y asegúrate de que no se pueda dar doble clic al botón.”
- “Prueba esta lista con 500 elementos falsos y dime dónde están las lentitudes.”
El último está subestimado. Pedirle a la IA que genere datos de prueba y pruebe la página ella misma es una de las cosas más útiles que puedes hacer. Con frecuencia encontrará los puntos lentos antes que tus usuarios — y propondrá la solución en la misma respuesta.
La velocidad en las apps hechas con IA no es cosa de magia. Es saber en cuál de los cuatro cubos cae tu problema, y pedir la solución correcta con palabras claras. Haz eso, y “se siente lento” se vuelve “se siente bien” con un puñado de cambios pequeños y dirigidos — no con una reescritura.