Publicación de Aplicaciones Móviles
Esta página y sus correspondientes hijas ayudan a publicar una aplicación móvil en los marketplace de Google y Android.
Para explicar el procedimiento:
- Se puede ver de forma ejecutiva los pasos a realizar aquí.
- Por otro lado, se puede consultar la descripción detallada de todas y cada una de las tareas.
- Por último hay una visión de los tiques que se han de abrir para llevar a cabo completamente el proceso a modo de ejemplo.
Como se muestra en el gráfico siguiente, son múltiples las acciones que habrá que realizar para que el procedimiento sea completo:
Puede visitar estas páginas para más información:
- Resumen ejecutivo: Publicación de Aplicaciones Móviles
- Visión práctica: publicación de Aplicaciones Móviles
- Detalle de actividades: publicación de Aplicaciones Móviles
Preguntas frecuentes
- ¿En qué momento del proceso de publicación se suben las capturas?
Se suben tras finalizar de las pruebas de las APP apuntando a producción (código subido a los markets).
- ¿Las imágenes de publicación tienen que ser iguales para las dos resoluciones de Android?
No sabemos si pueden ser diferentes porque no se ha presentado el caso. En principio, las capturas deben ser válidas siempre que cumplan la relación de aspecto y la anchura mínima y máxima (a diferencia de iOS que tiene que ser una resolución específica).
- ¿Cuánto tiempo transcurre entre que se sube el código al market y se configuran las pruebas?
Una vez se ha compilado y se han subido a los markets las nuevas versiones, tanto en Android como en iOS, la configuración de las betas y las pruebas internas es muy sencilla y se tarda unos minutos (aunque puede tardar más o menos una hora en llegar el correo para Apple).
¿Cuál es la diferencia entre el grupo de tester internos y externos en el Testflight de JdA?
Acceso de tester interno como tal no existe en Testflight. Se les puede dar a usuarios de Apple permisos a la aplicación en concreto, de tal forma que no solo tendrían acceso al Testflight, sino también a la ficha de la aplicación en la cuenta de la JdA (podrían enviar a revisión la app, cumplimentar la ficha…). Los testers internos son en realidad personas que pertenecen a la organización, pero no existe un permiso que sea expresamente “tester interno”.
Los tester externos pueden únicamente hacer pruebas de la APP y es necesario que se envíe la APP a una primera revisión por parte de Apple.
¿En Google los grupos para las pruebas (internas/externas) funcionan igual que en Apple?
En Google todos los testers son considerados externos, pero hay dos tipos de beta distintas:- Beta interna: Es la que se utiliza normalmente para mayor agilidad, ya que permite probar la app sin una revisión por parte de Google.
- Beta cerrada: Es exactamente igual que la interna, pero requiere de una primera revisión de Google para que los testers prueben. Si va bien de plazos, es preferible a la beta interna ya que esta primera revisión agiliza la revisión definitiva de la app antes de su publicación.
En ambos casos los testers acceden a la prueba mediante un enlace con una invitación. Al aceptar la invitación, se convierten en testers y tendrían acceso a las distintas betas mediante la Play Store, pero en ningún caso tendrían acceso a la ficha de la aplicación en Google Play Console.
- Si en la solicitud de primera revisión de Apple para el Testflight, es decir, para que los testers externos puedan probar, tiene resultado inconforme ¿Calidad podría seguir haciendo las pruebas como testers internos?
Se desconoce qué pasa si la primera revisión de Apple en el Testflight falla, ya que hasta el momento nunca se ha dado el caso. En principio, los testers internos deberían seguir pudiendo probar, ya que no hace falta que lo revise Apple para que prueben, pero es una suposición que se podrá comprobar cuando ocurra.
- Luego de iniciar las pruebas por parte de Calidad ¿se pueden agregar más tester en Testflight de JdA?
Sí, se podrían incluir más testers, la única condición es que sean cuentas de Apple. Aunque los testers externos tendrían que esperar a que Apple revise la APP.
- La primera revisión a Apple (Testflight), ¿se está haciendo igual, aunque no tengamos tester externos o sólo se hace en ese caso?
La primera revisión en Testflight solo se hace en el caso de que haya testers externos. Si las pruebas la realizan exclusivamente testers internos, Apple no revisa la APP. De ahí que lo ideal sería identificar qué testers externos pudiera ser interesante o útil añadir a las pruebas cuanto antes, para enviarla a revisión mientras que Calidad comienza las pruebas como testers internos.
- ¿Qué datos se necesitan para añadir tester internos?
Nombre, apellidos y correo electrónico de la cuenta de Apple.
Si se avanza en el proceso de publicación para que revisen los markets ¿se sigue teniendo acceso a la APP beta/testflight JdA? ¿O una vez que se avanza ya no se pueden realizar más pruebas?
Enviar la APP a revisión no impide que se siga probando, el Testflight sigue activo durante 90 días tras su subida y la beta de Android también sigue activa hasta que se cambie la versión.
El problema que tiene enviar a revisión las APPs es que, en caso de que nos den el OK, hay que publicar los cambios. Tenemos el control de cuándo publicarlos, pero hay que publicarlos, por lo que, si se descarta la versión, habría que publicar la versión descartada antes de poder publicar la nueva versión correctora.
- Después de que Apple da la aprobación para publicar la APP ¿se puede crear un grupo de tester externos sin enviar a revisión de nuevo la APP?
En principio, la comprobación del Testflight es independiente de la de la publicación, por lo que si se agregan testers externos habría que enviar la app a revisión igualmente.
Glosario
A continuación se lista una serie de conceptos clave del servicio de Publicación de Aplicaciones Móviles:
- App Store Connect: Panel de gestión de aplicaciones de Apple.
- Beta cerrada (Google): Tras subir el fichero compilado a la Play Store, Google ofrece distintos canales de prueba antes de realizar la publicación de la aplicación. La beta cerrada permite que un conjunto de testers prueben la aplicación tras pasar por una primera revisión por parte de Google. Los testers se unen a la prueba mediante un link, lo que les permite descargarse las versiones de beta cerrada desde la ficha de la aplicación en Play Store. Las cuentas de tester para una aplicación de Google deben ser una cuentas de Google.
- Beta interna (Google): Tras subir el fichero compilado a la Play Store, Google ofrece distintos canales de prueba antes de realizar la publicación de la aplicación. La beta interna permite que un conjunto de testers prueben la aplicación sin que pase por ninguna revisión o filtro de Google. Los testers se unen a la prueba mediante un link, lo que les permite descargarse las versiones de beta interna desde la ficha de la aplicación en Play Store. Las cuentas de tester para una aplicación de Google deben ser una cuentas de Google.
- Fichero .apk: Se trata del fichero instalable de una aplicación de Android. Se emplea en pruebas previas a la subida del código de la aplicación a los markets.
- Fichero .aab: Se trata del fichero compilado de una aplicación de Android que se sube a Play Store. Los compilados en formato aab no son instalables por sí solos, por lo que no se pueden emplear en pruebas anteriores a la subida a Play Store.
- Fichero .ipa: Se trata del fichero instalable de una aplicación de iOS. Para poder realizar instalaciones los ficheros deben estar subidos a Testflight.
- Google Play Console: Panel de gestión de aplicaciones de Google.
- Market/Marketplace: Un mercado en línea es un tipo de sitio web de comercio electrónico en el que la información sobre productos o servicios es proporcionada por múltiples proveedores. Para las distribución de las aplicaciones móviles, la Junta de Andalucía hace uso de los markets oficiales de Google y Apple:
- Play Store: marketplace oficial de Google.
- App Store: marketplace oficial de Apple.
- SVN: Abreviación de Subversion, herramienta de control de versiones.
- Testers externos (Apple): Usuarios que pueden probar las aplicaciones en iOS mediante el uso de la herramienta Testflight. Los testers externos solo tienen acceso a las versiones de la aplicación en pruebas en los que se les incluyan, no teniendo acceso a la ficha de la aplicación. La cuenta de tester para una aplicación de Apple debe ser una cuenta de Apple.
- Testers internos (Apple): Usuarios que pueden probar las aplicaciones en iOS mediante el uso de la herramienta Testflight. Los testers internos son en realidad cuentas que pertenecen a una organización, por lo que además de tener acceso a las versiones de la aplicación en pruebas en los que se les incluyan, también tendrían acceso a la ficha de la aplicación. La cuenta de tester para una aplicación de Apple debe ser una cuenta de Apple.
- Testflight: Tras subir el fichero compilado a la App Store, se pueden configurar unas pruebas antes de la publicación de la aplicación. Dichas pruebas se realizan mediante la herramienta Testflight. Para este procedimiento se pueden diferenciar dos Tesflight diferentes:
- Testflight de SWF: Gestionado por desarrollo, se emplea para las pruebas apuntando al entorno de pruebas.
Testflight de Junta de Andalucía: Gestionada por Sociedad Digital (delegado a Oficina de Calidad en el caso de la Consejería de Presidencia), se emplea para las pruebas apuntando al entorno de producción.
FECHA ACTUALIZACIÓN
14/11/2025