Por qué Google Play rechaza apps

1. Nivel de API objetivo demasiado bajo

Google Play exige que las apps nuevas y las actualizaciones tengan como objetivo un nivel de API de Android reciente (actualmente API 35 / Android 15). Si tu targetSdkVersion está por debajo del umbral, la Play Console bloquea la subida de plano. Sube el objetivo y vuelve a probar los cambios de comportamiento.

2. Build de release debuggable

Publicar un build con android:debuggable="true" se rechaza. Asegúrate de que tu tipo de build de release no habilite la depuración.

3. Permisos sensibles y restringidos

Permisos como la ubicación en segundo plano, SMS / registro de llamadas y el acceso a todos los archivos (MANAGE_EXTERNAL_STORAGE) requieren un caso de uso sólido y, a menudo, un formulario de declaración de permisos. Solicitarlos sin justificación es un motivo destacado de retirada.

• Solicita solo los permisos que necesitan tus funciones actuales.
• Añade una divulgación destacada y en contexto antes de solicitarlos.
• Completa el formulario de declaración cuando sea necesario.

4. Discrepancia en el formulario de Data safety

La sección Data safety de tu Play Console debe coincidir con lo que la app y sus SDK realmente recopilan y comparten. Las discrepancias — a menudo introducidas por un SDK de analítica o de anuncios — provocan rechazos y suspensiones. Audita cada dependencia.

5. Broken Functionality frente a Limited Functionality

Son dos secciones distintas de la misma página de políticas, y se confunden constantemente. Broken Functionality cubre apps que fallan, se congelan o nunca cargan: tu app no funcionó. Limited Functionality and Content cubre envoltorios de webview y cáscaras vacías: tu app funciona, simplemente no merece la instalación. Los arreglos son opuestos. Si tu rechazo dice Broken Functionality, no empieces a añadir funciones.

Guía completa: descifrar un rechazo por Broken Functionality →

6. Comportamiento engañoso y suplantación

• Avisos falsos del sistema o imitación de la interfaz de Android.
• Ficha de la tienda engañosa, keyword stuffing o insignias falsas.
• Copiar el nombre, el icono o la marca de otra app.

7. Pagos y eliminación de cuenta

Los bienes digitales generalmente deben usar Google Play Billing. Y si los usuarios pueden crear una cuenta, debes ofrecer la eliminación de la cuenta y de los datos tanto dentro de la app como mediante una URL accesible externamente.

Cómo ayuda App Review Checker

Sube tu .apk y leemos el manifiesto para comprobar tu nivel de API objetivo, el flag debuggable, el tráfico en texto claro, los permisos restringidos, el versionado y el formato de publicación — y luego te guiamos por los puntos de política (Data safety, facturación, ficha de la tienda, eliminación de cuenta) que necesitan una respuesta humana.

Checklist de envío para Android: el recorrido completo de Play Store →