Rechazo en Google Play
A Google le parecen bien los anuncios. Lo que no le parece bien son los anuncios que sorprenden al usuario, tapan el contenido, aparecen antes de que la app se pueda usar o llegan a niños a través de una red no certificada. La integración de AdMob de WebViewGold tiene unos pocos ajustes que deciden en qué lado de esa línea te quedas.
Desde $109 de pago único por plataforma, o deja que nuestro equipo lo haga todo desde $698.
La política tiene tres partes. Ubicación y momento: los anuncios a pantalla completa no deben aparecer de forma inesperada, por ejemplo al iniciar la app, entre cada toque, antes de que se cargue el contenido o de un modo que no se pueda cerrar; los anuncios no deben confundirse con el contenido de la app ni con notificaciones del sistema, y deben quedarse dentro de la app. Declaraciones: la respuesta "Contains ads" (Contiene anuncios) en App content, el ID de publicidad en el formulario Data safety y la clasificación de contenido deben coincidir con lo que hace la app. Público: las apps que incluyen a niños en su público objetivo solo pueden usar SDK de anuncios certificados para familias y no deben mostrar contenido publicitario inapropiado.
Los revisores no leen tus ajustes de AdMob. Instalan la app, tocan aquí y allá durante un minuto y observan lo que pasa. Un intersticial al segundo toque, antes de que hayan visto tu producto, basta para un rechazo.
Los intersticiales al arrancar, durante la carga o justo después del splash son la infracción clásica. Muéstralos tras una acción completada, en pausas naturales.
Los anuncios a pantalla completa necesitan una opción visible para cerrarse tras un breve momento; los anuncios que atrapan al usuario o se vuelven a abrir solos están prohibidos.
Nada de banners con aspecto de botones de tu app, ni anuncios que imiten diálogos o notificaciones del sistema, ni anuncios en la barra de estado o en la pantalla de bloqueo.
Si AdMob está activado en Config.java, responde que sí en App content, Ads, y declara el ID de publicidad en Data safety. La discrepancia inversa, anuncios declarados pero ninguno mostrado, es inofensiva; la primera no.
Para públicos objetivo que incluyen niños, solo se permiten SDK de anuncios de la lista de Google certificada para familias, con el tratamiento dirigido a niños configurado. La opción conforme más sencilla para una app infantil es no tener anuncios.
El contenido de los anuncios debe ser adecuado para la clasificación por edad de la app. Configura los filtros de contenido y la clasificación máxima de contenido publicitario en tu cuenta de AdMob.
Todas las opciones están en Config.java; los ID van en strings.xml.
Crea la app en tu cuenta de AdMob y pega el ID de la app y los ID de los bloques de banner e intersticial en strings.xml, como se describe en la documentación de AdMob. Un ID de app que falta o es incorrecto hace que la app se cierre al arrancar, lo que acaba en un rechazo por funcionalidad rota.
Pon SHOW_BANNER_AD en true para un banner situado fuera del WebView. Asegúrate de que la navegación inferior o los botones flotantes de tu app web no queden ocultos detrás; la inyección de CSS personalizado puede añadir un margen inferior cuando la página se ejecuta en la app.
Mantén SHOW_AD_AFTER_X lo bastante alto para que un revisor pueda explorar la app antes del primer anuncio a pantalla completa, y deja INCREMENT_WITH_TAPS en false para que escribir y desplazarse no cuenten para el siguiente anuncio. Contar cargas de página en lugar de toques hace que el momento sea predecible.
Añade fragmentos de URL como "/thank-you/" o "/result" a AD_TRIGGER_URLS para que los intersticiales aparezcan tras una acción completada y no según un contador. Es la ubicación que Google describe como aceptable, y además convierte mejor.
Los anuncios bonificados los inicia el usuario, lo que los convierte en el formato más seguro. Activa ENABLE_REWARDED_ADS y lánzalos desde tu app web cuando el usuario elija ver un anuncio a cambio de un beneficio; deja USE_REWARDED_ADS_WHERE_POSSIBLE en false si es el código de tu sitio web el que decide cuándo reproducirlos.
Deja ASK_FOR_AD_CONSENT en true para que la gestión del consentimiento de Google muestre el mensaje obligatorio a los usuarios de las regiones que lo exigen, y configura el mensaje en tu cuenta de AdMob. Después responde que sí en App content → Ads y añade el ID de publicidad a Data safety.
¡Una forma estupenda de convertir tu web app en una app nativa! Entrega rápida y una manera genial de llevar tus apps a las tiendas sin tener que desarrollar una app nativa completa.
| Pasa | Se marca | |
|---|---|---|
| Primera impresión | Splash, contenido y anuncios después de un uso real | Intersticial justo después de arrancar o al primer toque |
| Frecuencia | Un intersticial tras una tarea completada o tras un número generoso de páginas | Anuncios cada pocos toques, anuncios mientras el usuario escribe |
| Banner | Banner fijo que nunca tapa la navegación | Banner que se superpone a botones o parece parte de la página |
| Bonificado | Voluntario, con un beneficio claro y que se puede cerrar | Anuncios de "recompensa" forzados sin opción de rechazarlos |
| Niños | Sin anuncios, o un SDK certificado para familias con ajustes dirigidos a niños | AdMob por defecto en una app que atrae a niños |
INCREMENT_WITH_TAPS en false.ASK_FOR_AD_CONSENT en true.Sí. Cualquier formato de anuncio, incluidos los bonificados y los banners, significa que la app contiene anuncios. La etiqueta aparece en tu ficha y los revisores la contrastan con lo que ven.
No. Los anuncios a pantalla completa antes de que el usuario haya hecho nada en la app son el rechazo por la política de anuncios más habitual. Muéstralos tras una acción completada o en una pausa natural.
AdMob tiene políticas propias, por ejemplo sobre el tráfico no válido y sobre hacer clic en tus propios anuncios durante las pruebas. Usa anuncios de prueba y un dispositivo de prueba registrado durante el desarrollo, y pasa a los bloques de anuncios reales solo en la compilación de lanzamiento.
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.