Un aviso de Apple o Google que exige actualizar puede referirse a código, a un formulario de la tienda o a ambos. Confirma primero qué app y versión afecta, cuál es la fecha límite y qué estado muestra. Después traduce el aviso al cambio seguro más pequeño y comprueba la versión candidata firmada. La fecha condiciona el plan; no demuestra que todas las apps necesiten recompilarse.
Lee el aviso exacto en la consola
Abre el aviso en la cuenta de desarrollador titular de la app. Anota:
- La app, plataforma, track afectado y versión o compilación concreta.
- La acción solicitada, fecha límite, estado actual y qué cambia si vence el plazo.
- Si afecta a un nuevo envío, la visibilidad de una app existente, un formulario de la tienda o el binario.
No confundas los números de SDK
En Android, el API objetivo define el nivel de comportamiento al que se adapta la app; el SDK de compilación es la cadena de herramientas y las API usadas para compilarla; min SDK define la versión más antigua de Android en la que puede instalarse. En Apple, Xcode y el SDK de iOS exigidos para subir la app son distintos del destino de implementación, que marca el iOS mínimo compatible. Un API objetivo o SDK de subida más alto no eleva automáticamente el mínimo del sistema operativo. Cambiar un número tampoco vuelve compatible una dependencia ni corrige permisos, manifiestos o cambios de comportamiento de un SDK.
Encuentra el cambio real
Imagina una app Android ficticia cuyo aviso de Play Console pide el API objetivo 36. Antes de editar, su responsable confirma en la consola la app indicada, la versión afectada, el plazo y el estado. El equipo comprueba que cada plugin y SDK integrado compila y funciona con ese objetivo; después revisa los cambios de comportamiento, los permisos y las declaraciones del manifiesto. Subir un número puede permitir compilar aunque una biblioteca siga rompiendo el inicio de sesión o las notificaciones push.
- Revisa las dependencias y los SDK relacionados con la privacidad; actualiza o sustituye los incompatibles.
- Comprueba las entradas del manifiesto, los permisos en tiempo de ejecución y las declaraciones correspondientes en la tienda.
- Revisa las instrucciones para borrar la cuenta y las respuestas sobre edad cuando proceda; estos ejemplos no son obligatorios para todas las apps.
- Confirma si el aviso permite corregir metadatos o un formulario, o si exige un binario nuevo.
Mantén controlada la publicación
Haz los cambios en una rama de publicación mantenida, conserva el código y la versión aprobados más recientes y registra qué versiones cambian. Si el aviso lo permite, una corrección solo de metadatos puede hacerse en la consola; los cambios de código, SDK o manifiesto requieren un binario firmado nuevo.
- Prepara la versión candidata con las herramientas y la firma requeridas. Vincúlala a la rama de publicación mantenida.
- Instala esa versión firmada en dispositivos físicos compatibles. Una compilación de desarrollo por sí sola no verifica la candidata de publicación.
- Repite las rutas reales de uso. Comprueba inicio de sesión, compra y restauración, notificaciones push y enlaces profundos cuando existan.
- Sube la versión a una pista interna o cerrada de pruebas. Confirma la app, la versión, los permisos y el inicio en la compilación instalada.
Las pruebas, la revisión y la propiedad son decisiones distintas
Subir una versión de prueba no autoriza su publicación pública. Las pruebas externas de TestFlight pueden necesitar revisión beta. Acuerda cada paso de pruebas, revisión y publicación con quien gestiona la cuenta. El cliente conserva las cuentas, el código y el acceso a la firma. Define aparte el mantenimiento, ASO y soporte de apps o la modernización. Nuestra guía de plazos de revisión explica la planificación.
- Clasificar el aviso
- Aplicar el cambio delimitado
- Verificar la versión firmada
- El titular aprueba el paso siguiente
Las pruebas, el envío a revisión y la publicación pública son decisiones separadas.
Comprobado el 4 de noviembre de 2026: Google Play exige API 36 para enviar apps habituales de teléfono; la visibilidad de apps existentes tiene reglas distintas. Apple exige actualmente Xcode 26 y el SDK de iOS 26 para las subidas. Los requisitos anunciados para 2027 son cambios futuros. Confirma el plazo y el alcance en el aviso de tu propia app.