Pruebas en Google Play
Cada vez que subes un bundle, Google lo instala en un conjunto de dispositivos de prueba, deja que un rastreador lo recorra durante unos minutos y redacta lo que salió mal. En una app web empaquetada, gran parte del ruido viene del contenido web y de los SDK, así que la clave es saber qué hallazgos también se encontraría un revisor y cuáles puedes anotar y dejar atrás.
Desde $109 de pago único por plataforma, o deja que nuestro equipo lo haga todo desde $698.
Cuando subes un app bundle a la Play Console, Google lo instala automáticamente en una selección de dispositivos de su laboratorio de pruebas (teléfonos, tablets y a veces Chromebooks, con Android 9 o posterior), deja que un rastreador lo explore durante varios minutos tocando, escribiendo y deslizando, y después lo desinstala. Los resultados suelen estar listos en aproximadamente una hora, a veces al cabo de varias. Si un informe no ha terminado pasados dos días, una nueva subida inicia uno nuevo.
El informe (pre-launch report) cuenta errores, advertencias y problemas menores, los agrupa en hallazgos de estabilidad, rendimiento, accesibilidad y seguridad, y añade capturas y vídeos por dispositivo. Es una herramienta de diagnóstico, no un veredicto de revisión: una advertencia no te impide publicar. Pero en el primer arranque el rastreador y un revisor humano ven tu app de la misma manera, así que todo lo que bloquea al rastreador probablemente bloquee también al revisor. Para las causas de los cierres inesperados y las pantallas en blanco, consulta la guía de funcionalidad rota; esta página trata de cómo leer el informe.
Google indica que las credenciales de cuentas de prueba no se pueden usar cuando una app inicia la sesión de los usuarios mediante un flujo web dentro de un WebView. Detrás de una pantalla de inicio de sesión, el rastreador ve una sola página en todos los dispositivos.
Las comprobaciones de accesibilidad leen lo que expone el WebView, así que un botón de icono sin etiqueta en tu código React se convierte en un hallazgo de tu app.
Las advertencias sobre interfaces no SDK o versiones de bibliotecas suelen venir de SDK de anuncios, push o analítica, no de nada que hayas escrito tú.
Sin cookies, sin consentimiento guardado, sin sesión. Un banner de cookies o un modal de onboarding aparece en todos los dispositivos y tapa lo que querías que viera el rastreador.
| Hallazgo | Significado habitual en una app WebView | Prioridad |
|---|---|---|
| Cierre inesperado o ANR | Una función activada sin su configuración, por ejemplo anuncios sin un ID de app de AdMob o push de Firebase sin google-services.json | Corrígelo antes de publicar. El stack trace suele nombrar el SDK |
| Capturas vacías o en blanco | La URL no estaba accesible, la protección antibots bloqueó el tráfico del laboratorio de pruebas o el contenido mixto detuvo la página | Corrígelo antes de publicar. Un revisor vería lo mismo |
| Las capturas solo muestran la página de login | El rastreador no pudo iniciar sesión a través del login web | Corrígelo para estar listo para la revisión: una zona pública o demo más deep links, ver abajo |
| Banner de cookies en todas las capturas | Una capa de consentimiento que se muestra en la primera visita | Hazla compacta para que el contenido siga visible; conserva cualquier solicitud de consentimiento que estés legalmente obligado a mostrar |
| Advertencia de seguridad sobre la gestión de SSL | Al WebView se le permite continuar ante errores de certificado | Corrígelo. Pon BLOCK_SELF_SIGNED_AND_FAULTY_SSL_CERTS en true y repara la cadena de certificados en tu hosting |
| Advertencia de seguridad sobre la versión de una biblioteca | Una versión antigua de un SDK de una plantilla desactualizada | Corrígelo compilando desde la plantilla actual de WebViewGold |
| Accesibilidad: tamaño de los objetivos táctiles | Enlaces y botones de icono de tu app web más pequeños que unos 48 x 48 dp | Corrige la navegación principal y los botones principales; los enlaces de texto pequeños pueden esperar |
| Accesibilidad: etiquetas de contenido | Botones solo con icono e imágenes sin nombre accesible | Corrígelo en la app web con aria-label y texto alt |
| Accesibilidad: contraste bajo | Texto gris claro, texto de marcador de posición, botones pálidos | Corrígelo donde afecte al texto principal y a las acciones principales |
| Rendimiento: arranque lento o fotogramas entrecortados | Un bundle de JavaScript pesado o imágenes grandes en la página de inicio | Mejóralo cuando puedas; no es un bloqueo |
| Uso de interfaces no SDK | APIs ocultas de Android llamadas por un SDK | Normalmente informativo; mantén actualizados la plantilla y sus SDK |
¡Estoy muy feliz de haber comprado esta aplicación! Documentación extremadamente fácil y excelente. Estaba en contacto con el servicio al cliente, respondieron muy rápido y de forma muy amigable. Resolvieron mi pregunta en un día. 10/10 lo recomendaría".
Estos cambios ayudan a la vez al rastreador, al revisor y a las capturas de tu ficha.
Si tu producto lo permite, abre la app en una zona pública: un modo demo, un recorrido por el producto o contenido navegable sin cuenta. El rastreador toca lo que encuentra; un formulario de inicio de sesión solitario no le da nada que hacer.
En los ajustes del informe previo al lanzamiento puedes indicar hasta tres deep links. Después del rastreo principal, el rastreador abre cada uno y lo explora durante unos 30 segundos; cada enlace debe coincidir con un intent filter de tu app. Con WebViewGold, activa el esquema personalizado (IS_CUSTOM_SCHEME_ENABLED y CUSTOM_DEEPLINK_SCHEME) o los App Links verificados como se describe en la documentación de App Links, y después usa enlaces como yourscheme://https://www.example.com/demo para enviar al rastreador a páginas públicas.
El campo de credenciales de los ajustes del informe no sirve para un login web en un WebView. Aun así, mantén una cuenta demo que funcione en Datos de inicio de sesión (Sign-in details, antes App access), porque los revisores humanos la usan.
Cada dispositivo de prueba empieza desde cero. Mantén la solicitud de consentimiento lo bastante pequeña para que la página siga visible detrás, y prescinde dentro de la app de los modales de onboarding de varios pasos.
Sube a pruebas internas con un version code nuevo. Abre el informe, usa Ver detalles en cada hallazgo y mira los vídeos de los dispositivos: muestran exactamente dónde se atascó el rastreador.
Los hallazgos de accesibilidad y rendimiento se corrigen sobre todo en tu app web y se publican sin una compilación nueva. Los hallazgos nativos (cierres inesperados, advertencias de SDK y de seguridad) necesitan recompilar y una nueva subida.
WebViewGold aplica el custom.css del proyecto a cada página que se carga en la app. Eso lo convierte en un sitio rápido para corregir los objetivos táctiles mientras arreglas la app web como es debido. Las etiquetas van en la propia app web, por ejemplo aria-label="Abrir menú" en un botón de icono.
/* custom.css en el proyecto Android de WebViewGold: ajustes solo para la app */
/* Objetivos táctiles mínimos para la navegación y las acciones principales */
nav a,
button,
[role="button"],
.icon-button {
min-height: 48px;
min-width: 48px;
}
/* Mantén compacto el banner de consentimiento para que el contenido siga visible */
.cookie-banner {
max-height: 30vh;
overflow: auto;
}No. Los hallazgos son de diagnóstico y no detienen un lanzamiento. Aun así, corrige los cierres inesperados, las pantallas en blanco y los hallazgos de seguridad, porque un revisor puede toparse con los mismos problemas.
Los informes dependen de la capacidad del laboratorio de pruebas y suelen tardar hasta una hora, a veces varias. Si pasados dos días no ha aparecido nada, vuelve a subir el bundle con un version code nuevo para iniciar un informe nuevo.
No para un login web. Google indica que las credenciales de cuentas de prueba no se pueden usar cuando la app inicia la sesión de los usuarios mediante un flujo web dentro de un WebView, que es el caso normal de una app empaquetada. Ofrece en su lugar una zona pública o demo y añade deep links.
Las importantes, sí. Las etiquetas en los botones de icono, un contraste legible y unos objetivos táctiles lo bastante grandes ayudan a los usuarios reales y hacen que la app se sienta nativa. Se corrigen en tu código web y se publican sin una compilación nueva.
Normalmente no. Vienen sobre todo de SDK que usan APIs ocultas de Android y son informativas. Lo correcto es mantener actualizados la plantilla de WebViewGold y sus SDK; no necesitas parchear bibliotecas tú mismo.
Los dispositivos de prueba cubren otros tamaños de pantalla y versiones de Android y siempre empiezan con un perfil limpio. Un diseño que se rompe en un teléfono pequeño o en una tablet del informe es un problema real; corrígelo en tu CSS.
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.