Rechazo en Google Play
Google decide si tu app es "para niños" a partir de dos fuentes: el público objetivo que declaras y el aspecto de la app. Una app colorida y con dibujos animados declarada para adultos es una discrepancia; una app declarada para niños con AdMob normal es una infracción. Esta guía repasa ambas situaciones y qué configurar en tu app web y en WebViewGold.
Desde $109 de pago único por plataforma, o deja que nuestro equipo lo haga todo desde $698.
En App content → Target audience and content (Público objetivo y contenido) seleccionas los grupos de edad. En cuanto se incluye cualquier grupo de menos de 13 años, o la app se marca como dirigida a niños en una región con definición propia, la política de Familias se aplica por completo. Pero la declaración no es lo único que cuenta. Los revisores también valoran si la app atrae a niños: el icono y las capturas, personajes de dibujos animados, juegos sencillos, "kids" o "ABC" en el nombre, colores primarios vivos, una interfaz al nivel de un niño pequeño. Si la app atrae a niños y declaraste solo adultos, Google lo llama discrepancia de público objetivo y te pide que cambies la declaración o que cambies la app.
Declarar un público mixto (niños y usuarios mayores) es posible, pero añade requisitos propios, como una pantalla neutral de verificación de edad y tratar cada grupo de edad según sus reglas. A la mayoría de quienes hacen vibe coding les conviene una decisión clara: o crear una app infantil y cumplir la política, o crear para adultos y que se note.
Solo SDK de anuncios de la lista de Google con autocertificación para familias, configurados con tratamiento dirigido a niños; sin anuncios basados en intereses, sin anuncios inapropiados para niños, sin anuncios disfrazados de contenido. La configuración conforme más sencilla es no tener anuncios.
Nada de información personal de niños sin un consentimiento parental verificable, sin ID de publicidad, sin ubicación precisa. Data safety debe reflejarlo.
Los enlaces a sitios web, redes sociales, otras apps y compras deben estar detrás de un control que un niño no pueda superar fácilmente (una pregunta de matemáticas, mantener pulsado para continuar, un PIN para padres).
El inicio de sesión con Google o Facebook es para adultos. Usa una cuenta de padre o madre, o ninguna cuenta, para la parte infantil de la app.
Sin contenido para adultos, sin mecánicas de apuestas, sin contenido generado por usuarios visible para niños sin una moderación sólida, y con una clasificación de contenido que coincida.
El programa Teacher Approved es una insignia para apps infantiles de alta calidad, revisadas por educadores después de publicarlas. No hace falta para superar la revisión, y la solicitas desde la sección Familias de la Play Console.
| Solo adultos (13 años o más) | Incluye niños | |
|---|---|---|
| Anuncios | AdMob como siempre, con filtros de contenido | SDK certificado para familias con ajustes dirigidos a niños, o sin anuncios |
| Recopilación de datos | Declaración de Data safety normal | Sin ID de publicidad, sin ubicación precisa, consentimiento parental para datos personales |
| Funciones sociales | Permitidas si cumplen la política de UGC | Muy limitadas; se exigen moderación y participación de los padres |
| Enlaces externos y compras | Normal | Detrás de un control parental |
| Aspecto | No debe atraer principalmente a niños | Se espera un diseño adecuado para niños |
| Revisión | Revisión estándar | Revisión adicional de Familias de la app y de la ficha |
¡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".
La parte nativa lleva cinco minutos; el trabajo está en la parte web.
Selecciona los grupos de edad a los que de verdad va dirigida la app. Si es para niños y para padres, plantéate dividirla en un panel para padres (adultos) y un modo infantil que siga las reglas de abajo.
Pon SHOW_BANNER_AD, SHOW_FULL_SCREEN_AD, ENABLE_REWARDED_ADS y USE_FACEBOOK_ADS en false, y TRACKING_EVENT en false salvo que tengas un flujo de consentimiento para los padres. Si necesitas monetizar con anuncios, usa la configuración de AdMob dirigida a niños y solo la red certificada.
Con los anuncios desactivados, elimina el permiso de Ad ID del manifiesto combinado como se muestra en la guía de Data safety y después no declares ID de publicidad.
Pon requireLocation, requireCamera y requireRecordAudio en false salvo que la función sea esencial y adecuada para la edad, y quita las entradas del manifiesto. Las apps infantiles rara vez justifican alguno de ellos.
Pide a tu builder un componente de control reutilizable delante de los enlaces externos, las compras y cualquier formulario de contacto. Decide dónde se abren los enlaces externos con EXTERNAL_LINK_HANDLING_OPTIONS en Config.java (WebView principal, pestaña dentro de la app o navegador del sistema); elijas lo que elijas, el control va delante del enlace en tu app web.
Indica qué recopilas de los niños (lo ideal, nada), cómo pueden revisarlo o eliminarlo los padres y qué leyes se aplican (COPPA, GDPR-K). Enlázala desde la ficha y dentro de la app.
Completa la clasificación de contenido para el contenido infantil, rellena Data safety en consecuencia y envía. Cuenta con que la revisión de Familias tarde un poco más que una revisión estándar.
Puede serlo. Los revisores se fijan en la impresión general. Haz que el icono y las capturas se dirijan claramente a los padres y mantén la declaración de público objetivo en adultos.
El push en sí está permitido, pero los datos que recopila el proveedor de push deben cumplir las reglas de Familias y estar declarados. Mantén las notificaciones libres de personalización y de marketing dirigido a niños, y consulta la guía del proveedor para apps dirigidas a niños.
Sí, detrás de un control parental, con información clara y usando Google Play Billing (por ejemplo, mediante RevenueCat en WebViewGold). Las compras no deben estar diseñadas para presionar a los niños.
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.
