Cómo publicar tu app en la App Store de Apple: guía paso a paso

Llegar a este punto significa que ya tienes tu app desarrollada y lista. Ahora viene lo que muchos developers y pymes subestiman: publicar app App Store no es subir un archivo y esperar. Es un proceso con requisitos técnicos, legales y de diseño que Apple revisa con criterio propio, y que puede rechazarte si no lo conoces bien.

Esta guía cubre el proceso completo, desde crear tu cuenta de desarrollador hasta pasar la revisión de Apple sin sobresaltos.

Lo primero: la cuenta de desarrollador de Apple

Necesitas una Apple Developer Account. El coste es de 99 USD al año (aproximadamente 90-95 € según el cambio), sin excepción. Si vas a publicar en nombre de una empresa, necesitarás el tipo de cuenta Organization, que además requiere un número D-U-N-S, un identificador de empresa que puedes solicitar gratis a Dun & Bradstreet pero que tarda entre 5 y 14 días hábiles en activarse.

Esto es algo que en nuestra experiencia con clientes que llegan con la app lista para publicar se convierte en el primer cuello de botella: no habían pedido el D-U-N-S a tiempo y el lanzamiento se retrasó dos semanas. Pídelo antes de terminar el desarrollo.

Preparar el entorno técnico antes de subir

Xcode y los certificados

Para publicar en la App Store necesitas un Mac con Xcode instalado (gratuito, pero requiere macOS actualizado). Desde Xcode gestionarás los certificados y los perfiles de aprovisionamiento, que son los que le dicen a Apple que tú eres quien dice ser y que la app está firmada correctamente.

El flujo de certificados tiene tres piezas:

• Certificado de distribución: lo generas desde el portal de desarrollador de Apple.
• App ID: identificador único de tu app (por ejemplo, com.tunegocio.tuapp).
• Provisioning Profile de distribución: une el certificado con el App ID.

Si usas Xcode con gestión automática de firma (Automatically manage signing), el propio IDE se encarga de crear y renovar estos archivos. Es la opción recomendada si no tienes experiencia previa con el ecosistema de Apple.

El archivo .ipa

El archivo que subirás a App Store Connect es un .ipa. Se genera desde Xcode en el menú Product > Archive, y después usas el botón Distribute App seleccionando App Store Connect. Si trabajas con React Native o Flutter, el proceso de compilación es previo pero el paso final pasa igualmente por Xcode.

App Store Connect: el panel donde ocurre todo

App Store Connect es la plataforma de Apple donde creas el listing de tu app, subes el binario, gestionas precios y ves las métricas. Accede en appstoreconnect.apple.com.

Antes de subir nada, tienes que rellenar el expediente de la app:

Información requerida

• Nombre de la app: máximo 30 caracteres. Aparece debajo del icono.
• Subtítulo: máximo 30 caracteres. Optimízalo para búsquedas dentro de la App Store.
• Descripción: hasta 4.000 caracteres. Los primeros 255 son los que se ven sin expandir, así que ponlo relevante ahí.
• Keywords: máximo 100 caracteres en total, separados por comas. No repitas palabras que ya estén en el nombre.
• Capturas de pantalla: obligatorias para al menos los tamaños de iPhone 6.5" y 5.5". Apple no acepta texto falso ni interfaces de placeholder.
• Icono: 1024x1024 px, formato PNG, sin transparencia, sin bordes redondeados (Apple los aplica automáticamente).
• Política de privacidad: URL obligatoria. Si tu app recoge cualquier dato del usuario, también tendrás que rellenar las nutrition labels de privacidad (qué datos recoge, con qué propósito, si se vinculan al usuario).
• Categoría: elige la principal y, opcionalmente, una secundaria.
• Precio: puedes distribuirla gratis o de pago. Si tiene compras dentro de la app, las configuras en una sección separada.

El proceso de revisión de Apple

Una vez subes el binario y envías la app a revisión, Apple la examina manualmente. El tiempo medio actual es de 24 a 48 horas para la primera revisión, aunque puede extenderse.

Lo que revisan, básicamente, son tres cosas:

