Aplicación web o multiplataforma: qué decide la elección
La pregunta suele llegar al revés. No se elige la tecnología y después se ve qué se puede hacer con ella: se lista lo que la aplicación tiene que hacer y hay dos o tres requisitos que deciden solos.
Lo corto
- Si necesita cámara, GPS en segundo plano o notificaciones push, va multiplataforma.
- Si se usa desde el computador o se comparte por link, va web.
- La web se actualiza sin pedirle permiso a nadie; la de tienda espera revisión.
- La mantención pesa más que la construcción, y casi nunca se calcula.
Los requisitos que deciden solos
Hay tres que cierran la conversación antes de empezar: acceso al hardware del teléfono, funcionamiento sin internet y notificaciones que lleguen con la aplicación cerrada. Si el proyecto necesita cualquiera de los tres, va multiplataforma.
Si no necesita ninguno, la aplicación web casi siempre sale mejor. Se abre con un link, funciona en cualquier equipo y se corrige el mismo día sin pasar por la revisión de una tienda.
La mayoría de las herramientas internas de una empresa cae en el segundo grupo. Un panel de cobros, un registro de visitas o un formulario de terreno rara vez necesitan la cámara en segundo plano.
Qué cambia de verdad entre las dos
Lo que se nota en el uso diario es el acceso y la actualización. Una aplicación web se comparte pegando una dirección; una de tienda hay que buscarla, instalarla y actualizarla.
Y del lado de quien la mantiene, la diferencia es el tiempo entre encontrar un error y tenerlo corregido en el teléfono del usuario.
| Aplicación web | Multiplataforma | |
|---|---|---|
| Cómo se llega | Un link, en cualquier equipo | Instalación desde la tienda |
| Corregir un error | Se publica y ya está | Espera revisión de la tienda |
| Cámara, GPS y sensores | Limitado y con permisos del navegador | Acceso completo |
| Sin internet | Parcial y con trabajo extra | Nativo |
| Notificaciones con la app cerrada | Irregular según el equipo | Confiable |
| Costo de mantención | Un solo lugar | Dos tiendas y sus reglas cambiantes |
El costo que casi nadie calcula
La construcción se cotiza y se paga una vez. La mantención se paga todos los años y suele superar a la construcción antes del tercero.
En una aplicación de tienda esa mantención tiene una parte que no depende de ti: Apple y Google cambian sus reglas y exigen actualizar aunque la aplicación funcione perfecto. Un año sin tocarla puede terminar con la aplicación retirada.
Por eso conviene preguntar el costo de los tres años y no el del proyecto. Dos propuestas que se ven parecidas en la construcción pueden separarse mucho en el total.
Cuándo la nube cambia la ecuación
La decisión de dónde corre la aplicación es distinta de la de con qué se construye, y se confunden seguido. Una aplicación web y una multiplataforma pueden usar exactamente el mismo servicio en la nube por detrás.
Lo que la nube resuelve bien es no comprar servidores para un uso que todavía no existe, y crecer sin rehacer nada. Lo que trae es una cuenta mensual que sube con el uso, así que conviene saber desde el principio qué la hace subir.
Aplicaciones con agentes de IA adentro
Un agente sirve cuando la aplicación tiene que decidir algo que antes decidía una persona leyendo: clasificar un mensaje, extraer datos de un documento, redactar una respuesta. Ahí el ahorro es real y medible.
Donde no sirve es como reemplazo de una regla que ya está escrita. Si la decisión se puede expresar con un «si pasa esto, hacer esto otro», una condición normal es más barata, más rápida y no se equivoca.
Y hay un costo nuevo que conviene tener a la vista desde el diseño: cada consulta al modelo se cobra. Una función que se llama en cada carga de pantalla puede transformarse en una cuenta que nadie previó.
Cómo se elige en un proyecto concreto
Escribiendo primero la lista de lo que la aplicación tiene que hacer, quién la va a usar y desde dónde. Con esa lista al lado la elección técnica suele quedar decidida en diez minutos.
El orden inverso es el que sale caro: elegir la tecnología por costumbre o por moda y después descubrir que faltaba un requisito que obliga a rehacer.
Una decisión de este tipo, con el número al lado
El 25 de agosto de 2026 tuvimos que elegir entre dos formas de medir las 83 entradas de nuestro propio blog contra una norma de contenido. La herramienta que ya existía levanta un navegador completo por página, mide en tres anchos de pantalla y es la más fiel a lo que ve una persona. Por 83 páginas son cerca de veinticinco minutos.
La alternativa fue pedir el HTML servido y contar sobre él, sin navegador. La medición completa terminó en menos de un minuto y entró al turno diario, que era el requisito: una herramienta de veinticinco minutos no corre todos los días, y una que no corre todos los días no encuentra nada.
El precio de esa decisión está escrito y no es cero. Sobre el HTML servido no se ve nada que dependa de JavaScript, así que un marcado inyectado por el navegador se cuenta como ausente. En nuestro sitio el marcado se imprime en el servidor y por eso el atajo es válido; sobre el WordPress de un cliente no lo sería, y ahí sigue mandando el navegador.
Es la misma pregunta de fondo que web o multiplataforma: qué se gana en alcance y velocidad, qué se pierde en fidelidad, y si lo que se pierde importa en tu caso concreto. La respuesta cambia por proyecto y conviene escribirla antes de construir, no después.
Seguir leyendo
- Desarrollo de aplicaciones web y móviles, con lo que entrega el trabajo
- Desarrollo de software a medida, cuando lo que falta es un sistema completo y no una aplicación suelta
- Agentes de IA a medida, para la parte que decide
- Herramientas de operación a medida, con su panel en producción
Preguntas frecuentes
¿Qué es mejor, una aplicación web o una multiplataforma?
Depende de tres requisitos concretos: si necesita acceso a la cámara o a sensores del teléfono, si tiene que funcionar sin internet y si necesita notificaciones con la aplicación cerrada. Con cualquiera de los tres, multiplataforma. Sin ninguno, la web sale mejor en costo y en velocidad de corrección.
¿Una aplicación web se puede instalar en el teléfono?
Sí, como aplicación web progresiva: queda con su ícono en la pantalla y se abre a pantalla completa. Lo que no consigue con eso es el acceso completo al hardware ni notificaciones confiables con la aplicación cerrada, que siguen siendo el terreno de una aplicación de tienda.
¿Cuánto cuesta mantener una aplicación al año?
Varía mucho por proyecto, pero la parte que se olvida es que en una aplicación de tienda hay mantención obligatoria que no depende de ti: Apple y Google cambian requisitos y exigen actualizar aunque la aplicación funcione. Conviene cotizar el costo de tres años y no solo el de construcción.
¿Necesito publicar en la App Store y en Google Play?
Solo si tus usuarios son público general que la va a buscar ahí. Para una herramienta interna de una empresa la tienda suele ser un estorbo: agrega revisión, demora las correcciones y obliga a que cada persona instale y actualice. Un link funciona mejor.
¿Conviene meterle IA a la aplicación?
Cuando hay una decisión que hoy toma una persona leyendo algo, sí, y el ahorro se puede medir. Cuando la decisión ya está escrita como regla, una condición normal es más barata y no se equivoca. El criterio es si hace falta interpretar o solo comparar.
¿Se puede empezar con una web y pasar a multiplataforma después?
Sí, y suele ser el camino más barato cuando todavía no está claro si la herramienta se va a usar. Se construye la web, se mide el uso real durante unos meses y con eso a la vista se decide si el paso a tienda se justifica. Lo que se reaprovecha es todo el trabajo del servidor.
¿Cuánto se demora un proyecto así?
Una herramienta acotada con su panel se construye y se deja en producción en semanas. Lo que estira los plazos casi nunca es programar: es que los requisitos no estaban escritos completos al empezar y aparecen a mitad de camino.
Mide tu sitio hoy
Escribe el dominio de tu empresa y salen las seis capas con lo que falta en cada una. No pide correo ni teléfono.
Medir mi sitioActualizado el .