Publicar una app de Lovable, Bolt o Bubble en la App Store
Has construido algo con un creador de apps con IA, funciona en el navegador y ahora te preguntan: «¿Está en la App Store?». Cómo llegar ahí depende de lo que el creador genera de verdad: una web app, un proyecto de React Native o una app nativa construida dentro de la propia herramienta.
Esta guía comprueba, con la documentación oficial de cada uno, qué ofrecen Lovable, Bolt y Bubble para móvil, compara los caminos realistas hacia la App Store y Google Play, y repasa las normas de revisión y las trampas de inicio de sesión que más afectan a las apps hechas con IA.
Funciones y precios de los proveedores a octubre de 2026; pueden cambiar, y cada sección enlaza la fuente. Las citas de Apple proceden de las App Review Guidelines, actualizadas el 8 de junio de 2026, en su versión original en inglés. Nadie puede garantizar una aprobación: App Review decide caso por caso.
La respuesta corta
| Herramienta | Qué construye | ¿Salida móvil nativa? | Camino más corto a las tiendas |
|---|---|---|---|
| Lovable | Web apps (React; los proyectos nuevos, con TanStack Start) | No: Lovable «does not generate React Native projects» | Envolver la web app publicada, o exportar el código y añadir Capacitor |
| Bolt | Web apps, o apps de Expo (React Native) si pides una app móvil desde el principio | Sí, mediante Expo | Compilar y enviar con la CLI de EAS de Expo en tu ordenador |
| Bubble | Web apps y, además, apps nativas en un editor móvil aparte (beta pública) | Sí, basada en React Native, construida en Bubble | Desplegar desde el editor de Bubble con un plan móvil de pago |
Qué ofrece cada herramienta para móvil (a octubre de 2026)
Lovable
Las preguntas frecuentes de Lovable son claras: Lovable construye aplicaciones web que puedes adaptar a móvil, y «does not generate React Native projects». Para las tiendas propone dos caminos: convertir la app publicada en una Progressive Web App o envolverla con una herramienta como Capacitor y enviarla.
Dos detalles importan para llegar a las tiendas:
- El stack cambió en 2026. Los proyectos nuevos usan TanStack Start con renderizado en servidor desde el 13 de mayo de 2026. Los proyectos anteriores funcionan con React + Vite.
- Eso cambia cómo puedes empaquetarla. Según la página de alojamiento y propiedad de Lovable, las apps antiguas de React + Vite generan archivos estáticos que cualquier hosting estático puede servir, mientras que las apps de TanStack Start ejecutan código de servidor. Un build estático se puede meter en un contenedor nativo; una app renderizada en servidor tiene que cargarse desde donde se ejecuta.
Puedes exportar el código como ZIP o mediante Git. La app de Lovable que está en las tiendas es un editor para el móvil, no una forma de publicar tu proyecto como app.
Bolt
La página de la integración con Expo de Bolt explica que, cuando pides una app móvil, Bolt usa Expo: una sola base de código para iPhone, Android y web. La vista previa se abre escaneando un código QR con la app Expo Go.
La publicación se hace fuera de Bolt: descargas el código, instalas Node.js y Git, creas una cuenta de Expo y usas la CLI de EAS. eas build --platform ios --auto-submit envía un build de iOS a TestFlight y eas build --platform android genera un archivo que subes en Google Play Console. Necesitas tus propias cuentas de desarrollador de Apple y Google.
Dos advertencias de la misma página: los proyectos creados para web «do not easily switch over to mobile», así que escribe «mobile app» en tu primer prompt; y el slug de la app no se puede cambiar después del primer build. El servicio de builds de Expo tiene un nivel gratuito con 15 builds de Android y 15 de iOS al mes en una cola de baja prioridad; los planes de pago empiezan en 19 $ al mes (precios de Expo).
Bubble
El editor móvil nativo de Bubble está en beta pública, según su manual. Sus apps nativas se basan en React Native, y los builds se envían desde el propio editor, sin Xcode ni Android Studio.
- Tu interfaz web no se traslada. La guía nativo vs. web de Bubble explica que las apps nativas usan componentes propios de cada sistema operativo, así que las pantallas móviles se construyen aparte. La base de datos y el backend se comparten.
- Publicar requiere un plan de pago. Construir y probar en el dispositivo es gratis; TestFlight, las pruebas de Google Play y las tiendas necesitan un plan móvil. Los planes solo móvil empiezan en 42 $ al mes con pago anual (49 $ con pago mensual), con 5 builds para tiendas al mes tras los tres primeros meses; los planes Web + Mobile empiezan en 59 $ al mes con pago anual (precios, detalles de los planes).
- Usa tus propias cuentas. Para iOS creas una clave de API de App Store Connect en tu cuenta de desarrollador y Bubble sube los builds a App Store Connect (guía de iOS). Para Android subes el primer
.aaba mano; después, una clave de cuenta de servicio permite a Bubble subir los builds (guía de Google Play). - Las actualizaciones over-the-air cubren la mayoría de los cambios sin un nuevo envío a la tienda.
Tres caminos a las tiendas
Camino 1: la salida nativa de la herramienta
Disponible en Bolt (proyectos Expo) y Bubble (editor nativo). Obtienes una app de React Native con navegación nativa y acceso a funciones del dispositivo. La pega: es una segunda app. Si tu producto ya vive en la web, a partir de ahora mantienes dos frontends.
Camino 2: envolver la web app publicada
Un contenedor nativo (WKWebView en iOS, WebView en Android) carga tu web en directo. Funciona con las tres herramientas, incluidos los proyectos de Lovable renderizados en servidor, y cada despliegue web llega a la app sin actualizar la tienda.
La pega es el riesgo en la revisión: un contenedor que solo muestra una web es justo lo que persigue la directriz 4.2. Necesita navegación de app, un estado sin conexión cuidado y una primera pantalla útil; lo explicamos en nuestro artículo sobre la directriz 4.2. Los flujos de inicio de sesión también requieren atención (más abajo).
Camino 3: exportar el código y compilarlo tú
Con un proyecto de Lovable en React + Vite o un proyecto web de Bolt, añades Capacitor al código exportado: npx cap init, apuntas webDir a tu carpeta de build, npx cap add ios / android, npx cap sync, y compilas en Xcode (en un Mac) y Android Studio. En esta configuración, Capacitor empaqueta tus archivos compilados dentro de la app. Con los proyectos de TanStack Start de Lovable no es un paso directo, porque necesitan un servidor en marcha. (En un proyecto Expo de Bolt, el camino 3 es el camino 1: EAS es el paso de compilación.)
Control total y, a partir de ahí, los certificados de firma, las actualizaciones nativas y los builds para las tiendas son cosa tuya.
Comparativa
| Lovable | Bolt (proyecto web) | Bolt (proyecto Expo) | Bubble | |
|---|---|---|---|---|
| Salida nativa de la herramienta | No | No | Sí (Expo) | Sí, beta pública |
| Envolver la app publicada | Sí | Sí | No hace falta | Sí, para la web app |
| Exportar + Capacitor | React + Vite: sí; TanStack Start: necesita servidor | Sí | — | No: las apps de Bubble solo funcionan en Bubble (manual) |
| Quién envía | Tú | Tú | Tú (EAS + tus cuentas) | Tú (tus claves de API) |
| Los cambios web llegan a la app | Contenedor: al instante; empaquetada: nuevo build | Igual que Lovable | Nuevo build o actualización OTA | OTA para la mayoría de cambios |
| Riesgo principal | 4.2 en contenedores; redirecciones de login | Igual que Lovable | Rehacer como proyecto móvil | Rehacer la interfaz; estado beta |
Normas de la App Store que afectan a las apps hechas con IA
4.2 Funcionalidad mínima
«Your app should include features, content, and UI that elevate it beyond a repackaged website.»
Se aplica a cualquier web app envuelta, la haya construido la herramienta que sea. Las soluciones (navegación inferior, estado sin conexión, nada de comportamiento de navegador, una primera pantalla útil) están en nuestro artículo sobre la directriz 4.2.
4.2.6 Enviar desde tu propia cuenta de desarrollador
«Apps created from a commercialized template or app generation service will be rejected unless they are submitted directly by the provider of the app's content.»
Los creadores de apps con IA son servicios de generación de apps en este sentido. Envía desde tu cuenta del Apple Developer Program (99 USD por año de membresía, según Apple), no desde la de un servicio o una agencia. Los tres caminos lo permiten.
4.3 Spam y apps que parecen plantillas
Prompts parecidos producen apps parecidas. Directriz 4.3(b): «Don't submit apps that are indistinguishable from what's already widely available.» Y la 4.3(a) descarta varios Bundle IDs de la misma app: una app por ciudad o por cliente es el caso de manual. Si tu app todavía parece la plantilla inicial del creador, cámbialo antes de nada.
5.1.1(v) Eliminación de cuenta
«If your app supports account creation, you must also offer account deletion within the app.»
Los creadores con IA generan registros en un momento; la eliminación se olvida fácilmente. La página de Apple sobre eliminación de cuentas añade que desactivar no basta y que, si la eliminación se completa en tu web, la app debe enlazar directamente a esa página. Google Play pide una opción dentro de la app y un enlace web para solicitar la eliminación (política de Play). En Supabase, eliminar un usuario requiere la clave service_role, así que va en una edge function, nunca en el navegador.
Login y cuenta demo
La directriz 2.1 pide incluir «demo account info (and turn on your back-end service!)» si tu app tiene login. Crea una cuenta para el revisor sin confirmación por email ni 2FA, con datos realistas, e introdúcela en App Store Connect.
Si el inicio de sesión con Google crea la cuenta principal del usuario, la directriz 4.8 exige además una opción de login equivalente que limite la recogida de datos y permita mantener privado el email, como «Iniciar sesión con Apple». Las apps que usan exclusivamente su propio sistema de cuentas están exentas.
Política de privacidad y transparencia de datos
5.1.1(i): «All apps must include a link to their privacy policy in the App Store Connect metadata field and within the app in an easily accessible manner.» App Store Connect exige también los detalles de privacidad de la app, incluido el código de terceros que integres, y Google Play exige el formulario de seguridad de los datos junto con un enlace a la política de privacidad. Si tu app envía datos personales a una API de IA, se aplica la 5.1.2(i): debes informar de que los compartes «with third-party AI» y pedir permiso explícito antes. Haz una lista de lo que tu código generado llama realmente.
Login con Supabase dentro de una app: redirecciones e inicio de sesión con Google
El backend integrado de Lovable se basa en Supabase, y muchos proyectos de Bolt también usan Supabase. Hay dos cosas que se rompen cuando la web app pasa a un contenedor nativo.
Los enlaces del email abren el navegador, no la app
Los emails de confirmación y de magic link redirigen a tu Site URL o a una URL redirectTo permitida (URLs de redirección de Supabase). En el móvil, al tocar el enlace se abre el navegador: el usuario queda conectado ahí, no en tu app. Dos soluciones:
- Registra un deep link (esquema propio, universal link o app link) y añádelo en Additional Redirect URLs, como describe la guía de deep linking móvil de Supabase.
- O cambia a códigos de seis dígitos por email añadiendo
{{ .Token }}a la plantilla del email. El usuario escribe el código en la app y no sale de ella.
OAuth de Google en una WebView está bloqueado
Las políticas de OAuth 2.0 de Google (actualizadas en agosto de 2026): «A developer must not direct a Google OAuth 2.0 authorization request to an embedded user-agent under the developer's control.» Una WKWebView o una WebView de Android es un agente de usuario integrado de ese tipo; los usuarios ven el error 403 disallowed_useragent. La guía de iOS de Google lo dice expresamente: los desarrolladores «may encounter this error when opening authorization requests in WKWebView».
Lo que sí funciona:
- Navegador del sistema para OAuth. Abre el inicio de sesión en SFSafariViewController o ASWebAuthenticationSession en iOS, o en una Chrome Custom Tab en Android (recomendación de Google), y vuelve a la app con un deep link permitido. El plugin Browser de Capacitor usa SFSafariViewController en iOS.
- Inicio de sesión nativo con Google con
signInWithIdTokende Supabase (guía de Google de Supabase). Es lo habitual en proyectos Expo; en un contenedor requiere código nativo. - Sin login de Google en la app: email + contraseña o códigos por email. Lo más sencillo, y la 4.8 deja de aplicarse.
Prueba en un dispositivo real mediante TestFlight; la vista previa del navegador no muestra el problema.
Particularidades de Google Play
- Cuota de registro única de 25 dólares estadounidenses (ayuda de Play Console).
- Las cuentas personales creadas después del 13 de noviembre de 2023 deben hacer una prueba cerrada «with a minimum of 12 testers who have been opted in continuously for at least 14 days» antes de solicitar el acceso a producción (requisitos de prueba). Cuenta con dos semanas.
- La política de spam prohíbe las apps cuyo objetivo principal sea «provide a webview of a website without permission from the website owner» (política). Envolver tu propia web está bien; la de otro, no.
Checklist antes de enviar
- Camino elegido: salida nativa de la herramienta, contenedor o build propio con Capacitor/Expo
- Cuentas de Apple Developer Program y Google Play Console a tu nombre (4.2.6)
- Navegación de app, pantalla sin conexión, primera pantalla útil (4.2)
- No parece la plantilla inicial del creador; una app, no una por cliente o ciudad (4.3)
- Eliminación de cuenta en la app; enlace web de eliminación para Google Play (5.1.1(v))
- Cuenta demo para el revisor sin confirmación por email ni 2FA, introducida en App Store Connect (2.1)
- «Iniciar sesión con Apple» o equivalente si el login de Google crea la cuenta principal (4.8)
- Las Additional Redirect URLs de Supabase incluyen el deep link de tu app, o códigos por email en lugar de enlaces
- Inicio de sesión con Google probado en un dispositivo; nada de OAuth dentro de la WebView
- Política de privacidad en la app y en la ficha de la tienda; detalles de privacidad y formulario de seguridad de los datos completados; datos compartidos con IA declarados (5.1.2(i))
- Solo los permisos que usas, cada uno con un texto de justificación claro
- Google Play: prueba cerrada con 12 testers durante 14 días (cuentas personales nuevas)
Dónde encaja AppThunder
AppThunder cubre el camino 2: construye apps de iOS y Android alrededor de tu web app publicada, en la nube, con un contenedor basado en Capacitor que carga tu web en directo, sin programar. Funciona igual con una app de Lovable (también proyectos de TanStack Start), un proyecto web de Bolt o una web app de Bubble.
Incluye: icono de app y pantalla de inicio nativos, solicitudes de permiso de cámara y ubicación con sus textos de justificación (solo si las activas), una pantalla sin conexión con tu marca que se recarga automáticamente, una barra de pestañas inferior para tu web mediante un snippet de copiar y pegar (un snippet web, no una barra de pestañas nativa), Thunder Analytics y un Guideline Checker que señala problemas habituales de revisión (falta de página de privacidad, muro de login, falta de eliminación de cuenta) antes de enviar. Los builds se firman con tus propias credenciales de Apple y Google, y los builds de iOS se suben a tu propio App Store Connect (TestFlight), así que envías desde tu propia cuenta, como exige la 4.2.6. Recibes archivos .ipa y .aab. Los planes de pago empiezan en 39 € al mes sin IVA; el creador y la vista previa son gratuitos.
Lo que no hace: no convierte tu app en React Native ni cambia tu flujo de login; si tu web usa el inicio de sesión con Google o enlaces de email de Supabase, sigues necesitando una de las soluciones de arriba. La cuenta demo, la política de privacidad y la ficha de la tienda las creas tú, y necesitas tus propias cuentas de desarrollador. Ninguna herramienta puede garantizar una aprobación.
Preguntas frecuentes
¿Puede Lovable exportar una app nativa de iOS? No. Según las preguntas frecuentes de Lovable (a octubre de 2026), Lovable construye web apps y no genera proyectos de React Native. Llegas a las tiendas envolviendo la app publicada o añadiendo Capacitor al código exportado.
¿Puedo publicar una app de Bubble en las tiendas con el plan gratuito? No. Construir y probar es gratis, pero TestFlight, las pruebas de Google Play y las tiendas requieren un plan móvil de pago (a octubre de 2026).
¿Rechaza Apple una app por haberse hecho con IA? No hay ninguna norma contra las apps hechas con IA. La revisión juzga el resultado: si es algo más que una web reempaquetada (4.2), si se distingue de lo que ya existe (4.3) y quién la envía (4.2.6).
¿Por qué falla «Iniciar sesión con Google» en mi app envuelta? Google bloquea las solicitudes de OAuth desde WebViews integradas. Abre el inicio de sesión en el navegador del sistema y vuelve con un deep link, usa el inicio de sesión nativo de Google u ofrece login por email en la app.
¿Necesito un Mac? Solo si compilas iOS tú mismo con Xcode. EAS de Expo, Bubble y los servicios de contenedor en la nube compilan en la nube.