Si tu actualización lleva una o dos semanas atascada "en revisión" en Google Play Console, eso ya está fuera de lo normal y conviene actuar, no solo esperar. La mayoría de las actualizaciones se publican en unas horas o pocos días, y Google indica que el límite habitual, incluso en casos excepcionales, es de siete días o más, así que dos semanas suele apuntar a un bloqueo por política, a un requisito de cuenta pendiente o a la publicación gestionada activada. Antes de reenviar, revisa esos puntos, porque subir una versión nueva reinicia la revisión desde cero.
Respuesta rápida
"En revisión" significa que Google está evaluando tu app antes de publicarla, de forma automática y a veces manual. Lo normal es de unas horas a pocos días; Google señala que la revisión puede tardar "siete días o más en casos excepcionales", según la ayuda de Google Play sobre tiempos de revisión. Dos semanas no es normal. No reenvíes por impaciencia, porque reinicia el proceso. Revisa la publicación gestionada y el Centro de políticas, y contacta a soporte si superas ese plazo sin cambios.
¿Qué significa "en revisión" en Google Play?
"En revisión" quiere decir que tu envío está siendo evaluado y todavía no se ha publicado. Las actualizaciones pasan por la publicación estándar, donde Google procesa los cambios "lo antes posible", pero cada envío atraviesa comprobaciones automáticas y, cuando algo lo requiere, una revisión manual que añade tiempo. Mientras dure, la versión anterior sigue disponible para tus usuarios, así que un atasco no deja tu app fuera de la tienda.
Conviene distinguir dos situaciones que se confunden. Una cosa es que la revisión tarde por la cola o por un examen más cuidadoso, y otra muy distinta es que tu app esté retenida por una posible infracción de política, que aparece en el Centro de políticas de la consola. La segunda no se resuelve esperando: requiere leer el aviso y corregir exactamente lo que se señala. Tratar una retención por política como si fuera una simple demora es una de las razones más comunes por las que la gente se queda semanas sin avanzar.
¿Cuánto tiempo es normal y cuándo es demasiado?
Lo normal es de unas horas a pocos días, con siete días como referencia máxima para casos excepcionales. Cualquier cifra exacta es un promedio observado, no una garantía de Google. Dos semanas está claramente por encima de lo esperable y justifica revisar causas y contactar a soporte. La siguiente tabla ordena los rangos y las señales de alarma.
| Estado o situación | Tiempo normal | Señal de alarma |
|---|---|---|
| Actualización por publicación estándar | Horas a 3 días | Más de 7 días sin cambios |
| Primera publicación de una app | 1 a 7 días | Más de 7 días |
| Cuenta nueva o marcada para revisión | Hasta 7 días o más | Claramente más de 7 días |
| Retención por política | Hasta corregir el aviso | Aviso sin leer en el Centro de políticas |
| Dos semanas sin avanzar | No es normal | Contacta a soporte de inmediato |
Si estás en un periodo de mucho volumen, una espera larga no siempre significa un problema en tu app. Pero a las dos semanas ya no basta con esperar: toca descartar activamente un bloqueo por política, un requisito de cuenta pendiente o la publicación gestionada. Cada uno de esos casos tiene una acción concreta, y ninguno se arregla subiendo otra versión.
¿Por qué se queda atascada?
La mayoría de los atascos vienen de la cuenta, de una política o de una configuración, no de la calidad de tu código. Las causas más comunes son una cuenta nueva o marcada para una revisión más estricta, permisos sensibles como la ubicación o el acceso a datos del usuario, cambios en la declaración de seguridad de datos o en la clasificación por edad, y sobre todo una retención por política que espera una corrección tuya.
Hay dos casos que atrapan a mucha gente. El primero es la publicación gestionada activada, que hace que Google apruebe la app pero no la publique hasta que tú lo hagas de forma manual. El segundo afecta a las cuentas personales nuevas: antes de poder publicar en producción, Google exige una prueba cerrada con al menos 12 probadores durante 14 días seguidos, según los requisitos de Google para cuentas nuevas. Esos 14 días deben ser continuos. Esa espera no es una revisión, pero se confunde con una, y explica muchos casos en los que alguien cree estar atascado en revisión cuando en realidad su cuenta aún no tiene acceso a producción. Merece la pena comprobar estos dos casos antes que cualquier otra cosa, porque son de los más frecuentes y también de los más fáciles de pasar por alto.
¿Esperar, cancelar o reenviar?
La respuesta corta es: no reenvíes, y solo cancela si vas a corregir algo. Subir un build nuevo de la misma versión reemplaza al que está en revisión y reinicia el proceso desde cero, así que perderás el progreso y tu lugar en la cola. Reenviar solo tiene sentido si de verdad corregiste un problema que habría causado un rechazo o una infracción de política.
Esperar es lo correcto dentro del rango normal, pero a las dos semanas ya no lo es. En ese punto, la acción útil no es reenviar ni cancelar sin motivo, sino diagnosticar: revisar el Centro de políticas, comprobar la publicación gestionada y, si nada explica el atasco, contactar a soporte con pruebas. Piensa en cancelar solo como paso previo a subir una corrección real, nunca como una forma de "reiniciar la suerte".
Pasos para desatascarla
Antes de reenviar, sigue un orden de diagnóstico que descarta las causas más frecuentes. La siguiente tabla resume los pasos en el orden que conviene seguir.
| Paso | Acción |
|---|---|
| 1. Revisar el Centro de políticas | Busca avisos o infracciones que estén reteniendo la app |
| 2. Comprobar la publicación gestionada | Si está activa, publica tú mismo la versión aprobada |
| 3. Verificar los requisitos de cuenta | Confirma que cumpliste la prueba cerrada si tu cuenta es nueva |
| 4. Revisar la seguridad de datos | Asegúrate de que el formulario esté completo y sea coherente |
| 5. No reenviar sin motivo | Evita subir versiones nuevas que reinicien la revisión |
| 6. Contactar a soporte | Pasados 7 días, o a las 2 semanas, abre un caso con fechas y capturas |
Trabaja los pasos en orden y anota lo que encuentres. Muchos atascos que parecen un fallo de Google terminan siendo un aviso de política sin leer, un formulario de seguridad de datos incompleto o la publicación gestionada esperando tu clic. Descartar estas causas primero evita escalar por algo que puedes resolver tú en minutos.
¿Cuándo contactar a soporte de Google Play?
Contacta a soporte cuando superes claramente los siete días sin cambios, y sin duda a las dos semanas. Usa la ayuda de Google Play Console para abrir un caso e incluye el nombre del paquete, el número de versión, la fecha y la hora del envío y capturas del estado y de cualquier aviso del Centro de políticas. Cuanto más completo sea el caso, menos probable es que se retrase por falta de información.
Ten expectativas realistas. El soporte puede confirmar el estado y trasladar tu caso, pero no siempre responde rápido, y no acelera una revisión que sigue su curso. Aun así, a las dos semanas es el paso correcto, porque un silencio tan largo no se resuelve solo y conviene dejar constancia por si el caso se alarga.
Antes de subir, revisa el build
La forma más segura de no repetir la espera es no gastar un ciclo de revisión en una app que iba a ser rechazada. Cada rechazo o infracción te devuelve al principio, así que un problema evitable, como una clave secreta incrustada, un permiso sin justificación o una configuración de red insegura, puede costarte otra espera completa justo cuando ya llevas semanas parado.
Un escáner de seguridad como PTKD.com analiza el .aab o el .apk antes de subirlo y devuelve un informe ordenado por gravedad y mapeado a OWASP MASVS, para que corrijas lo que dispararía un rechazo antes de entrar a la cola. Conviene ser honesto sobre su límite: un escáner no acelera la revisión de Google ni sustituye una auditoría manual en apps de alto riesgo o reguladas. Lo que sí hace es evitar los rechazos previsibles que te obligan a repetir la espera, que es justo lo que quieres cuando ya estuviste atascado dos semanas. En una situación así, cada intento fallido pesa más, porque no solo pierdes la revisión, también el tiempo que ya habías invertido esperando.
Puntos clave
- Dos semanas "en revisión" no es normal: lo habitual es de horas a pocos días, con siete días como referencia máxima.
- Distingue una cola lenta de una retención por política; la segunda solo se resuelve leyendo el aviso y corrigiendo.
- No reenvíes por impaciencia, porque reinicia la revisión; revisa antes la publicación gestionada y los requisitos de cuenta.
- Contacta a soporte pasados siete días o a las dos semanas, con nombre de paquete, fechas y capturas.
- Antes de subir, revisa el build con PTKD.com para no repetir la espera por un rechazo evitable.
