tēo studio

Apps para iOS

Cómo publicar una app en la App Store: guía completa

Cuenta de desarrollador, App Store Connect, TestFlight y la revisión de Apple, paso a paso. Qué preparar antes y por qué rechazan a tantas apps.

Benjamín Camarena8 min de lectura

Terminar de construir una app y verla en la App Store son dos momentos distintos, y entre uno y otro hay un proceso que casi nadie conoce hasta que le toca. No es difícil, pero tiene reglas, tiempos y trampas que conviene saber antes, no cuando la app ya está lista y el lanzamiento tiene fecha.

Esta guía recorre el camino completo: qué necesitas antes de empezar, cómo se sube la app, cómo se prueba con usuarios reales antes de publicarla, qué revisa Apple y por qué rechaza apps, y qué pasa después. Hemos publicado nuestras propias apps y las de clientes, y estos son los pasos que importan.

Antes de empezar: la cuenta de desarrollador

Para publicar en la App Store necesitas inscribirte en el Apple Developer Program. Es una membresía anual, hoy de 99 dólares, y es el primer paso porque sin ella no puedes crear la ficha de la app ni subir nada.

Hay dos tipos de cuenta y la decisión importa más de lo que parece:

  • Individual. Rápida de abrir. La app aparece publicada a nombre de la persona, no de la empresa.
  • Organización. La app aparece a nombre de tu empresa. Requiere que la empresa exista legalmente y tenga un número D-U-N-S, un identificador que se tramita gratis pero puede tardar días o semanas.

Si la app es de tu empresa, abre la cuenta de organización desde el principio. Cambiar de una cuenta a otra después es un trámite lento. Y una regla que ahorra problemas: la cuenta es de la empresa, se abre con un correo de la empresa y la empresa guarda las credenciales. Nunca debe quedar a nombre del proveedor que construyó la app.

Lo que hay que preparar

Mucho antes de subir la app conviene tener listo el material de la ficha. Es lo que más se subestima y lo que más retrasa lanzamientos.

ElementoQué esDetalle que suele fallar
Nombre y subtítuloCómo aparece la app en la tiendaEl nombre debe estar disponible; Apple no permite dos iguales
DescripciónEl texto de la fichaDebe describir lo que la app hace hoy, no lo que hará después
Capturas de pantallaImágenes por tamaño de dispositivoDeben mostrar la app real, no maquetas
ÍconoEl ícono de la app en todos los tamañosSin transparencias ni texto pequeño ilegible
Aviso de privacidadUna URL públicaEs obligatorio, aunque la app no pida datos
Cuenta de pruebaUsuario y contraseña para el revisorSi la app tiene inicio de sesión, sin esto la rechazan
Categoría y clasificación de edadSe responde un cuestionarioLas respuestas deben coincidir con el contenido real

Si la app pide datos del usuario, además tendrás que declarar qué datos recoge y para qué. Esa información se muestra en la ficha como una etiqueta de privacidad y debe ser exacta.

Subir la app: App Store Connect

App Store Connect es el panel donde vive todo lo relacionado con tu app en la tienda: la ficha, las versiones, las pruebas, las ventas y las reseñas. Ahí se crea el registro de la app, se llena la información de la ficha y se sube cada versión.

La compilación se sube desde Xcode, la herramienta de desarrollo de Apple, o desde un sistema automatizado. El detalle técnico que más confusión causa son los certificados y perfiles de firma, que son la forma en que Apple verifica que la app viene de tu cuenta. Hoy Xcode los administra de forma automática en la mayoría de los casos; cuando algo falla ahí, casi siempre es porque hay varias personas con acceso a la cuenta firmando desde máquinas distintas.

Cada versión que subes queda disponible en App Store Connect para probarla o para enviarla a revisión. Puedes subir varias antes de publicar; solo la que tú elijas se envía.

Probar con usuarios reales: TestFlight

TestFlight es la herramienta de Apple para distribuir la app a probadores antes de publicarla. Es gratuita, viene con la cuenta de desarrollador y es el paso que más apps se saltan y menos deberían.

Funciona en dos niveles. Los probadores internos son miembros de tu equipo en App Store Connect y reciben cada versión de inmediato. Los probadores externos son cualquier persona con un correo o con un enlace público, y las versiones que reciben pasan primero por una revisión ligera de Apple.

Lo que TestFlight te da es lo que ningún simulador puede darte: la app en el teléfono de alguien que no la construyó, con su red, su versión del sistema y sus hábitos. Dos semanas de TestFlight con un grupo pequeño suelen sacar a la luz los problemas que de otro modo saldrían en las reseñas públicas. En 10 errores al lanzar tu primera app hablamos de lo que cuesta descubrirlos tarde.

TestFlight es el ensayo general. Lanzar sin él es estrenar la obra sin haberla actuado nunca completa.

La revisión de Apple

Cuando envías una versión a revisión, una persona de Apple la instala, la usa y la compara contra las App Store Review Guidelines, un documento público con las reglas de la tienda. La revisión suele tardar uno o dos días, aunque puede ser más en fechas de alta demanda o si la app es compleja.

