Crear una app para iPhone sin programar: la ruta a la App Store

La regla del 90/10 que nadie te cuenta

La mayoría de tutoriales de no-code terminan con algo como "tu app está lista". Entonces vas a buscar el botón de "publicar" y descubres que llegar a la App Store es un proceso aparte, uno que Apple controla por completo, con su propia inscripción, certificados y cola de revisión.

Este es el reparto de esfuerzo real para alguien que lo hace por primera vez: un 10% eligiendo una plataforma y dando forma a la app, y un 90% peleando con los sistemas de Apple. Este artículo cubre ese 90%.

Elige bien la plataforma antes de escribir una sola línea

No todos los creadores de apps para iPhone publican en la App Store. Muchos generan aplicaciones web progresivas o sitios adaptados a móvil que viven en una pestaña del navegador, no en la pantalla de inicio. Esa diferencia importa antes de invertir tu tiempo.

La pregunta clave: ¿la plataforma genera un archivo .ipa real y gestiona la firma de código, o te entrega un contenedor webview y lo llama app? No son lo mismo, y el equipo de revisión de la App Store lo sabe perfectamente.

• Contenedores webview: tu web dentro de una carcasa de app. Más baratos de producir, con frecuencia rechazados bajo la Directriz 4.2 por funcionalidad mínima.
• PWAs: instalables desde el navegador, no desde la App Store. Sin ficha, sin descubrimiento, sin notificaciones push en iOS.
• Salida nativa o Flutter: código compilado que corre directamente en el dispositivo. Lo que necesitas para un envío real a la App Store.

Apple Developer Program: 99 dólares y tres días hábiles

No puedes publicar en la App Store sin una membresía del Apple Developer Program. No existe un nivel gratuito para distribución, solo para ejecutar apps en tu propio dispositivo.

• Crea o inicia sesión en un Apple ID con autenticación de doble factor activada
• Inscríbete en developer.apple.com: 99 $/año para particulares, 299 $/año para empresas
• Ten un método de pago válido a mano; Apple cobra en el momento
• Si te inscribes como empresa: consigue primero un número D-U-N-S (gratuito, pero tarda unos días)
• Ten el teléfono a mano; Apple envía una llamada de verificación o SMS al número de tu Apple ID
• Espera el correo de activación (24–72 horas para particulares)

Certificados y perfiles de aprovisionamiento: la parte que atasca a todos

El sistema de firma de Apple tiene dos piezas. El Certificado de Distribución demuestra que el binario viene de ti. El Perfil de Aprovisionamiento vincula el ID de tu app, ese certificado y tu cuenta. Ambos deben estar vigentes en el momento de subir la build.

Si tu plataforma gestiona la firma automáticamente, te saltas casi todo esto. Aun así tendrás que conectar tu cuenta de Apple Developer una vez, generalmente creando una clave API en App Store Connect y pegándola en la plataforma.

Si firmas de forma manual, los pasos siguen este orden:

1. Registra un App ID en el portal de Apple Developer (debe coincidir con el identificador de paquete de tu app, p. ej. com.tunombre.tuapp)
2. Genera un Certificado de Distribución desde Xcode o desde Certificados, Identificadores y Perfiles en el portal
3. Crea un Perfil de Aprovisionamiento de Distribución que enlace el App ID y el certificado
4. Descarga el perfil e instálalo en Xcode antes de compilar

App Store Connect: cada campo que puede bloquear tu envío

App Store Connect es donde vive tu ficha. Debes crearla antes de poder subir una sola build. Entra en appstoreconnect.apple.com, pulsa el + para crear una nueva app y rellena estos campos.

• Nombre de la app: debe ser único en toda la App Store
• Bundle ID: debe coincidir exactamente con lo que tu plataforma compiló en el binario
• SKU: cadena de referencia interna, la que tú elijas
• Categoría principal: elige la más cercana; puedes añadir una secundaria
• Clasificación por edad: responde con honestidad el cuestionario de contenido de Apple
• URL de la política de privacidad: es obligatoria; Apple no acepta un envío sin ella
• Capturas de pantalla en los tamaños requeridos: las dimensiones incorrectas provocan rechazo inmediato

La política de privacidad es el tropiezo más común entre quienes lo hacen por primera vez. Basta con una página estática que explique qué datos recopila tu app (o que no recopila ninguno). Un servicio de alojamiento gratuito funciona perfectamente.

Primero TestFlight, luego la App Store

Sube tu build a TestFlight antes de enviarla a la App Store. TestFlight procesa las builds en 15–30 minutos y te permite probar la app en un dispositivo real antes de que ningún revisor la vea. Los errores que detectes aquí no se convierten en rechazos.

• Xcode Organizer: arrastra tu archivo y haz clic en Distribute
• App Transporter: la herramienta de subida independiente de Apple, disponible gratis en la Mac App Store
• Pipeline de la plataforma: el botón de publicar de Leanfinit gestiona el paso de Transporter; no necesitas tocar Xcode

Una vez que la build aparece en TestFlight, abre tu ficha en App Store Connect, baja hasta la sección Build y selecciónala. Ese es el momento en que tu app llega a la App Store, o algo lo suficientemente parecido como para que se sienta real.

Qué comprueba Apple durante la revisión

Los primeros envíos tardan entre 1 y 3 días de media. Las actualizaciones de apps ya aprobadas suelen resolverse en menos de 24 horas. La espera no es negociable, pero puedes prepararte para los motivos de rechazo más frecuentes.

• Directriz 4.2 (funcionalidad mínima): el mayor riesgo para apps sencillas sin código. Apple puede rechazar una app que no resuelva ningún problema concreto o que parezca una demo. Asegúrate de que tu app tiene un propósito específico y funcional.
• Contenido de relleno: texto inacabado, lorem ipsum, pantallas rotas. Revísala con ojos frescos antes de enviar.
• Política de privacidad ausente: se detecta a nivel de ficha, pero los revisores la comprueban de nuevo.
• Metadatos engañosos: capturas que muestran funciones que la app no tiene, o un nombre que sugiere una afiliación oficial que no existe.

Tras la aprobación: con qué te comprometes

La aprobación no es la meta final. La App Store es una relación de suscripción con Apple, y conlleva algunas obligaciones continuas.

• Mantén activa la membresía de 99 $/año; si caduca, Apple retira tu app de la tienda
• Actualiza la app para nuevas versiones de iOS cuando Apple depreca las APIs que usas
• Renueva capturas y descripción cuando la app cambie (no hace falta una nueva build para editar solo la ficha)
• Responde a cualquier correo de política de la App Store dentro del plazo indicado por Apple

Plataformas como Leanfinit publican actualizaciones de compatibilidad automáticamente cuando llegan nuevas versiones de iOS, lo que elimina la mayor parte de la carga de mantenimiento. Tú te centras en la app.

Si quieres crear una app para iPhone sin programar, el proceso es sorprendentemente rápido. Mantenerla en la App Store es un compromiso real y continuo, ligero, pero no inexistente. Saberlo de antemano hace que todo deje de parecer un laberinto.