Un rechazo en Google Play significa que su nueva app o su actualización no ha superado la revisión y no se publicará hasta que se corrija el problema de política que Google indica. Casi siempre tiene arreglo: Google afirma que un rechazo no afecta a la situación de su cuenta de desarrollador y que, si era una actualización, la versión ya publicada sigue disponible. Primer paso: abrir el correo de Google Play y la página Estado de la política (Policy status) de Play Console, e identificar la política citada y el estado exacto.
En 2025, Google impidió la publicación de más de 1,75 millones de apps que infringían sus políticas y bloqueó más de 80 000 cuentas de desarrollador, según su informe de seguridad de febrero de 2026. Esta guía explica qué significa cada estado, los ocho problemas de política detrás de la mayoría de los rechazos, las tres respuestas posibles y una lista de comprobación antes de la próxima revisión.
¿Está más al principio del camino? Nuestra guía para publicar una app en Google Play cubre el recorrido desde la cuenta de desarrollador hasta producción.
Qué significa el correo: rechazada, retirada o suspendida
Google revisa las apps con una evaluación automática y humana, antes y después de la publicación. Ante una infracción, envía un correo a la cuenta de desarrollador con la medida adoptada y cómo apelar, y la página Estado de la política de la app muestra la medida en vigor.
| Estado | Qué significa | Qué puede hacer |
|---|---|---|
| Rechazada | La app nueva o la actualización no se publica. Una versión ya publicada sigue disponible; las valoraciones, las estadísticas y la situación de la cuenta no se ven afectadas. | Corregir y volver a enviar, o apelar. |
| Retirada | La app y sus versiones anteriores desaparecen de Google Play. Sin efecto inmediato en la cuenta, pero varias retiradas pueden provocar una suspensión. | Enviar una actualización conforme (se conservan usuarios, estadísticas y valoraciones), o apelar. |
| Suspendida | La app se retira, su paquete de aplicación (app bundle) ya no se puede usar, y se pierden usuarios, estadísticas y valoraciones. Cuenta como una sanción contra la cuenta. | Apelar: solo una apelación aceptada restablece la app. |
| Visibilidad limitada | La app sigue en Google Play y se abre mediante enlace directo, pero es más difícil de encontrar. Sin efecto en la cuenta. | Seguir las instrucciones del correo, o apelar. |
| Cancelación de la cuenta | Se retiran todas las apps de la cuenta, se cierra la publicación y se cancelan también las cuentas relacionadas. | Una sola apelación, en un plazo de 180 días. |
Los ocho problemas de política detrás de la mayoría de los rechazos
El Developer Policy Center recoge decenas de políticas, pero un primer envío suele tropezar siempre con las mismas pocas; el informe de Google de 2025 cita las credenciales, los permisos y los enlaces rotos a la política de privacidad entre los motivos habituales. Estas son las ocho que conviene revisar primero.
Un formulario de Seguridad de los datos que contradice la app
- Qué comprueba Google. Según la política Datos de usuario, la sección Seguridad de los datos (Data safety) debe abarcar todo lo que la app recopila y comparte, incluidos los SDK de terceros; «recopilar» es cualquier dato enviado fuera del dispositivo. Las apps cuya declaración contradice su comportamiento se arriesgan a que se bloqueen las actualizaciones o a la retirada.
- La solución. Enumere cada SDK de la compilación (analítica, informes de fallos, publicidad, inicio de sesión), lea la guía de Data safety de cada proveedor y corrija el formulario en Contenido de la aplicación (App content).
Una política de privacidad ausente o inaccesible
- Qué comprueba Google. Toda app necesita un enlace a su política de privacidad en Play Console y dentro de la propia app, aunque no recopile datos, en una URL activa y pública, sin restricción geográfica y que no sea un PDF. Las apps con creación de cuentas deben ofrecer además la eliminación de la cuenta, dentro de la app y mediante un enlace web.
- La solución. Publique la política como una página web normal, enlácela desde la pantalla de ajustes o de registro e introduzca la URL de eliminación de cuentas en Play Console.
Permisos que la app no puede justificar
- Qué comprueba Google. La política Permisos y API que acceden a información sensible solo admite lo que necesitan las funciones actuales promocionadas en la ficha. Los permisos de SMS y de registro de llamadas se reservan a los controladores predeterminados, la ubicación en segundo plano puede rechazarse sin una justificación convincente y el acceso a todos los archivos debe superar una revisión de acceso.
- La solución. Elimine todo permiso que ninguna función use, también los añadidos por bibliotecas, y complete el formulario de declaración de permisos cuando se exija.
Datos de acceso que no permiten entrar al revisor
- Qué comprueba Google. Si una parte de la app está tras un inicio de sesión, una ubicación o un muro de pago, Play Console exige un acceso en Acceso a la aplicación (Sign-in details), dentro de Contenido de la aplicación: reutilizable, válido en todo momento y desde cualquier ubicación, en inglés y capaz de saltarse la verificación en dos pasos. Si la contraseña caduca, la app puede ser rechazada.
- La solución. Cree una cuenta de demostración permanente con datos realistas y añada las instrucciones.
Una app que se bloquea o que hace demasiado poco
- Qué comprueba Google. La política Funcionalidad, contenido y experiencia de usuario (Functionality, Content, and User Experience) prohíbe las apps que se cierran, se congelan, no se instalan o no cargan, y las de funcionalidad limitada, como las apps de texto estático o de PDF.
- La solución. Instale el bundle exacto desde un canal de pruebas en un dispositivo limpio, con una cuenta nueva, y corrija lo que falle. Si la app es demasiado escasa, añada funcionalidad real.
Una app de webview, de afiliación o una copia
- Qué comprueba Google. La política Spam prohíbe las apps cuyo objetivo principal es mostrar un webview de un sitio sin permiso de su propietario o generar tráfico de afiliación, y las apps que se limitan a repetir la experiencia de otras, incluidas las apps casi idénticas de un mismo desarrollador.
- La solución. Envuelva solo un sitio que posea o administre, dé a la app funcionalidad propia y fusione las apps casi duplicadas en una sola.
Una ficha engañosa o una marca prestada
- Qué comprueba Google. La política Metadatos limita el título a 30 caracteres y prohíbe los emojis, las MAYÚSCULAS fuera del nombre de una marca, afirmaciones como «n.º 1» y los testimonios anónimos. Las políticas Suplantación de identidad y Propiedad intelectual prohíben títulos, iconos o logotipos que sugieran un vínculo con una empresa que usted no representa.
- La solución. Reescriba el título, la descripción y las capturas para que correspondan a la app, y elimine nombres y logotipos de terceros salvo que tenga permiso por escrito.
Compras digitales fuera del sistema de facturación de Google Play
- Qué comprueba Google. La política Pagos exige el sistema de facturación de Google Play para contenido digital, suscripciones y funciones de la app, y prohíbe dirigir a los usuarios a otro método de pago. Los bienes físicos y los servicios no deben usarlo; la facturación alternativa y los enlaces externos solo existen mediante programas en países admisibles.
- La solución. Traslade las compras digitales al sistema de facturación de Google Play o inscríbase en el programa que se aplique a su región.
Cómo responder: corregir la declaración, corregir la app o apelar
Corregir una declaración en Play Console
Cuando el problema está en un formulario o en la ficha (Seguridad de los datos, URL de la política de privacidad, datos de acceso, título, capturas), corríjalo en Play Console. No se revisa nada hasta que pulse Enviar para revisión en la página Descripción general de la publicación (Publishing overview). No interviene ninguna compilación nueva.
Corregir la app y volver a enviarla
Cuando el fallo está en la compilación, suba un app bundle conforme. Una trampa del procedimiento de Google: el bundle corregido debe sustituir al no conforme en todos los canales donde esté activo, incluidos los de pruebas, y los bundles antiguos deben desactivarse. De lo contrario, el reenvío falla y las versiones publicadas pueden retirarse.
Apelar cuando cree que Google se equivoca
Siga las instrucciones del correo de la medida o use el botón Apelar de la página Estado de la política; la página de la Ayuda de Play Console sobre apps retiradas enlaza al mismo formulario. Tiene una apelación por medida: indique la política citada, por qué no se aplica y adjunte pruebas. Google responde a las apelaciones solo en chino, inglés, japonés y coreano, y no publica ningún plazo de respuesta para las apelaciones de apps.
Lo que no debe hacer
No vuelva a enviar antes de haber corregido todas las infracciones, y no suba la misma app con otro nombre de paquete ni desde otra cuenta. Google indica que, tras una advertencia, una segunda app que haga lo mismo conducirá casi con seguridad a una suspensión o a la cancelación de la cuenta, y que toda cuenta abierta después de una cancelación también se cancela, sin reembolso de la cuota de registro.
Una lista de comprobación antes de volver a enviar a revisión
La mayoría de los segundos rechazos repiten el primero o revelan el siguiente problema de la fila. Repase esta lista antes de cada envío:
Si construye con el creador de apps móviles de Cadrant, la compilación y la entrega quedan resueltas: la compilación Android se ejecuta en su propia cuenta de Expo, se firma con una clave de subida que Cadrant genera y conserva, y Expo envía el app bundle a su propia Play Console como versión en borrador en el canal de pruebas internas. El cumplimiento de las políticas sigue siendo cosa suya como editor: la ficha de la tienda, la política de privacidad, el formulario Seguridad de los datos, la clasificación del contenido, los permisos y el contenido en sí.
En qué se diferencia de la revisión de Apple (App Review)
Si publica en las dos tiendas, los reflejos de una no se trasladan del todo a la otra:
| Google Play | Apple App Store | |
|---|---|---|
| Dónde llega la decisión | Correo a la cuenta de desarrollador, más la página Estado de la política de Play Console | Mensaje en App Store Connect |
| Plazo de revisión indicado | De unas horas a siete días, más en casos excepcionales | El 90 % de los envíos se revisa en menos de 24 horas, de media |
| Vías documentadas | Corregir y volver a enviar, o apelar | Dialogar con App Review, volver a enviar o apelar |
| Apelación | Una por medida, respondida en cuatro idiomas | Una por envío rechazado, ante el App Review Board |
Nuestra guía sobre un rechazo en la App Store cubre el lado de Apple en el mismo orden. En ambas tiendas: lea lo que se cita, corrija la causa y no el síntoma, y envíe una sola vez.