Publicación de Apps en TestFlight y App Store con Apple

Clase 46 de 52 • Curso de Desarrollo de Apps para iOS

Contenido del curso

Hola, Apple

Tu primera app en iOS

Manejo de dependencias

Servicios Web

Proyecto: PlatziTweets

En producción

iOS Avanzado

Hola, iOS Developer

Tomar examen

Completa los permisos necesarios

Al inicio del curso, en la lectura de introducción, te mencioné que Apple puede rechazar tu app en el App Store por múltiples razones. Aquí tienes un pantallazo de un correo donde Apple rechaza PlatziTweets de TestFlight porque aparentemente le falta especificar un par de permisos.

Si te fijas en la imagen, el correo dice que falta el permiso “NSPhotoLibraryUsageDescription”, lo cual traduce a pedir un permiso para acceder a la librería de imágenes del usuario, lo cual nunca hicimos, ¿verdad?. Bien, este es un ejemplo de por qué con Apple debes ser tan paciente con sus procesos en la tienda en la App Store.

El mismo escenario ocurre con el permiso “NSLocationAlwaysUsageDescription”. Realmente, no estamos utilizando “todo el tiempo” la ubicación del usuario, solo la pedimos una vez para agregarlo al Tweet, pero para Apple va a ser necesario que lo especifiquemos.

En tu archivo Info.plist (clic derecho y abrir como código) agrega estas líneas:

Aumenta tu build number

Tendrás que archivar nuevamente tu aplicación aumentando el build number:

(Puedes usar cualquier número, mi recomendación es que siempre lo aumentes).

Archiva tu aplicación y subela a TestFlight como hicimos en la clase anterior a este video.

Tendrás que esperar un rato a que Apple (su bot de revisión de apps) revise la tuya y la deje disponible para pruebas. Algo así deberías ver cuando la app se procese en TestFlight.

Completa información sobre leyes de exportación

Hay un detalle importante que siempre tendrás que completar cuando subas una nueva versión. La parte que dice “Falta documentación sobre el…..”. Para continuar, haz clic en el build number, es decir, en el caso de la imagen anterior, el número 3.

La página cambiará al detalle de la versión de tu app, busca un botón en la parte superior derecha que diga algo así como “Proporcionar información sobre el cumplimiento de las leyes de exportación”.

Vas a ver un cuadro de diálogo que te pregunta si tu app tiene encriptación, para el caso de PlatziTweets no es necesario, haz click en “No” y luego en el botón “Empezar pruebas internas”.

Envía tu app a tus conocidos para que la prueben

Hay dos tipos de usuarios que pueden probar tu app, los externos y los internos.

Externos: idealmente, todos los “probadores” de tu aplicación.

Internos: otros desarrolladores, el manager o gente que esté muy de cerca al desarrollo de tu app.

La gran diferencia entre estos dos grupos, a parte de la teoría, es que los externos tendrán que esperar a que Apple revise tu app para poder probarla, los internos no. Tienes un número máximo de probadores internos: 25, así que piénsalo dos veces antes de agregar personas a ese grupo.

Para continuar, busca en la sección de TestFlight “testers y grupos”.

La primera opción, la que dice “Usuarios de App Store Connect”, son los internos, puedes probar agregando tu propio correo y el de alguien más, después podrás eliminarlos.

Una vez hayas agregado tu usuario de prueba, podrás ver el estado del usuario como “invitado”

La invitación es algo parecido a esto:

Cuando tu usuario haga clic en “View in TestFlight”, lo que tendrá que hacer es descargar la app de TestFlight en su iPhone y poner un código, algo así:

Una vez en la app de TestFlight, agrega el código y podrás descargar la versión de prueba de tu app.

Comentarios

Paola Veronica Monsalve Obreque

student•

¡Hola Carlos! ¿Como estás?, espero muy bien. Quisiera pedirte un consejo. Desarrollamos una app y sólo 20, máximo 30 usuarios de nuestra empresa deben usarla. ¿Que nos conviene más?, el “Enterprise program” (URL específica y es más fácil instalación para los usuarios) o el “apple developer program” (registros con el UDID). Necesitamos que la aplicación la usen por un año, y tengo la duda de cual nos conviene mas. Me da la impresión que la última opción es mejor¿Que opinas? Muchas gracias de antemano por tu consejo Carlos

