Cómo tener app en el móvil sin pasar por App Store ni Google Play
El icono en la pantalla de inicio sin revisión de Apple, sin cuenta de desarrollador y sin esperar dos semanas. Cómo se monta y qué pierdes.
Casi todo el mundo que quiere una app en realidad quiere un icono.
Quiere que su gente entre desde el móvil, tocando algo en la pantalla de inicio, sin escribir una dirección y sin ver la barra del navegador. Eso es lo que significa "quiero una app" el 90% de las veces que alguien lo dice.
Y eso no necesita ni App Store, ni Google Play, ni cuenta de desarrollador, ni esperar a que un revisor de otra empresa decida si le parece bien tu producto.
¿Necesito publicar en las tiendas para tener una app?
No, si te vale con lo que se llama una aplicación web instalable.
Es una web normal, montada de forma que el móvil la reconoce como instalable. El usuario entra, le da a "añadir a pantalla de inicio", y a partir de ahí tiene su icono. Al abrirla se ve a pantalla completa, sin barra de navegador. Parece una app porque, a efectos de quien la usa, lo es.
Lo que te ahorras es considerable: la cuota anual de desarrollador de Apple, la de Google, el proceso de revisión (que puede rechazarte por motivos que no controlas), y esperar días o semanas cada vez que quieres publicar un cambio.
Y lo que ganas en el día a día es lo mejor: cuando actualizas, todo el mundo tiene la versión nueva al instante. Sin que nadie tenga que actualizar nada.
¿Cuándo sí necesitas las tiendas?
Vamos con lo honesto, porque esto no vale para todo.
Necesitas la tienda si tu app tiene que cobrar suscripciones dentro de la propia app, si necesita acceso profundo al móvil (sensores concretos, funcionar en segundo plano de verdad, integrarse con el sistema), o si la gente te va a buscar en la tienda, que es un canal de descubrimiento real para productos de consumo.
También si necesitas notificaciones automáticas absolutamente fiables. Las aplicaciones web instalables las soportan, pero con matices según el sistema y la versión, y no quieres que tu negocio dependa de eso.
Para todo lo demás (herramientas internas, apps para clientes concretos, catálogos, reservas, cursos, comunidades, paneles) la ruta sin tiendas es más rápida, más barata y da menos disgustos.
Cómo se monta, en concreto
Dos rutas según de dónde partas.
Si tus datos están en una hoja de cálculo: Glide. Conectas la hoja, eliges cómo se ven las pantallas y sale una app instalable en el móvil. Es la ruta más rápida que existe: en una tarde tienes algo funcionando. El paso a paso completo lo tengo en crear una app con Glide desde cero.
Si necesitas usuarios con permisos distintos y más control: Softr. Va sobre una base de datos, gestiona roles y también se puede instalar en el móvil.
En las dos, el paso que a mucha gente se le escapa es que hay que decirle a la gente cómo se instala. Nadie sabe que existe la opción de "añadir a pantalla de inicio" si tú no se lo dices.
El paso que todo el mundo se salta: enseñar a instalarla
Esto es media guerra. En serio.
Yo pongo una pantalla dentro de la propia app, o un mensaje en la primera visita, explicándolo en dos líneas y con captura:
En iPhone: abre el enlace en Safari (en Safari, no en otro navegador), toca el botón de compartir, y elige "Añadir a pantalla de inicio".
En Android: abre el enlace en Chrome y toca "Instalar aplicación" en el menú, o acepta el aviso que suele salir solo.
Tres frases. Sin ellas, la mitad de la gente usa tu app en una pestaña del navegador, la pierde entre otras veinte y no vuelve.
Lo que se te va a atascar
Safari y sus normas. En iPhone, la instalación solo funciona desde Safari. Si alguien abre tu enlace desde dentro de una aplicación de mensajería, se abre en un navegador interno y la opción no aparece. Es el fallo número uno y no tiene arreglo elegante: hay que explicarlo.
El icono y el nombre. Si no los configuras, el icono queda feo o genérico y el nombre sale cortado. Se arregla en cinco minutos, pero hay que acordarse: icono cuadrado de buen tamaño y nombre corto, de dos palabras como mucho.
Trabajar sin conexión. Se puede hacer, y es más lío del que parece. Si tu app la van a usar en sitios sin cobertura, cuenta con dedicarle tiempo. Si es para oficina o casa, olvídate del tema.
Las notificaciones. Funcionan, pero con condiciones y diferencias entre sistemas. Antes de prometerle notificaciones a nadie, pruébalo en los móviles reales de tu gente, no en el tuyo solo.
Que se vea mal en pantallas pequeñas. Diseña mirando un móvil de verdad desde el primer día. Lo que en el ordenador parece perfecto, en una pantalla de seis pulgadas se convierte en botones que no se pueden tocar con el dedo.
Lo que pierdes de verdad al no ir a las tiendas
Para que no parezca que esto es gratis, va la lista honesta de lo que dejas fuera.
El escaparate. Nadie va a encontrar tu app buscando en la tienda, porque no está. Toda la llegada de usuarios depende de que tú les pases el enlace. Para una herramienta interna o para clientes tuyos, da igual. Para un producto de consumo que aspira a que la gente lo descubra sola, es un problema serio.
La sensación de oficialidad. Hay público, sobre todo menos técnico, al que "instálalo desde el navegador" le suena raro y le genera desconfianza. Se resuelve explicándolo bien, pero existe.
Cobrar dentro de la app. Puedes cobrar por fuera, con una pasarela de pago normal en la web, y de hecho te ahorras la comisión de la tienda, que no es pequeña. Lo que no puedes es usar el sistema de compras del móvil.
Algunas capacidades del sistema. Acceso fino a sensores, funcionar en segundo plano, integraciones profundas. Si tu idea depende de eso, esta ruta no te vale y es mejor saberlo hoy que después de dos semanas montando.
Mi regla: empieza sin tiendas siempre. Si el producto funciona y en algún momento choca contra una de estas cuatro paredes, entonces te planteas dar el salto, ya con usuarios reales que justifiquen el trabajo.
Y ahora qué
Coge lo que ya tengas (una hoja de cálculo, una herramienta interna, un listado) y móntalo como app instalable esta semana. Pásasela a tres personas con las instrucciones de instalación y mira si la usan.
Si a los quince días hay iconos de tu app en tres móviles y se abren, tienes producto. Y entonces ya te plantearás si necesitas la tienda para algo, que probablemente no.
Si estás decidiendo con qué construir antes de meterte en esto, el panorama completo está en crear apps sin programar. Y si todavía no tienes claro qué significa exactamente todo este mundo, empieza por qué es el no-code y para qué sirve.
Algunos enlaces de este artículo son de afiliado: si contratas la herramienta, me llevo una comisión sin que a ti te cueste más.
Si no sabes si tu idea encaja en esta ruta o necesitas otra cosa, el test que hice te orienta en un par de minutos según lo que quieras montar.
Sigue leyendo
Claude Code vs GitHub Copilot: no hacen lo mismo en la práctica
Copilot completa líneas y Claude Code hace la tarea entera. Les pedí lo mismo a los dos: diferencias reales, precio y cuál te conviene.
Alternativas a GitHub Copilot en 2026 según lo que necesites
Copilot fue el primero y ya no es el mejor en casi nada. Cinco alternativas reales, con precios y techos, según lo que hagas de verdad cada día.
Los mejores editores con IA en 2026 para no programadores
Seis editores con IA ordenados por lo único que importa cuando no programas: cuánto te dejan tirado cuando algo se rompe. Con precios y límites.
Mejores IA de vídeo con tu propia cara: comparativa real
Comparo Seedance, Veo 3.1, Sora 2 y Kling 3.0 para generar vídeo con tu propia cara. Cuál elegir según los segundos que necesitas y lo que ya pagas.