Rechazo en Google Play
Google Play exige una política de privacidad para cada app, incluso para una que no recopila nada, y tiene que estar en dos sitios: en el campo de la Play Console y dentro de la app. La mayoría de estos rechazos no tienen que ver con lo que dice la política, sino con si un revisor puede abrirla, así que la solución suele ser un cambio de URL y un enlace en el menú de tu app.
Desde $109 de pago único por plataforma, o deja que nuestro equipo lo haga todo desde $698.
La política de datos de usuario (User Data) de Google exige una política de privacidad para cada app, incluidas las que no acceden a ningún dato personal o sensible. Debe estar enlazada en el campo de política de privacidad de la página App content (Contenido de la aplicación) de la Play Console y debe estar disponible dentro de la app, como enlace o como texto. La página que hay detrás del enlace tiene que cumplir algunas condiciones formales:
El contenido también debe coincidir con tus respuestas de Data safety, sin limitarse a ellas. La guía de política de privacidad para apps web empaquetadas explica qué escribir; esta página trata de conseguir que acepten el enlace.
El aviso suele decir Invalid Privacy Policy o que falta la política de privacidad, hace referencia a la política de datos de usuario y añade un motivo concreto. Los motivos típicos son: el enlace está roto o no carga; la página no es una política de privacidad (por ejemplo tu página de inicio o tus condiciones del servicio); la política no nombra tu app ni tu desarrollador; omite datos que se sabe que la app maneja; o el revisor no encontró la política dentro de la app.
Lee el motivo con atención. Cada uno tiene una solución distinta, y volver a enviar la misma URL después de cambiar algo que no tiene nada que ver solo te cuesta otra ronda de revisión.
| Problema | Causa típica en una app hecha con vibe coding | Solución |
|---|---|---|
| Error 404 al abrirla directamente | La ruta /privacy solo existe dentro de tu single-page app. Pulsarla en la app funciona, pero una visita directa devuelve la página 404 del hosting porque el servidor no tiene una alternativa que sirva index.html. | Añade en tu hosting una regla de reescritura para las rutas del lado del cliente, o publica la política como un archivo estático privacy.html. |
| Redirección a la pantalla de login | El router protege todas las rutas, así que la página de la política envía a los visitantes a /login. | Haz pública la ruta de la política. Haz lo mismo con tus condiciones y con la página de eliminación de cuenta. |
| URL de vista previa o de staging | El enlace apunta a una vista previa del builder, a un despliegue de vista previa protegido con contraseña o a una URL de desarrollo que se duerme. | Usa tu dominio propio de producción y mantén estable la ruta. |
| Bloqueada por región o por protección antibots | Bloqueo por país, una regla de firewall contra el tráfico de centros de datos o una página de desafío agresiva delante de todo el sitio. | Excluye la URL de la política de las reglas geográficas y de los desafíos, y después pruébala a través de una VPN desde otro país. |
| PDF o documento editable | Un PDF exportado de un generador de políticas, o un Google Doc compartido que cualquiera puede editar o que pide acceso. | Publica el texto como una página web normal. Una página pública de solo lectura en un creador de sitios web sirve; un documento editable, no. |
| Nombre incorrecto o ausente | La política nombra al builder o a una empresa de plantillas, o todavía contiene "[Company Name]". | Nombra la app y el desarrollador exactamente como en la ficha de la tienda y añade un email de contacto. |
| Texto oculto tras un muro de consentimiento | Una capa de cookies o de consentimiento tapa toda la página hasta que el visitante acepta. | Deja que la página de la política muestre texto legible antes del consentimiento, o exclúyela de la capa. |
¡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".
Ejecuta esto desde cualquier terminal. El primer comando debe terminar en un estado 200 sin redirección a una página de login. El segundo muestra si el texto de la política está en el propio HTML; una política que solo aparece después de ejecutar JavaScript suele funcionar en un navegador, pero el texto estático elimina una forma más de que una comprobación vea una página vacía.
# 1. Código de estado y redirecciones (la última línea debería ser HTTP/2 200)
curl -sIL https://www.example.com/privacy | grep -iE "^(HTTP|location)"
# 2. ¿Está el texto de la política en el HTML y no solo renderizado por JavaScript? (debería mostrar un número mayor que 0)
curl -sL https://www.example.com/privacy | grep -ic "privacy policy"
# 3. La misma comprobación de estado con el user agent de un navegador móvil
curl -sIL -A "Mozilla/5.0 (Linux; Android 15) AppleWebKit/537.36 Chrome Mobile Safari/537.36" https://www.example.com/privacy | grep -iE "^HTTP"La segunda mitad del requisito es la que más se les escapa a las apps web empaquetadas. En tu web, el enlace de privacidad está en el pie de página. En la app probablemente ocultaste ese pie para conseguir un diseño de app, y el enlace desapareció con él. Los revisores miran en los sitios obvios: la pantalla de ajustes o de perfil, el menú y las pantallas de registro e inicio de sesión.
USER_AGENT personalizado, mueve el enlace a algún sitio que siga visible.ENABLE_NAVIGATION_DRAWER. Sus entradas vienen de res/menu/menu_drawer.xml y cada una carga su URL en el WebView, así que una fila "Política de privacidad" es un añadido pequeño; consulta la documentación del menú lateral.EXTERNAL_LINK_HANDLING_OPTIONS en Config.java decide si se abre en la app, en una pestaña dentro de la app o en el navegador. Cualquiera de las tres opciones es aceptable, siempre que se abra.Normalmente una tarde, y casi todo ocurre en tu app web.
Usa una ruta de tu propio dominio como /privacy, accesible sin login, sin aceptar cookies y sin página de desafío, y dale a la página el título "Política de privacidad".
Indica el nombre de la app y el nombre del desarrollador o de la empresa exactamente como aparecen en la ficha de la tienda, más un email o una dirección postal de contacto para las solicitudes de privacidad.
Una app empaquetada a menudo maneja datos que la web no maneja: tokens de push de OneSignal o Firebase, informes de fallos, el ID de publicidad si muestras anuncios de AdMob, la cámara o la ubicación si tu app web las solicita. Menciona cada uno y mantenlo coherente con tus respuestas de Data safety. WebViewGold también ofrece un párrafo de divulgación de la app opcional que explica que la app muestra tu web en un WebView.
La pantalla de ajustes o de cuenta, la pantalla de registro y, opcionalmente, el menú lateral nativo. Compruébalo en la compilación instalada, no solo en el navegador.
Pega la URL exacta en App content, Privacy policy (Contenido de la aplicación, Política de privacidad). Si cambiaste respuestas de Data safety, guárdalas también.
Envía los cambios a revisión. Si la política estuvo accesible todo el tiempo y puedes demostrarlo, responde o apela desde la página Estado de las políticas (Policy status); la plantilla de abajo te ayuda, y la guía de apelaciones explica el proceso.
Sé concreto. Una respuesta que indica la URL, dónde está el enlace en la app y qué cambiaste se contesta antes que una protesta. La plantilla se queda en inglés porque los revisores de Google la leen en inglés.
Hello Google Play team, Thank you for reviewing [app name] ([package name]), version code [number]. The notice says our privacy policy is invalid because [quote the reason from the notice]. We have checked and addressed this: - Privacy policy URL: [https://www.example.com/privacy]. It is a public web page, requires no login, is not a PDF and has no regional restrictions. We tested it from [countries] on [date]. - The page is titled "Privacy Policy" and names the app [app name] and the developer [developer name as on the listing], with the contact [email]. - It covers the data the app handles: [account data, push token, crash reports, ...], consistent with our Data safety answers. - Inside the app, the policy is linked from [Settings > Privacy policy] and from the sign-up screen. To reach it: [steps]. [If you changed something: Since the review, we have (describe the change).] Please let us know if a specific part of the policy still does not meet the requirements. Kind regards, [name], [developer account name]
Sí. Google exige una política de privacidad para cada app, incluidas las que no acceden a ningún dato personal o sensible. En ese caso la política puede ser breve, pero tiene que existir y decirlo.
Por lo general sí, si la página es pública, carga sin login, los visitantes no pueden editarla, no es un PDF y nombra tu app o tu desarrollador. Un Google Doc compartido que cualquiera puede editar, o que pide acceso, no cumple ese listón.
Puede ser la misma página, siempre que cubra también lo que añade la app: tokens de push, informes de fallos, el ID de publicidad y cualquier permiso del dispositivo que use tu app web.
Sí. El requisito es que los usuarios puedan llegar a la política desde dentro de la app. Abrirla en el WebView, en una pestaña dentro de la app o en Chrome es aceptable.
No. WebViewGold ofrece un párrafo de divulgación opcional por transparencia, pero Google pide una descripción de tus prácticas con los datos, no de la tecnología con la que está hecha la app.
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.