Rechazo en Google Play
Google no prohíbe las apps construidas alrededor de un WebView. Prohíbe las apps que envuelven un sitio web que no pertenece al desarrollador y las que no aportan nada que el usuario no pueda obtener en Chrome. Si el sitio es tuyo, este rechazo tiene solución, normalmente con un único reenvío.
Desde $109 de pago único por plataforma, o deja que nuestro equipo lo haga todo desde $698.
Dos partes distintas de las políticas de Play producen este rechazo. La política de Spam abarca las apps cuyo propósito principal es mostrar un sitio web que el desarrollador no tiene permiso para envolver, las apps que solo existen para generar tráfico de afiliados, las apps copiadas con el mismo contenido bajo distintos nombres y las apps sin ninguna función real. La política de Minimum Functionality (funcionalidad mínima) exige que una app se instale, funcione de forma fiable y ofrezca una experiencia básica y atractiva en lugar de un marcador de posición o una página rota.
Los revisores ven muchas apps que envuelven el sitio de otra persona, así que una app WebView se examina con más cuidado que una nativa. Tu trabajo es dejar claras dos cosas en cuestión de segundos: el sitio web te pertenece y la app es mejor que abrir la URL en un navegador. Todo lo que sigue sirve a uno de esos dos objetivos.
El nombre del desarrollador, el nombre de la app, el dominio dentro del WebView, la URL de la política de privacidad y el sitio web verificado en tu perfil de desarrollador apuntan a la misma marca. Un revisor nunca debería tener que adivinar si tienes permiso para envolver este sitio.
Sin cabecera de escritorio, sin banner de cookies, sin pie de página con mapa del sitio, sin barra de "Instala nuestra app", sin enlaces que abran una segunda copia de tu sitio. Navegación inferior, botones a todo el ancho y una primera carga rápida detrás de la pantalla splash.
Notificaciones push, una pantalla sin conexión nativa, el menú de compartir del sistema, bloqueo biométrico, escaneo de QR o App Links. Una o dos funciones nativas reales, usadas para algo con sentido, cambian la categoría de la app a ojos del revisor.
Cada elemento del menú lleva a algún sitio, los formularios se envían, el inicio de sesión funciona con las credenciales que indicaste en App access (Acceso a la aplicación) y en ninguna parte pone "próximamente" ni "lorem ipsum".
Repasa los seis; la mayoría de las apps rechazadas fallan en dos o tres a la vez.
La Play Console te permite vincular un sitio web a tu cuenta de desarrollador y verificarlo mediante Google Search Console (un registro DNS TXT o un archivo HTML en tu dominio). Usa el mismo dominio que carga la app. Un dominio de vista previa de Lovable, Bolt o Replit no se puede verificar, un motivo más para pasar antes a un dominio propio.
El nombre de la app, el del desarrollador, la ficha de la tienda y el dominio deberían contar una sola historia. "Acme Fitness" de "Acme Fitness Ltd" cargando app.acmefitness.com es claro. "Fitness Tracker Pro" de "John" cargando un subdominio .lovable.app parece el envoltorio del producto de otra persona.
Activa el push con PUSH_ENABLED (OneSignal) o FIREBASE_PUSH_ENABLED, mantén el respaldo sin conexión con FALLBACK_USE_LOCAL_HTML_FOLDER_IF_OFFLINE y añade la solicitud de valoración dentro de la app con SHOW_RATE_DIALOG. Después usa al menos una de ellas para un propósito real en tu app web, como avisos de pedidos o recordatorios. Consulta la documentación de push para Android.
Usa la inyección de CSS y JavaScript personalizados para quitar el banner de cookies, la cabecera de escritorio y las insignias de las tiendas cuando la página se carga dentro de WebViewGold, o define un USER_AGENT personalizado y detéctalo en tu app web para mostrar un diseño exclusivo para la app.
Si alguna parte de la app está detrás de un inicio de sesión, añade credenciales demo que funcionen en App content → App access (Contenido de la aplicación → Acceso a la aplicación) y describe lo que encontrará el revisor. Un revisor que no puede pasar de la pantalla de inicio de sesión ve una app sin funcionalidad.
Sube el version code, vuelve a compilar en Android Studio o en el Cloud Builder y publica de nuevo. Si crees que el revisor simplemente no vio que el sitio es tuyo, presenta una apelación con pruebas en lugar de limitarte a reenviar; la guía de apelaciones tiene una plantilla exactamente para este caso.
Mi WebView de iOS finalmente está aprobada. ¡Gracias!
| Pasa la revisión | Se marca | |
|---|---|---|
| Propiedad del sitio | Tu propio producto en tu propio dominio, verificado en el perfil de desarrollador | Un sitio de terceros, un sitio de noticias copiado, una tienda de afiliados |
| Contenido | Producto, herramienta o comunidad con inicio de sesión y usuarios reales | Una landing page, un blog con tres entradas, un formulario que no lleva a ninguna parte |
| Diseño | Pensado para móvil, navegación tipo app, respeta las áreas seguras | Diseño de escritorio con zoom de pellizco, banner de cookies en cada arranque |
| Funciones nativas | Push, pantalla sin conexión, menú de compartir, QR o biometría usados para algo | Ninguna, o funciones declaradas en la ficha que no existen |
| Ficha | Capturas de la app real, descripción honesta | Capturas del sitio web en un navegador, palabras clave genéricas |
Sí. La política de Spam se dirige a las apps que envuelven un sitio web sin permiso o sin aportar valor, no al componente WebView en sí. Cada día se publican apps que envuelven el producto propio del desarrollador con funciones nativas.
A menudo sí, combinadas con un diseño tipo app y un producto completo que funcione. Los revisores miran el conjunto; una función push activada que nunca se usa ayuda menos que una que forma parte visible del producto.
Un rechazo por el propio envoltorio técnico es un rechazo no relacionado con el contenido y está cubierto por la garantía de aprobación si lo reclamas dentro de los 14 días posteriores a la compra. Un rechazo porque el sitio envuelto no es tuyo o no tiene contenido real es un problema de contenido y no está cubierto.
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.
$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$349 por licencia, complemento de pago único
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.
Cómo funciona el Cloud Builder Prueba la demo gratuita$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
Precios de la Oferta de invierno válidos hasta el 31 de diciembre de 2026.
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.
