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

Rechazo en Google Play

Funcionalidad rota: cierres, WebViews en blanco y problemas con el botón atrás que hacen rechazar una app web

Los revisores de Google y el informe previo al lanzamiento automatizado instalan tu app en dispositivos reales y la usan. Si el WebView se queda en blanco, la app se cierra al arrancar o el botón atrás echa a los usuarios, la revisión termina ahí. Casi todos estos fallos tienen una causa de configuración en la app web o en WebViewGold, y se arreglan rápido una vez identificados.

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

Qué significa "funcionalidad rota" para Google

La política de funcionalidad mínima incluye una expectativa sencilla: la app se instala, se abre, carga su contenido y permite al usuario hacer lo que promete la ficha, sin cierres, bloqueos ni pantallas vacías. Los revisores prueban en dispositivos físicos y en varias versiones de Android. Además, cada subida a un canal de prueba genera un informe previo al lanzamiento (pre-launch report) en la Play Console, en el que unos rastreadores automáticos recorren la app en una serie de dispositivos y registran cierres, errores, advertencias de seguridad y problemas de accesibilidad.

En una app web empaquetada, el WebView es toda la interfaz, así que cualquier cosa que impida mostrar la página parece una app muerta: una URL de vista previa que se ha dormido, una imagen http:// en una página https://, un problema de certificado, un bundle de JavaScript que un System WebView antiguo no puede interpretar o un desafío antibots que nunca termina.

Síntoma, causa, solución

SíntomaCausa habitualSolución
Pantalla blanca después del splashURL inaccesible: URL de vista previa de Lovable o Bolt, despliegue de Replit dormido, DNS de un dominio propio nuevo aún sin propagarPublica primero en un dominio propio de producción; consulta la guía del dominio propio. Mantén ACTIVATE_PROGRESS_BAR activado para que la carga sea visible
La página carga, pero faltan imágenes o llamadas a la APIContenido mixto: recursos http:// dentro de una página https://, bloqueados por el WebViewSirve todo por HTTPS; desactiva el tráfico en texto plano (cleartext) en el proyecto de Android como se describe en el centro de soporte de WebViewGold
Error de certificado o página vacía en algunos dispositivosCertificado caducado, autofirmado o con la cadena incompletaCorrige el certificado en tu hosting; pon BLOCK_SELF_SIGNED_AND_FAULTY_SSL_CERTS en true para que el informe previo al lanzamiento no marque un gestor de errores SSL inseguro
Cierre al arrancarAnuncios activados sin un ID de app de AdMob válido en strings.xml, o push activado sin el google-services.json o el ID de app de OneSignal correspondientesIntroduce los ID o pon SHOW_BANNER_AD, SHOW_FULL_SCREEN_AD, PUSH_ENABLED o FIREBASE_PUSH_ENABLED en false
El botón atrás cierra la appEXIT_APP_BY_BACK_BUTTON_ALWAYS en true, o una single-page app que nunca añade entradas al historialPonlo en false, mantén EXIT_APP_BY_BACK_BUTTON_HOMEPAGE con EXIT_APP_DIALOG para pedir confirmación y haz que tu router añada entradas reales al historial
El usuario pierde la sesión en cada arranqueCLEAR_CACHE_ON_STARTUP en true borra las cookies y el almacenamiento de sesiónPonlo en false en apps con inicio de sesión
"Navegador no compatible" o una página de desafío interminableProtección antibots o una comprobación del user agent en tu hosting o en tu proveedor de autenticaciónPermite el user agent de la app en tus reglas de protección o define un USER_AGENT personalizado; para el inicio de sesión con Google, consulta la solución a disallowed_useragent

Usa el informe previo al lanzamiento antes que Google

