Saltar al contenido
WebViewGold Del vibe coding a la App Store
Español
Consigue WebViewGold

Ayuda con rechazos

¿App de Base44 rechazada? Así se corrige y se consigue la aprobación

Un rechazo no es un veredicto sobre Base44 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 Base44 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

Primero: lee el rechazo como un revisor

Diez minutos de triaje ahorran días de conjeturas.

  1. 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.

  2. Relaciónalo con tu proyecto de Base44

    La mayoría de los rechazos de apps de Base44 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).

  3. Reproduce lo que vio el revisor

    Abre la app de Base44 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.

  4. 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 Base44

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 Base44, 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 Base44

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 Base44.

  • 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!

Lucas DuBois · CodeCanyon

Qué es específico de los proyectos de Base44

Como las apps de Base44 suelen funcionar con Front end React generado por Base44 con la base de datos, la autenticación y las integraciones propias de Base44, con Autenticación integrada de Base44 (email y contraseña, inicio de sesión con Google, Microsoft, Facebook y Apple) y Integración con Stripe, estos son los puntos que vemos en soporte en los rechazos de Base44.

  • Las apps de Base44 suelen exigir iniciar sesión antes de mostrar cualquier contenido. Los revisores de Apple necesitan una cuenta de demostración: introduce credenciales de prueba en las notas para App Review o permite la navegación como invitado.
  • El inicio de sesión con Google está bloqueado dentro de los WebViews normales; el Social Login Helper de WebViewGold lo soluciona sin cambios en tu app de Base44.
  • Si activas el inicio de sesión con Google, Microsoft o Facebook, la pauta 4.8 de Apple exige una opción de inicio de sesión equivalente que limite los datos al nombre y el email, permita a los usuarios mantener su email en privado y no los rastree. Tu propio inicio de sesión con email y contraseña no cumple ese listón de forma fiable, así que activa también el inicio de sesión con Apple en los ajustes de autenticación de Base44 (WebViewGold detecta Sign in with Apple automáticamente). Una app que solo usa el inicio de sesión por email de Base44, sin inicio de sesión social, no se ve afectada.
  • Las apps con cuentas de usuario deben ofrecer la eliminación de cuenta dentro de la app (Apple 5.1.1, política de Google Play). Añade una acción de eliminar cuenta en la página de ajustes de tu app de Base44.
  • Añade una página de política de privacidad en Base44 y enlázala desde el pie de página de la app; ambas tiendas exigen su URL.
  • Made with Base44: Desactiva la marca de Base44 en los ajustes de la app si tu plan lo permite, para que no haya ningún enlace a otra plataforma dentro de la app que envías a las tiendas.

Deja que Base44 corrija la parte de la web app

Pega el texto del rechazo junto con este prompt en Base44; aplicará los cambios que los revisores suelen pedir.

Prompt para pegar en Base44
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 Base44?

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 Base44 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.

Ver planes en la página principal

Full Service

$698 por plataforma $798

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.

Detalles del Full Service Con tecnología de WeSetupYourWebViewApp

Precios de la Oferta de invierno válidos hasta el 31 de diciembre de 2026.

¿Listo para lanzar tu app de Base44?

Garantía de aprobación en App Store & Google Play – o te devolvemos el dinero en 14 días

¿Prefieres delegarlo? Full Service: configuramos, compilamos y entregamos en 72 horas, desde $698 por plataforma. ¿Preguntas? Chatea con nosotros 24/7.

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.