Lo que las herramientas de vibe coding olvidan contarte sobre las apps móviles

Llevas meses con esta idea de app en la cabeza. Este fin de semana, te lanzas: abres una herramienta de vibe coding, describes tu proyecto en unas pocas frases y ves cómo la app se construye ante tus ojos.

El domingo por la noche, ya funciona en tu teléfono. Las pantallas se suceden, los botones responden, la animación es fluida. El lunes, se la enseñas a la gente de tu alrededor: todos quedan impresionados. Y tú tienes esa sensación embriagadora: casi está terminada.

Supongamos que la fluidez te convence. Llega el momento que esperabas: publicar. Y es ahí donde se levanta el verdadero muro. Generar el código era una cosa; llevarlo a las stores es otra muy distinta, y es la que detiene en seco a la mayoría de los no desarrolladores. Xcode, Android Studio, certificados de firma, perfiles de aprovisionamiento, cuentas de desarrollador de pago ... y, al final, la revisión de Apple, imprevisible incluso para equipos curtidos.

¿Hasta qué punto imprevisible? Apple rechaza alrededor del 42 % de las apps en su primer envío. Es la cifra que mide nuestro equipo de publicación sobre las apps que ha enviado en los últimos doce meses, y se trata de apps preparadas por gente que se dedica a ello profesionalmente. Imagina la misma barrera, pero con un código generado que no controlas y un mensaje de rechazo que no sabes descifrar.

La diferencia no está en evitar el rechazo, nadie se libra del todo. Está en saber recuperarlo. De esos primeros envíos rechazados, el 91 % acaban aceptados tras la intervención de nuestro equipo. Y una vez engrasada la mecánica, la tasa de rechazo en las actualizaciones cae al 5 %, de las cuales el 100 % se recuperan (últimos ocho meses). No es suerte: son quince años aprendiendo qué acepta Apple y qué rechaza, convertidos en trabajo de prevención. Una herramienta que se detiene en la generación del código te deja solo ante ese muro. El código está listo y, sin embargo, tu app no existe en ninguna parte.

Digamos que pasas. Tu app está en línea, respiras aliviado. Salvo que la publicación no es la meta: es la salida. Una app móvil son, después, actualizaciones cuando los sistemas operativos evolucionan, retrocompatibilidad, migraciones de datos, contenido que publicar, notificaciones que enviar, usuarios que gestionar. Pero las herramientas de generación se detienen casi todas en el primer lanzamiento. Lo que viene después es reabrir el código y volver a generarlo en cada cambio, corrigiendo una cosa, con el riesgo de romper otras tres, sin entender siempre por qué.

Ese es justamente el papel de un back-office estructurado: no un archivo de código que retomar sin fin, sino una interfaz pensada para operar la app a diario —publicar, notificar, hacer seguimiento de tus usuarios y tus ventas— y sometida, en nuestro caso, a las mismas exigencias de diseño que las apps que produce. Este trabajo de fondo se mide de forma sencilla: una app GoodBarber se descarga cada 4 segundos, en 152 países. Ese volumen no viene de apps lanzadas y luego olvidadas. Viene de apps que se mantienen vivas, mes tras mes.

No voy a decirte que todo es negro de un lado y luminoso del otro. El vibe coding tiene una fuerza real: cuando una necesidad es precisa y está bien expresada, sabe plasmarla con fidelidad, incluida una lógica a medida que se sale de las plantillas. Esa fuerza, por cierto, también la hemos integrado nosotros, a escala de una sección de app: con el AI Extension Builder, describes la funcionalidad que te falta, y se genera y se conecta a tu back-office, sin escribir código.

Ninguna herramienta lo hace todo, y GoodBarber tampoco: un juego, un marketplace multilateral ultraespecífico, no es nuestro terreno. Pero la inmensa mayoría de las apps que la gente quiere publicar de verdad, las sabemos entregar y, sobre todo, mantener vivas. La pregunta, por tanto, no es «cuál es el mejor» en abstracto, sino «qué quieres al final del camino: ¿una demo o una app en las stores?».

El trayecto, resumido de un vistazo:

La buena pregunta nunca fue «¿puede una IA generar una app?». Sí, puede, y es una muy buena noticia. La puerta de entrada se ha abierto para miles de personas que nunca se habrían lanzado. La verdadera pregunta es: ¿quién se ocupa del camino que viene después? Lo nativo, la publicación, la vida de la app. Es esa capa de infraestructura invisible en la demo la que decide si tu idea se convierte en una app o se queda en un prototipo en tu disco duro.

Es esa capa la que una plataforma consolidada ya ha construido, ladrillo a ladrillo: todo incluido —alojamiento, base de datos, push, analytics, pago— por un coste total del orden de una décima parte del coste de un desarrollo a medida. No por moda, sino porque han hecho falta quince años para aprender dónde están los muros y cómo superarlos.

El fin de semana en que tu app parece «casi terminada» es un momento bonito. Guárdalo. Solo debes saber que marca el comienzo del camino, no el final ... y que, a partir de ahí, lo que de verdad cuenta es quién camina contigo ;)

¿Son realmente nativas las aplicaciones creadas con vibe coding?

No siempre. Muchas herramientas de vibe coding generan web embebida o React Native disfrazado de app móvil, algo que se nota en la fluidez, el acceso a los sensores y en el momento de la revisión de Apple. GoodBarber compila binarios nativos de verdad. Swift para iOS, Kotlin para Android, desde 2011, sin Flutter ni React.

¿Se puede publicar en la App Store y en Google Play una app generada por IA?

Generar el código no basta. La publicación exige gestionar Xcode, los certificados de firma, los perfiles de aprovisionamiento y la revisión de Apple, que rechaza alrededor del 42 % de las apps en su primer envío. La mayoría de las herramientas de vibe coding se detienen en la generación y dejan esa etapa al usuario. GoodBarber se hace cargo de la publicación de principio a fin: el 91 % de los primeros envíos rechazados por Apple acaban aceptados tras la intervención de nuestro equipo (estudio de los últimos doce meses).

¿Qué le pasa a una app generada por IA después de su lanzamiento?

Una app debe vivir después de su salida: actualizaciones cuando los sistemas operativos evolucionan, retrocompatibilidad, migraciones de datos, contenido que publicar, notificaciones, gestión de usuarios. Los generadores de código se detienen casi siempre en la primera versión, lo que obliga a volver a generarlo todo en cada cambio. GoodBarber ofrece un back-office estructurado para operar la app a diario. Por eso una app GoodBarber se descarga cada 4 segundos, en 152 países.

¿Vibe coding o app builder: qué elegir?

Para plasmar con fidelidad una necesidad precisa y bien expresada, incluida una lógica a medida fuera de plantilla, el vibe coding es muy bueno, un enfoque que GoodBarber también ofrece a escala de una sección a través de su AI Extension Builder. Para entregar una app en las stores y hacerla durar, una plataforma consolidada gestiona la capa de infraestructura: fidelidad nativa, publicación, ciclo de vida, todo incluido (alojamiento, base de datos, push, analytics, pago), por un coste total del orden de una décima parte del coste de un desarrollo a medida.

Cifras de publicación procedentes del seguimiento CRM del equipo de GoodBarber (abril de 2026). GoodBarber crea aplicaciones nativas de iOS y Android, y Progressive Web Apps, desde 2011.