1. Funcionamiento técnico: que la app no crashee, que todas las funciones descritas existan y funcionen.
2. Cumplimiento de las guidelines: las App Store Review Guidelines son el documento que tienes que leer antes de subir nada. No es largo, es denso.
3. Privacidad y permisos: que los permisos que solicitas (cámara, ubicación, contactos) estén justificados y tengan un mensaje claro para el usuario.

Razones habituales de rechazo

Esto es lo que vemos con más frecuencia cuando revisamos apps rechazadas de clientes que llegan a nosotros después del problema:

• Guideline 4.0 – Design: la app tiene una interfaz demasiado básica o replica funcionalidades del sistema operativo sin añadir valor.
• Guideline 2.1 – Performance: crashes o bugs detectables durante la revisión.
• Guideline 5.1 – Privacy: se solicitan permisos sin justificación en el NSUsageDescription correspondiente, o la política de privacidad no cubre los datos que se recogen.
• Metadata incorrecta: capturas que no corresponden a la app real, o descripción que menciona funcionalidades que no existen.
• Login obligatorio sin alternativa: si tu app requiere crear una cuenta para funcionar y no ofrece ninguna forma de explorarla antes, Apple puede pedirte que añadas un modo invitado.

Si te rechazan, recibes un mensaje detallando el motivo. Tienes la opción de responder en el propio hilo de revisión antes de hacer cambios, lo cual puede ser útil si crees que es un malentendido.

Herramientas que te ahorran tiempo

Transporter es la app oficial de Apple para subir binarios sin pasar por Xcode, útil si el proceso de archivo lo hace un CI/CD como Fastlane. Fastlane es probablemente la herramienta más usada en equipos que publican apps de forma recurrente: automatiza la firma, el versionado, las capturas de pantalla y el envío a App Store Connect desde la terminal.

Si tu app tiene presencia también en Android, todo este proceso es paralelo al de Google Play, que tiene sus propias particularidades pero es generalmente más permisivo en los tiempos de revisión.

Una cosa que mucha gente no hace antes de publicar

Probar la app con TestFlight. Esta herramienta de Apple permite distribuir versiones beta a hasta 10.000 testers externos con un simple enlace. No es un paso obligatorio, pero es una red de seguridad antes de que tu app quede pública.

En nuestra experiencia, las apps que pasan por TestFlight con un grupo de usuarios reales detectan entre un 30% y un 50% más de bugs funcionales que los que encuentran los propios desarrolladores. Y un bug que lo detecta un tester cuesta mucho menos que uno que lo detecta Apple durante la revisión, o peor, un usuario en producción.

Si estás pensando en qué tecnología usar para desarrollar tu app antes de llegar a este punto, puede ayudarte ver la comparativa entre React Native y Flutter para 2025, donde analizamos cuál encaja mejor según el tipo de proyecto.

Después de publicar: lo que muchos olvidan

Publicar es el principio, no el final. Una vez en la App Store:

• Las actualizaciones pasan por el mismo proceso de revisión. Planifica los plazos de lanzamiento con margen.
• Los ratings y reseñas impactan en la visibilidad dentro de la App Store. Solicita valoraciones en momentos positivos de la experiencia de usuario, no de forma intrusiva.
• Apple puede solicitar actualizaciones de cumplimiento periódicamente, especialmente si cambian sus guidelines de privacidad.

Si tu app incluye funcionalidades como navegación entre secciones o contenido dinámico, vale la pena explorar qué es el deep linking y por qué tu app lo necesita, ya que afecta tanto a la experiencia de usuario como a ciertas validaciones de Apple.

Conclusión

Publicar app App Store requiere preparación técnica, cumplimiento de unas guidelines que Apple aplica de forma estricta, y cierta paciencia con los tiempos de revisión. No es especialmente difícil si sabes lo que te vas a encontrar, pero sí es lo suficientemente específico como para que los errores por desconocimiento sean habituales.

Si llevas tiempo pensando en lanzar una app para tu negocio y quieres hacerlo con garantías, en Nuvio gestionamos el proceso completo: desde la arquitectura y el desarrollo hasta la publicación y el mantenimiento. Puedes contarnos tu proyecto y te decimos con honestidad qué tiene sentido hacer.