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

Tener la app terminada es solo la mitad del trabajo. La otra mitad es conseguir que Apple la apruebe y aparezca en la App Store. El proceso tiene reglas estrictas y motivos de rechazo que sorprenden a quien lo hace por primera vez. Esta es la guía completa para publicar sin pegarte contra el muro de la revisión de Apple.

Paso 1: cuenta de desarrollador de Apple

Sin esto no hay nada. Cuesta 99 $/año e implica verificar tu identidad. Si publicas como empresa, necesitas además un número D-U-N-S (gratuito, pero tarda unos días en tramitarse). Empieza por aquí con margen: el papeleo de empresa puede llevar una semana.

Paso 2: preparar la ficha de la App Store

Apple no solo revisa el código; revisa cómo presentas la app. Necesitas:

• →Nombre, subtítulo y descripción
• →Capturas de pantalla en varios tamaños de dispositivo
• →Icono en alta resolución
• →Política de privacidad (obligatoria) y declaración de qué datos recoges

Paso 3: subir la build con Xcode

La app se compila, se firma con tu certificado de desarrollador y se sube a App Store Connect, normalmente desde Xcode. Aquí necesitas un Mac: Apple no permite construir apps de iOS desde Windows. Una vez subida, la asignas a la versión que vas a enviar a revisión.

Paso 4: la revisión de Apple

Un revisor humano prueba tu app. Suele tardar entre 24 y 48 horas. Si la rechaza, te dice por qué y puedes corregir y reenviar. Los motivos de rechazo más comunes:

1. 1. Funcionalidad mínima. Apps demasiado simples ("esto es una web, no una app") se rechazan. La app debe aportar algo más que una página web envuelta.
2. 2. Privacidad. Pedir datos sin justificación, o no tener política de privacidad clara, es rechazo seguro.
3. 3. Pagos. Si vendes contenido digital, Apple exige usar su sistema de pago (y su comisión). Saltárselo con un enlace externo es causa clásica de rechazo.
4. 4. Fallos y enlaces rotos. Si crashea o algo no funciona durante la prueba, fuera.

Paso 5: publicación

Aprobada la app, eliges si se publica automáticamente o cuando tú decidas (útil para coordinar con un lanzamiento). A partir de ahí está disponible en la App Store del país o países que hayas seleccionado.

Cuánto cuesta publicar una app (el precio completo)

Los 99 $/año de la cuenta de desarrollador son solo la parte visible. El coste real de llegar a la App Store incluye:

• →Cuenta de desarrollador: 99 $/año (individual o empresa; empresa exige D-U-N-S).
• →Un Mac: imprescindible para compilar y firmar. Si no lo tienes, hay servicios de build en la nube, pero complican el flujo.
• →Material de la ficha: capturas por tamaño de dispositivo, icono, textos. Hacerlo bien lleva horas, no minutos.
• →Comisión de Apple: 15% de tus ingresos si facturas menos de 1 M$/año (Small Business Program), 30% por encima. Solo aplica a contenido digital.

Si la app es gratuita y sin compras, tu único coste recurrente son los 99 $/año. Si cobras, calcula la comisión de Apple en el precio desde el primer día.

Cuánto tarda todo el proceso: la línea de tiempo realista

Con la app terminada, del primer trámite a estar publicado suele haber entre una y tres semanas:

1. Días 1–7: alta de la cuenta de desarrollador. Individual, 24–48 h; empresa con D-U-N-S, hasta una semana o más.
2. Días 3–10: ficha de App Store Connect, capturas, política de privacidad, declaración de datos y subida de la build.
3. Días 10–14: revisión de Apple. El 90% de las apps se revisan en 24–48 h. Un rechazo y su corrección añaden de 2 a 5 días por ciclo.

La moraleja: si tu lanzamiento tiene fecha (una campaña, un evento), envía a revisión con al menos dos semanas de margen. La aprobación permite publicar manualmente cuando tú quieras, así que enviar pronto no te obliga a lanzar antes.

TestFlight: la beta que te ahorra rechazos

Antes de enviar a revisión, distribuye la app por TestFlight, la plataforma de betas de Apple. Hasta 100 testers internos sin revisión previa, y hasta 10.000 externos con una revisión ligera. Cada crash que un tester encuentra en TestFlight es un rechazo que no te llevas en la revisión oficial — y las estadísticas de fallos te llegan directamente a App Store Connect.

Los requisitos que Apple no perdona

Además de los motivos de rechazo clásicos, hay requisitos concretos que provocan rechazos sistemáticos y que conviene cumplir antes de enviar:

• →Cuenta de demo para el revisor: si tu app requiere login, debes dar un usuario y contraseña de prueba en las notas de revisión. Sin ella, rechazo automático.
• →Borrado de cuenta dentro de la app: si el usuario puede registrarse, Apple exige que pueda eliminar su cuenta desde la propia app. No vale un correo a soporte.
• →Sign in with Apple: si ofreces login con Google o Facebook, estás obligado a ofrecer también el de Apple.
• →Permisos justificados: cada permiso (cámara, ubicación, HealthKit…) necesita un texto que explique para qué lo usas. Textos genéricos = rechazo.

Después de publicar: lo que nadie te cuenta

Publicar no es el final. Las actualizaciones pasan por revisión igual que la primera versión (normalmente más rápido). El nombre, las keywords y las capturas de la ficha determinan si alguien te encuentra buscando en la App Store — el llamado ASO — y se pueden iterar en cada versión. Y si descubres un bug crítico en producción, existe la revisión acelerada (expedited review): Apple la concede con cuentagotas, pero para emergencias reales funciona.

El error que más retrasa los lanzamientos

Dejar la política de privacidad y la ficha para el final. Son tan importantes como el código y, hechas con prisa, provocan rechazos que retrasan el lanzamiento una o dos semanas. Prepáralas en paralelo al desarrollo, no después.

¿Tienes una app lista pero te asusta el proceso de publicación? En Claw Studio desarrollamos y publicamos apps en la App Store de extremo a extremo, desde la cuenta de desarrollador hasta la aprobación final. Te quitamos el muro de Apple de en medio.