¿App de Lovable rechazada? Así se corrige y se consigue la aprobación
Un rechazo no es un veredicto sobre Lovable ni sobre ti. Los revisores rechazan por un pequeño conjunto de motivos concretos, y casi todos se pueden corregir en una tarde. Esta página te guía por el triaje, las soluciones que se aplican a apps de Lovable y la respuesta que vuelve a poner la revisión en marcha.
Desde $109 de pago único por plataforma, o deja que nuestro equipo lo haga todo desde $698.
Garantía de aprobación – o te devolvemos el dinero en 14 días
Sin programar
Pago único, actualizaciones gratuitas
Soporte humano 24/7
Hecho en Alemania desde 2014 · ISO 27001
9:41
LLovable
App de LovableYa en tu bolsillo
App Store · Google Play Aprobada
Primero: lee el rechazo como un revisor
Diez minutos de triaje ahorran días de conjeturas.
Localiza el número de la directriz
Apple indica la directriz (por ejemplo 4.2, 2.1, 5.1.1) en Resolution Center; Google indica la política (por ejemplo Funcionalidad mínima, Datos de usuario) en la página Policy status. El número te dice si la solución está en tu web app, en los ajustes de WebViewGold o en la ficha de la tienda.
Relaciónalo con tu proyecto de Lovable
La mayoría de los rechazos de apps de Lovable caen en cinco categorías: no parece suficientemente una app (4.2 / funcionalidad mínima), algo no cargó (2.1 / funcionalidad rota), papeleo de privacidad (5.1.1 / Data safety, eliminación de cuenta), reglas de inicio de sesión (4.8 Sign in with Apple, login de Google bloqueado) y pagos (3.1.1 / Play Billing).
Reproduce lo que vio el revisor
Abre la app de Lovable en modo avión, en un iPad, con una cuenta nueva, con el login de demostración que les diste. Ejecuta la comprobación de preparación gratuita con tu URL. Adjunta capturas de lo mismo que ellos adjuntaron.
Corrige, responde y vuelve a enviar
Cambia la web app (al instante) o el ajuste nativo (nueva compilación), escribe una respuesta breve y objetiva que indique qué cambió, y envía la nueva compilación. Las segundas revisiones suelen ser más rápidas que la primera.
Directrices de App Store que afectan a apps de Lovable
Apple revisa el comportamiento de la app, no la herramienta con la que se creó. Estas son las directrices detrás de la mayoría de los rechazos de apps de Lovable, con la solución para cada una.
4.2
Funcionalidad mínima
La app debe ofrecer algo más que un sitio web reempaquetado. Un diseño responsive, navegación nativa y al menos una capacidad nativa (notificaciones push, pantalla sin conexión, compartir nativo, inicio de sesión biométrico) marcan la diferencia. WebViewGold activa cada una con un solo ajuste.
2.1
Completitud de la app
Sin contenido de relleno, sin enlaces rotos, sin cierres inesperados. Si el contenido está detrás de un inicio de sesión, proporciona una cuenta demo en las notas para App Review.
5.1.1
Privacidad
Es obligatoria una URL pública de política de privacidad. Las apps que permiten crear cuentas también deben permitir eliminarlas dentro de la app.
4.8
Servicios de inicio de sesión
Si la app usa el inicio de sesión con Google, Facebook u otro servicio de inicio de sesión de terceros o social para la cuenta del usuario, también debe ofrecer un inicio de sesión equivalente que limite los datos al nombre y el correo, permita a los usuarios mantener su correo en privado y no los rastree con fines publicitarios. Sign in with Apple es la forma segura de cumplirlo. Una app que solo usa su propio inicio de sesión con correo y contraseña no se ve afectada.
3.1.1
Compras dentro de la app
Los bienes digitales y las suscripciones que se venden dentro de la app deben usar In-App Purchase de Apple. Los bienes físicos y los servicios del mundo real pueden seguir con Stripe o PayPal.
2.3
Metadatos precisos
Las capturas, la descripción y el nombre de la app deben corresponder a lo que hace la app. No menciones otras plataformas ni "beta" en la ficha.
Políticas de Google Play que afectan a apps de Lovable
La revisión de Google está más automatizada y depende más del papeleo. Las políticas de abajo cubren la mayoría de los rechazos de apps de Lovable.
Funcionalidad mínima
Política de spam y funcionalidad mínima
Google rechaza las apps que solo envuelven un sitio web sin permiso de su propietario o que no ofrecen ninguna funcionalidad real. Empaquetar tu propio producto con funciones nativas añadidas está bien.
Seguridad de los datos
Política de datos de usuario
Toda app necesita una URL de política de privacidad y un formulario Data safety completo que indique qué recopilan la app y sus SDKs.
Eliminación de cuenta
Política de datos de usuario
Las apps que permiten crear cuentas deben ofrecer la eliminación de la cuenta dentro de la app y mediante un enlace web que indiques en la Play Console.
Requisito de pruebas
Cuentas de desarrollador personales
Las cuentas personales creadas después de noviembre de 2023 deben hacer una prueba cerrada con al menos 12 testers durante 14 días seguidos antes de poder solicitar acceso a producción.
Nivel de API objetivo
Requisitos de nivel de API objetivo
Las apps nuevas deben apuntar a una versión reciente de Android. Las actualizaciones de WebViewGold mantienen la plantilla al día; basta con compilar con la última versión.
Pagos
Google Play Billing
Los bienes digitales y las suscripciones que se venden dentro de la app normalmente deben usar Google Play Billing (WebViewGold es compatible con RevenueCat). Los bienes físicos y los servicios pueden usar otros métodos de pago.
¡Gran trabajo! Nunca tuve que usar código para nada, pero logré trabajar con esto y tener mi App lista. ¡Fácil y rápido! ¡También con gran ayuda de los creadores!
Como las apps de Lovable suelen funcionar con React + Vite + Tailwind CSS + shadcn/ui en el front end, normalmente Supabase (o Lovable Cloud) para autenticación, base de datos y edge functions, con Supabase Auth (email/contraseña, enlaces mágicos, Google, GitHub, Apple) o Lovable Cloud y Stripe, normalmente conectado mediante edge functions de Supabase, estos son los puntos que vemos en soporte en los rechazos de Lovable.
Los correos de enlace mágico (magic link) y de restablecimiento de contraseña de Supabase se abren en el navegador del teléfono, no en tu app, a menos que configures Universal Links (iOS) y App Links (Android). WebViewGold admite ambos.
Google bloquea el inicio de sesión con Google dentro de un WebView embebido ("disallowed_useragent"). El Social Login Helper de WebViewGold redirige el paso de OAuth a través de una ventana del navegador y vuelve a tu app automáticamente.
Los proyectos de Lovable son apps de una sola página: configura una splash screen o un indicador de carga en WebViewGold para que el primer renderizado nunca muestre una pantalla blanca vacía durante la revisión.
Si tu app tiene un plan Pro o créditos que se pagan a través de Stripe, Apple exige compras in-app (In-App Purchase) para los bienes digitales. WebViewGold admite compras in-app basadas en RevenueCat; los bienes físicos y los servicios pueden seguir usando Stripe.
Añade una página de política de privacidad (por ejemplo /privacy) dentro del proyecto de Lovable: ambas tiendas exigen una URL pública de política de privacidad.
Edit with Lovable: Oculta la insignia en los ajustes del proyecto antes de compilar la app (la opción está disponible en los planes de pago). Un enlace flotante a otro producto dentro de una app publicada en las tiendas provoca preguntas de los revisores.
Deja que Lovable corrija la parte de la web app
Pega el texto del rechazo junto con este prompt en Lovable; aplicará los cambios que los revisores suelen pedir.
Prompt para pegar en Lovable
The app built from this project was rejected by the app store review. Here is the rejection text: [PASTE REJECTION TEXT]. The app runs inside the WebViewGold native WebView wrapper (iOS and Android).
1. Explain in one paragraph which guideline or policy is cited and what the reviewer saw.
2. Apply every fix that belongs in the web app: responsive layout from 320px, 44px tap targets, safe-area padding on fixed bars, /privacy and /terms pages, a Delete account action with confirmation, friendly error and retry states, no external promotional links or "download our app" banners, no placeholder content, a demo account seeded for reviewers.
3. If the fix is native (push notifications, offline screen, Sign in with Apple provider, in-app purchases via RevenueCat), tell me exactly what to enable in the WebViewGold configuration and what to change in the backend.
4. Draft a short, factual reply to the reviewer that lists what changed.
Plantilla de respuesta para el revisor
Breve, objetiva, concreta. Los revisores leen cientos de estas al día.
Respuesta en Resolution Center / Policy status
Thank you for the review. We have addressed the points raised:
1. [Guideline/policy number]: [what was wrong] → [what changed, where to find it in the app, e.g. Settings → Delete account].
2. Native functionality: the app provides push notifications for [use case], an offline mode with retry, and [Face ID login / native sharing / QR scanning], none of which are available on the website.
3. Demo account: [email] / [password]. The main features are reachable from the home screen after login.
A new build ([version]) with these changes has been uploaded. Please let us know if anything else is needed.
Preguntas frecuentes
¿Apple o Google rechazan apps por haber sido creadas con Lovable?
No. Ninguna de las dos tiendas ve la herramienta ni le importa. Los rechazos tienen que ver con el comportamiento (interfaz tipo app, funciones nativas), la integridad, el papeleo de privacidad, las reglas de inicio de sesión y los pagos. Corrige eso y el origen en Lovable es irrelevante.
¿Cuántas veces puedo volver a enviar?
Tantas como haga falta. Cada envío se revisa de nuevo, normalmente más rápido que el primero. Lo único que molesta a los revisores son los envíos idénticos repetidos sin cambios.
¿Debo responder o simplemente volver a enviar?
Ambas cosas: responde con una lista breve de lo que cambió (o, con educación, de lo que el revisor pasó por alto) y luego envía la nueva compilación. Una respuesta sin nueva compilación rara vez cambia el resultado, salvo que el rechazo fuera un malentendido.
Tres formas de llevar tu app a las tiendas
El mismo resultado, con distinta cantidad de trabajo por tu parte. Las tres incluyen la garantía de aprobación y soporte humano 24/7.
Hazlo tú mismo
$109 por plataforma, pago único
La licencia de WebViewGold: un proyecto de Xcode o Android Studio listo para usar. Pega tu URL, define nombre e icono, activa funciones, compila y envía. Actualizaciones gratuitas para siempre.
Sin Mac, sin Xcode, sin Android Studio: configura en el navegador, compilamos ambas apps en la nube y las entregamos a App Store Connect y a Play Console.
Envíanos tu URL y tu icono. Nuestro equipo configura, compila y entrega tu app en 72 horas, en marca blanca y con los proyectos fuente. Ambas plataformas por $1,158.
Los reembolsos se conceden bajo las condiciones indicadas en nuestras FAQ: un rechazo por motivos ajenos al contenido por parte de Apple y/o Google, reclamado dentro de los 14 días posteriores a la compra.