Skip to content
Tech AI Wire

Shopify abandona React Native por Swift y Kotlin

Shopify reconstruye sus apps en Swift y Kotlin seis años después de apostar por React Native. Los agentes de código hicieron bastante del port como para cambiar la cuenta.

Por Tech AI Wire Team

3 min de lectura

XLinkedIn
A Shopify Point of Sale card terminal standing on a plain gray studio backdrop.

En cifras

to rebuild the Shop app, with 6 engineers
12 weeks
smaller Android app, a 37% cut
-109 MB
fewer crashes, per Shopify
10x
Shop app cold startup time
Android, React Native
4433ms
Android, native
2233ms
iOS, React Native
3200ms
iOS, native
2466ms

Shopify está reconstruyendo todas sus aplicaciones móviles en Swift y Kotlin, seis años después de declarar que React Native era su futuro. El anuncio de la empresa del 10 de septiembre de 2026 pone un motivo por encima del resto: "LLMs changed one of the core assumptions behind our 2020 decision."

Ese supuesto era el coste de construir dos veces la misma función. React Native existía en Shopify para evitarlo. Los agentes de código ahora absorben bastante de ese trabajo duplicado, y el equilibrio se ha invertido.

Qué cambió en la cuenta

Shopify adoptó React Native en 2020 por tres razones declaradas: no construir dos veces las mismas funciones, dejar que los desarrolladores trabajaran en toda la pila y dedicar menos tiempo a perseguir la paridad. Funcionó. InfoQ informa de que las aplicaciones alcanzaron tiempos de carga por debajo de 500 milisegundos y más del 99,9% de sesiones sin fallos.

La empresa lo reafirmó tan tarde como enero de 2025, manteniendo React Native tras una migración de cinco años. Después, según su propio relato, las mejoras de los modelos a finales de 2025 fueron lo bastante grandes para reabrir la pregunta.

InfoQ informa de que Mustafa Ali, responsable de móvil, reevaluó el compromiso y concluyó que la relación entre beneficio y coste de dos bases de código nativas ya superaba a la de una capa de abstracción. Shopify es franca: el coste no ha desaparecido. Los agentes hacen ahora "bastante del trabajo de implementación, traducción, pruebas y revisión" como para que deje de ser decisivo.

Un segundo empujón vino del propio framework. InfoQ y Shopify señalan que se acercaba una reforma hacia la New Architecture de React Native, que de todos modos habría exigido rehacer buena parte de los módulos nativos y del renderizado.

Las cifras de la reconstrucción

Un ingeniero probó el enfoque en una semana. Seis ingenieros reconstruyeron después la aplicación Shop, con más de 300 pantallas además de widgets, una app para Apple Watch y atajos de Siri, y la publicaron en 12 semanas.

MedidaReact NativeNativo
Arranque en frío en Android4.433 ms2.233 ms
Arranque en frío en iOS3.200 ms2.466 ms
Estabilidad de sesión99,5%+99,95%+
Tamaño de la app en Android293 MB184 MB
Tamaño de la app en iOS67 MB68 MB

Android es quien más gana: el arranque se redujo aproximadamente a la mitad, la descarga adelgazó 109 MB, las compilaciones de release son un 75% más rápidas y el desplazamiento del feed llega a 120 fotogramas por segundo. Los fallos bajaron unas diez veces. iOS mejoró menos, y su aplicación creció 1 MB.

Las herramientas que hubo que construir antes

Lo que merece copiarse no es la decisión, sino el andamiaje. El relato de la migración de Shopify describe una extensión de agente de código llamada Pi, con subagentes distintos para revisar la app original, documentar su comportamiento, planificar el trabajo por plataforma, implementar funciones y comprobar la paridad.

También construyeron una herramienta de depuración llamada Tardis, que da a un agente acceso estructurado a los eventos, registros y estado de una app en ejecución. Eso permitió a los agentes revisar su propio trabajo. Comparaban capturas de pantalla y ventanas de eventos de las dos apps en puntos de control, teniendo en cuenta las variaciones normales de ejecución.

Una regla sostuvo el proyecto. El principio declarado de Shopify era que "Android e iOS deben estar a la par en funciones en todo momento". Y los controles habituales siguieron: linting, pruebas, análisis estático, comprobaciones de rendimiento y revisión humana de código.

Qué significa esto para los desarrolladores

Lee las pérdidas antes que las ganancias. Pasar a nativo le costó a Shopify las actualizaciones por aire, porque las versiones nativas pasan por la revisión de las tiendas. Si tu estrategia de publicación depende de soltar un arreglo en una hora, esa es la partida que gasta esta decisión.

La lección transferible está en las herramientas, no en el framework. Los agentes fueron útiles aquí porque Shopify les dio una forma de observar una app en marcha y comparar comportamientos de manera automática. InfoQ recoge el consejo que sigue. Aísla el código de plataforma y de interfaz de la lógica de negocio estable, para que un modelo pueda probar resultados en un escritorio en vez de en un simulador. Ese patrón es el mismo que había detrás de la reescritura en Rust de Bun asistida por IA, donde los puntos de control verificables pesaron más que la calidad bruta del modelo.

Evita leer esto como un veredicto sobre React Native. Shopify dice con claridad que "native is the right choice for Shopify now, but React Native was the right choice for Shopify in 2020". InfoQ recoge su consejo a otros equipos: pensar en nativo y en React Native en lugar de elegir bando. Una empresa con apps de 300 pantallas, seis ingenieros disponibles y su propio entorno de agentes no es el equipo medio.

Si dependes del trabajo abierto de Shopify en React Native, comprueba su estado. Skia y FlashList han encontrado nuevos responsables, y Restyle quedará archivado para finales de 2026.

Fuentes

  1. Native is now the future of mobile at Shopify - Shopify Engineering
  2. Migrating Shop app from React Native to native - Shopify Engineering
  3. Shopify Drops React Native for Swift and Kotlin as AI Changes Cross-Platform Development Tradeoffs - InfoQ

Artículos relacionados