El informe es gratuito, se ejecuta con cada subida a un canal de prueba y te muestra lo que verá el revisor.

  1. Sube a pruebas internas

    Crea una versión de pruebas internas con tu bundle firmado. El informe previo al lanzamiento se inicia automáticamente y tarda un rato en completarse.

  2. Lee las cuatro pestañas

    Estabilidad (cierres y ANR con stack traces), Rendimiento, Accesibilidad y Seguridad. En una app WebView, las pestañas de estabilidad y seguridad son las que más importan; un stack trace de un cierre que menciona anuncios, Firebase u OneSignal apunta directamente a un ID que falta.

  3. Mira las grabaciones

    El informe incluye grabaciones de pantalla del rastreador. Una grabación que se queda en una pantalla blanca o en un banner de cookies te dice qué arreglar sin tener que adivinar.

  4. Reprodúcelo en un dispositivo real

    Instala desde el enlace de pruebas internas y prueba con wifi, datos móviles y modo avión. El modo avión debe mostrar la pantalla sin conexión nativa (activa FALLBACK_USE_LOCAL_HTML_FOLDER_IF_OFFLINE e incluye una pequeña página local-html), no un error del navegador.

  5. Busca el error real en Logcat

    En Android Studio, ejecuta la app en un emulador y filtra Logcat por tu nombre de paquete. Los errores del WebView, como el contenido mixto bloqueado, los fallos de certificado y las excepciones de JavaScript, aparecen ahí con la URL exacta.

  6. Corrige, recompila y vuelve a subir

    Aumenta el version code y vuelve a subir. Espera a tener un informe limpio antes de promocionar la versión a producción.

WebViewGold nos ha permitido el tiempo de mercado más corto y eficiente que jamás sea posible de todas las otras plataformas de aplicaciones que hemos probado durante los últimos 5 años. No sé por qué no lo había descubierto antes, ¡pero estoy muy, muy contento de haberlo hecho. Actualmente cerca de 6000 descargas de aplicaciones tanto en iOS App Store & Google Play Store sin ningún problema!

Antonio Davila · CodeCanyon

Android System WebView: lo que no puedes controlar y lo que sí

WebViewGold muestra tu sitio con Android System WebView, un componente de Chromium que Google actualiza a través de Play con independencia del sistema operativo. La mayoría de los dispositivos tienen una versión reciente; algunos dispositivos antiguos o bloqueados no, y un bundle de JavaScript que usa una sintaxis muy nueva no se puede interpretar y deja una página en blanco. No puedes actualizar el WebView del usuario, pero sí mantener un objetivo de compilación razonable: pide a tu builder que transpile para un browserslist que incluya algunas versiones antiguas de Chrome, evita depender de funciones de CSS recién salidas para el diseño y muestra un error visible si falla el script de arranque de tu app, en lugar de una página blanca silenciosa. La guía de configuración del sitio web enumera las prácticas que hacen que un sitio se comporte bien dentro de la app.

Lista de comprobación de estabilidad para el día del lanzamiento

  • URL de producción en un dominio propio, HTTPS en todas partes, cadena de certificados válida.
  • Cada función activada tiene sus ID (AdMob, OneSignal, Firebase); las funciones que no usas están en false.
  • Pantalla splash más indicador de carga, para que una primera petición lenta nunca parezca una app muerta.
  • Respaldo sin conexión activado y probado en modo avión; la API Reconnect conectada a un botón "Reintentar".
  • El botón atrás recorre el historial web y pide confirmación antes de salir en la página de inicio.
  • Informe previo al lanzamiento limpio en estabilidad y seguridad; las grabaciones muestran contenido real.
  • Crashlytics (TRACKING_EVENT) activado con un paso de consentimiento, para que veas los cierres en producción.

Preguntas frecuentes

La app funciona en mi teléfono, pero el informe previo al lanzamiento muestra una pantalla blanca. ¿Por qué?

El rastreador se ejecuta en otros dispositivos, a menudo con un perfil nuevo y sin cookies. Los motivos típicos son un banner de cookies o un muro de inicio de sesión que el rastreador no puede superar, una URL que solo funciona para usuarios con sesión iniciada o contenido mixto bloqueado en una configuración más estricta. Mira la grabación para saber cuál es.

¿Una advertencia del informe previo al lanzamiento bloquea la publicación?

Las advertencias no bloquean, pero las advertencias de seguridad sobre la gestión de SSL y los cierres son justo lo que miran los revisores. Corrígelos antes de pasar a producción.

¿Debería el botón atrás cerrar alguna vez la app?

En la página de inicio, tras una confirmación, es el comportamiento esperado en Android. En cualquier otro lugar debería volver atrás en el historial web, que es lo que WebViewGold hace por defecto.

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?

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.