Cómo publicar una app en App Store en 2026, paso a paso

Publicar una app en App Store son cinco pasos: cuenta de desarrollador, build, ficha, revisión y publicación. Lo técnico suele ir rápido. Lo que retrasa los lanzamientos es la cuenta (si eres empresa) y los rechazos por detalles que se podían haber visto antes.

Aquí tienes el orden que seguimos nosotros, con el coste real, los plazos que publica Apple y una lista de comprobación para el día del envío. Datos verificados en la documentación de Apple a 29 de octubre de 2026.

¿Cuánto cuesta publicar una app en App Store?

Una app gratuita sin compras dentro solo te cuesta la membresía. Si cobras, el 15 % del Small Business Program se aplica 15 días después del final del mes fiscal en que te aprueban la inscripción, así que apúntate antes de lanzar y no después.

Paso 1. Abre la cuenta de desarrollador con tiempo

Como persona física se hace en un rato desde la web o desde la app Apple Developer. Como empresa necesitas un número D-U-N-S, que la empresa sea una entidad jurídica (no vale un nombre comercial), un correo con el dominio de la empresa y una web propia que funcione. Esa parte puede tardar días.

El nombre que pongas es el que aparece como vendedor en la tienda. Si te inscribes como persona física con tu nombre y apellidos, eso es lo que verá todo el mundo debajo de tu app. Tienes los detalles en la guía de la cuenta de desarrollador de Apple.

Paso 2. Da de alta la app en App Store Connect

1. Comprueba que el Account Holder ha aceptado el último acuerdo en Business. Si vas a cobrar, rellena también impuestos y cuenta bancaria.
2. En Apps pulsa + › New App.
3. Elige plataforma, nombre (máximo 30 caracteres), idioma principal, bundle ID y SKU, y pulsa Create.

El nombre se reserva al crear la ficha. Si otro desarrollador lo usa, tendrás que elegir otro o reclamar si la marca es tuya. Haz este paso en cuanto tengas claro el nombre, aunque falten meses para el lanzamiento. Tienes el recorrido completo por la consola en la guía de App Store Connect.

Paso 3. Sube el build y pruébalo con gente de fuera

En Xcode: Product › Archive y, en el organizador, Distribute App › App Store Connect. Tras unos minutos de proceso, el build aparece en la pestaña TestFlight. Puedes invitar hasta 100 probadores internos (usuarios de tu cuenta) y hasta 10.000 externos por grupo. El primer build que mandas a externos pasa una revisión de beta, normalmente más corta que la de la tienda.

Error típico: saltarse TestFlight porque «ya lo he probado en mi iPhone». Más del 40 % de los problemas sin resolver que Apple encuentra en revisión son de la norma 2.1 (cuelgues, enlaces rotos, contenido de relleno, información incompleta). Una semana de beta con cinco personas que no conocen la app detecta casi todos.

Paso 4. Prepara la ficha de la tienda

Es lo que decide si alguien que te encuentra se la descarga. Lo mínimo para poder enviar:

Nuestro criterio: no lances con la ficha «ya la mejoraré». Las primeras semanas la tienda prueba tu app en búsquedas y, con pocas descargas y reseñas, tiene poco con lo que juzgarte aparte de la conversión. Un nombre y un subtítulo con las palabras que busca tu público, y tres primeras capturas que se entiendan sin leer, valen más que cualquier campaña de lanzamiento.

Paso 5. Envía a revisión y elige cuándo sale

1. En la versión, comprueba el build en la sección Build.
2. Pulsa Add for Review y después, en el borrador, Submit for Review.
3. Antes de eso, en Version Release, elige Manually release this version si quieres controlar la fecha.

Apple revisa al menos la mitad de los envíos en menos de 24 horas y el 90 % en menos de 48. Si te la rechazan, contestas desde la sección App Review de App Store Connect, corriges y reenvías. Tienes los motivos más comunes en la guía de apps rechazadas.

Lista de comprobación del día del envío

• Build probado en un dispositivo real con la versión de iOS más antigua que soportas.
• Cuenta de demostración que no caduca, si hay registro.
• Si la app permite crear cuenta, también permite borrarla desde dentro (norma 5.1.1(v)).
• Si usas inicio de sesión con Google o Facebook, ofreces otra opción que cumpla la norma 4.8 (por ejemplo, Iniciar sesión con Apple).
• Las compras de contenido digital van por compra dentro de la app (norma 3.1.1).
• Capturas que muestran la app en uso, no el logo ni la pantalla de inicio de sesión (norma 2.3.3).
• Ningún texto de relleno, botón que no hace nada ni sección «próximamente».
• Estado de comerciante de la DSA declarado si la publicas en la UE.

Si has hecho la app con IA o con una plantilla

Hay un punto de las normas que afecta a muchas apps nuevas. La 4.2.6 rechaza las apps creadas con una plantilla comercial o un servicio generador de apps, salvo que las envíe directamente quien es dueño del contenido. Y la 4.3 rechaza las apps que no se distinguen de lo que ya hay. Apple cita por su nombre categorías saturadas como linternas, fondos de pantalla, temporizadores simples o citas, donde solo acepta propuestas con algo realmente distinto.

Que la app esté escrita con ayuda de IA no es un problema en sí. El problema es enviar una app genérica, con poca función o casi igual a otras de tu misma cuenta.

Y después de publicar, qué

Una app recién publicada sin trabajo de ficha suele quedarse con descargas casi a cero, sobre todo si nadie la busca por su nombre. Para lanzar con algo de tracción tienes el servicio de lanzamiento de apps. Si ya está publicada, pásala por la auditoría ASO gratuita y verás qué campos de la ficha estás desaprovechando.