El sector vuelve al nativo. Tu app nunca tuvo que hacerlo

Cuando construimos nuestros primeros motores, la pregunta no era qué tecnología producía la mejor app ese año. Era qué capa seguiría existiendo dentro de diez años. Las plataformas, sí: Apple y Google no iban a abandonar sus sistemas, sus herramientas ni sus SDK. Todo lo que había en medio, los frameworks que prometían ahorrar las plataformas a los desarrolladores, todavía tenía que ganarse su década de existencia. Así que construimos directamente sobre la capa que con seguridad iba a permanecer, y tratamos como temporal todo lo que se apilaba encima.

Los años siguientes pusieron a prueba esa lectura. Cada pocos años, un nuevo framework se presentaba como el futuro del móvil: PhoneGap, React Native, Xamarin, Flutter. Evaluamos los más serios y pasamos cada vez, por la misma cuestión de duración. Luego llegaron las respuestas: Adobe descontinuó PhoneGap en 2020, Microsoft puso fin al soporte de Xamarin en 2024. La capa intermedia no dejó de cambiar de nombre. iOS y Android conservaron el suyo.

La apuesta tiene un precio. Tres motores son tres equipos, tres especialidades y tres implementaciones que mantener al mismo ritmo, y precisamente por eso la mayoría de las empresas que construyen una sola app no podían permitírselo. Una plataforma sí: los motores se construyen una vez y se amortizan en cada app que produce. Quince años de creación de apps nativas descansan sobre esa aritmética, y por eso ese coste nunca te alcanza. Los motores, el alojamiento, la infraestructura de notificaciones push y la publicación en las tiendas están incluidos en la suscripción.

Tu app se apoya en la base que Apple y Google mantienen ellos mismos, no en una capa cuyo futuro depende de la hoja de ruta de una tercera empresa. Cuando un framework se abandona, a tu app no le pasa nada. Cuando iOS o Android evolucionan, nuestros motores adoptan el cambio una vez, de forma centralizada, y tu app se regenera en la nueva versión sin que toques nada. Una app configurada hace años es una app al día hoy.

También se nota en lo que sienten tus usuarios, por debajo de lo que la mayoría sabe nombrar: un desplazamiento que sigue la física exacta del sistema, transiciones que pertenecen al sistema operativo, respuesta háptica, una barra de pestañas flotante, un reproductor multimedia que sigue sonando cuando la pantalla se apaga, notificaciones locales que se disparan desde la propia app cuando alguien entra en una zona geográfica, sin ningún servidor. Nada de esto se configura. Viene con la forma en que está construida la app, y tus usuarios lo resumen en una palabra: «profesional».

Algo cambió este año en la forma en que los equipos técnicos hablan del móvil. En septiembre de 2026, Shopify anunció el regreso de todas sus apps móviles a Swift y Kotlin, seis años después de adoptar React Native, y su razón no es que el nativo haya mejorado de repente. Es que la IA eliminó el principal motivo para evitarlo: el coste de construir la misma app dos veces. Cuando los modelos y los agentes se encargan de la mayor parte de la traducción y las pruebas entre plataformas, el código compartido pierde su argumento económico, y el lenguaje propio de cada plataforma vuelve a ser la opción por defecto.

Nosotros nunca tuvimos que hacer ese viaje, y la apuesta se pagó de una forma que no habíamos previsto: contábamos con que el tiempo lo demostraría, y la prueba llegó de la IA. Nuestro Head of Frontend Engineering, Mathieu Poli, cuenta esa historia desde dentro, incluidos los frameworks que evaluamos por el camino: Everyone is going back to native. We never left.

Haz una sola pregunta: ¿qué produce realmente la plataforma? Un binario Swift compilado y un binario Kotlin compilado, enviados a ambas tiendas a tu nombre, son un objeto distinto de una app web empaquetada para móvil. Pide ver una app funcionando en un teléfono real, y fíjate en el desplazamiento, las transiciones y la barra de pestañas. Si la respuesta es nativa, lo sentirás antes de que nadie te lo explique.

Puedes comprobarlo tú mismo: empieza una prueba gratuita, construye una primera versión de tu app e instálala en tu teléfono.

¿Las apps GoodBarber son realmente nativas?

Sí. La app iOS se compila en Swift y la app Android en Kotlin, y ambas se envían a la App Store y a Google Play como binarios reales, a tu nombre. El tercer motor, la Progressive Web App, funciona en el navegador, y es a propósito.

¿App nativa o PWA, cuál elegir?

Las dos salen del mismo proyecto GoodBarber, así que rara vez es una u otra; cómo elegir entre un sitio web, una app y una PWA tiene su propio artículo. Las apps nativas son las que tus usuarios encuentran en las tiendas y las que te dan el desplazamiento, las transiciones y las funciones del dispositivo propias de cada plataforma; la PWA añade el navegador y el ordenador.

¿Una app nativa cuesta más?

No con un app builder. Los motores se construyen una vez y se amortizan en todas las apps de la plataforma, de modo que su coste, junto con el alojamiento, la infraestructura push y la publicación en las tiendas, está incluido en la suscripción. El precio de construir dos veces solo se aplica al desarrollo a medida, y es la razón por la que el sector buscó alternativas.