Las razones de rechazo más frecuentes son sorprendentemente evitables:

  • La app falla o tiene errores evidentes. El revisor la usa de verdad. Si se cierra sola o una pantalla no carga, se rechaza.
  • Falta información para revisarla. Sin cuenta de prueba, sin explicar cómo llegar a cierta función, el revisor no puede evaluarla.
  • Cobros de contenido digital fuera del sistema de Apple. Si vendes algo que se consume dentro de la app, como suscripciones o funciones, debe cobrarse con compras dentro de la app. Los bienes y servicios físicos sí pueden cobrarse fuera.
  • Inicio de sesión incompleto. Si ofreces entrar con una cuenta de redes sociales, Apple exige ofrecer también su propio inicio de sesión. Y si la app permite crear una cuenta, debe permitir eliminarla desde la propia app.
  • La ficha no corresponde a la app. Capturas de funciones que no existen o descripciones que prometen de más.
  • Funcionalidad mínima. Una app que solo envuelve un sitio web, sin aportar nada propio, suele ser rechazada.

Un rechazo no es el fin de nada. Apple explica el motivo, tú corriges o respondes, y vuelves a enviar. La mayoría de las apps que se rechazan la primera vez se aprueban en el segundo intento. Lo que sí conviene es leer las reglas antes de construir, no después, porque algunas implican cambios de diseño que salen caros al final.

Después de aprobada

Una vez aprobada, tú decides cuándo se publica: de inmediato, en una fecha que elijas, o de forma manual cuando quieras. Es común aprobarla y esperar unos días para coordinar el anuncio.

Desde ese momento, App Store Connect te muestra descargas, ventas y reseñas. Y cada actualización sigue el mismo camino: subir la versión, probar en TestFlight si el cambio lo amerita, enviar a revisión, publicar. Las actualizaciones suelen revisarse más rápido que la primera versión, pero pasan por el mismo filtro.

Publicar es el inicio de una relación con la tienda, no un trámite que se hace una vez. Por eso conviene que la persona o el equipo que construyó la app siga cerca después del lanzamiento, cuando llegan las primeras reseñas y las primeras versiones nuevas del sistema operativo.

Cuánto tiempo considerar

Si estás calculando fechas, este es el margen realista desde que la app está terminada hasta que se puede descargar:

  • Cuenta de desarrollador: de un día a varias semanas, según el tipo de cuenta y el número D-U-N-S.
  • Preparar la ficha: unos días, si el material se hace en paralelo con el desarrollo.
  • TestFlight: una o dos semanas de pruebas reales, aunque puede ser menos.
  • Revisión de Apple: uno o dos días por envío, y considera al menos un rechazo.

En total, de dos a cuatro semanas si todo se prepara a tiempo, y bastante más si la cuenta se abre al final. Ese margen debe estar en el plan desde el principio, como explicamos en cuánto tarda desarrollar una app. Y si la app todavía no existe, la decisión previa es qué tipo de app construir, que tratamos en app nativa, web app o multiplataforma.

Preguntas frecuentes

¿Puedo publicar la app con la cuenta del estudio que la desarrolló?

Se puede, pero no conviene. La app quedaría a nombre del estudio y tú dependerías de él para cualquier cambio. La cuenta debe ser de tu empresa; el estudio puede tener acceso como colaborador.

¿Cuánto cuesta publicar en la App Store?

La membresía anual del Apple Developer Program, hoy de 99 dólares. Además, si cobras dentro de la app, Apple retiene una comisión sobre esas ventas. Los bienes físicos y servicios fuera de la app no pagan esa comisión.

¿Qué pasa si Apple rechaza mi app?

Te explican el motivo por escrito. Corriges lo señalado o, si crees que el rechazo es un error, respondes con argumentos. Después vuelves a enviar. Es un proceso normal y la mayoría de los rechazos se resuelven en el siguiente intento.

¿Necesito una Mac para publicar?

Para compilar y subir una app de iOS hace falta Xcode, que solo existe para Mac. Si tu estudio construye la app, ellos se encargan; tú no necesitas una.


En tēo studio diseñamos, construimos y publicamos apps para iOS, incluidas las nuestras, y acompañamos el lanzamiento hasta que la app está en la tienda a nombre de tu empresa. Si tienes una app en camino o una idea que quieres ver en la App Store, cuéntanos y te decimos qué hace falta y cuánto tomaría.

SOBRE EL AUTOR

Benjamín Camarena · Fundador y diseñador de producto de tēo studio

Benjamín Camarena es diseñador de producto y fundador de tēo studio, un estudio de software en Tepatitlán, Jalisco, que diseña y construye apps y sistemas a la medida para empresas de México, Estados Unidos, Canadá y el resto del mundo. Antes de fundar el estudio diseñó productos para empresas como PGA TOUR, Samsung, UFC y Hy-Vee.

Sigue leyendo

Ver todos los artículos