Carlos Mejía

teacher•

¡Hola Lenoxmo! Enterprise program sin duda alguna, todo el tema de los UUID es muy técnico para usuarios que no sean hábiles con la tecnología, aunque hay herramientas (como Firebase o App Center) para esto, al final del día siempre será mejor con un link. Una vez la tengan instalada, TestFlight siempre les avisará de actualizaciones y ya está :)

Y si es por un año, la app la puedes bajar de TestFlight cuando desees, no importa si usas el Developer program o el Enterprise program.

Saludos!

Brian Sánchez Izquierdo

student•

Hola, Carlos

Tengo una duda, una vez que nuestra aplicación que la aplicación fue aceptada por Apple que pasos hay que seguir para publicarla en la appstore?

Ian Yael Pedraza Celon

student•

    <key>NSPhotoLibraryUsageDescription</key>
    <string>Usaremos tu biblioteca para el Tweet.</string>
    
    <key>NSLocationAlwaysUsageDescription</key>
    <string>Usaremos tu ubicación para el Tweet.</string>

Publicación de Apps en TestFlight y App Store con Apple

Hola, Apple

Desarrollo de Apps para iOS: Historia y Oportunidades

Instalación y configuración inicial de Xcode para iOS

Requisitos para Desarrollar Apps iOS Sin iPhone

Tu primera app en iOS

Creación de la primera app iOS con Xcode: Login de Facebook

Navegación entre pantallas en iOS con UI Navigation Controller

Creación y conexión de múltiples storyboards en iOS

Conexiones IBOutlets y IBActions en iOS con Storyboards

Comparativa: Auto Layout vs SwiftUI en Desarrollo iOS

Auto Layout en iOS: Diseño Responsivo con Constraints y StackViews

Creación y configuración de tablas en iOS con Swift

Creación de celdas personalizadas en TableView de iOS

Persistencia de Datos en iOS con UserDefaults

Manejo de dependencias

Gestión de Dependencias en iOS con CocoaPods

Manejo de dependencias en iOS con Kardash y CocoaPods

Servicios Web

Consumo de Servicios Web en iOS con URL Session

Consumo de Servicios Web en iOS con URLSession

Serialización de JSON a Modelos en Swift 5 con Codable

Uso de Alamofire para Networking en iOS

Proyecto: PlatziTweets

Desarrollo de "Platzi Tweets": Red Social iOS Realista

Configuración Inicial de Proyecto iOS con CocoaPods

Diseño de Pantallas de Bienvenida, Inicio de Sesión y Registro en iOS

Controladores y validaciones en pantallas de registro y login

Validación y Conexiones en Login y Registro iOS

Modelado de Endpoints y JSON para API de PlatziTweets

Integración de Autenticación con API de Platzi Tweets

Desarrollo de Registro y Autenticación en Aplicaciones iOS

Diseño de Interfaces para Aplicaciones iOS: Creación de Celdas Personalizadas

Consumo de API para mostrar tweets en iOS

Diseño de Pantalla para Crear y Publicar Tweets en iOS

Conexión de Pantalla de Publicación con Servicios de Platzi Tweets

Borrado de Tweets Propios en iOS usando Swipe en UITableView

Uso de la Cámara del iPhone para Adjuntar Fotos en Posts

Conexión de Aplicaciones iOS con Firebase paso a paso

Configuración de iPhone y X-Code para ejecución de apps

Subida de Fotos a Firebase y Publicación en Twitter

Configuración de Post con Imagen en Firebase

Captura y Publicación de Videos en iOS con Firebase

Subida de Videos a Firebase e Integración en Posts de iOS

Configuración de Celdas para Reproducción de Videos en iOS

Acceso al GPS y almacenamiento de coordenadas en iOS

Integración de Mapas en iOS con Coordenadas de Usuario

Marcadores y Configuración de Mapas en iOS con Swift

Mejoras avanzadas en UI y UX para iOS Developer

En producción

Distribución de Aplicaciones con Firebase App Distribution

Distribución de aplicaciones iOS con TestFlight de Apple