⏱️ Lectura: 11 min
Seis años después de apostar todo a React Native, Shopify da marcha atrás: sus apps para iOS y Android volverán a escribirse en Swift y Kotlin nativos. La empresa lo anunció el 10 de septiembre de 2026, y la razón no es que React Native haya fallado, sino que los agentes de inteligencia artificial cambiaron el cálculo de costos que sostenía esa decisión desde 2020.
📑 En este artículo
TL;DR
- Shopify anunció el 10 de septiembre de 2026 que abandona React Native para volver a Swift y Kotlin nativos.
- La empresa adoptó React Native en 2020 y ahora revierte la apuesta por el avance de los agentes de IA.
- Shopify usa LLMs para escribir software desde 2021, un año antes del lanzamiento de ChatGPT.
- Las apps Shopify, Shop, Point of Sale e Inbox se reconstruirán desde cero (greenfield), no de forma gradual.
- React Native Skia seguirá con sponsoring de Shopify hasta fines de 2026 y luego se bifurcará bajo otro nombre.
- FlashList, con cerca de 2 millones de descargas semanales, sigue en mantenimiento mientras se busca su nuevo steward.
- Restyle se archiva: Shopify lo mantiene hasta fines de 2026 y después deja de darle soporte.
- La clave: los agentes de IA ya pueden portar una función de iOS a Android usando la otra plataforma como referencia.
Qué pasó con React Native en Shopify
El equipo de ingeniería de Shopify publicó el anuncio bajo el título Native is now the future of mobile at Shopify. Ahí explican que decidieron pasar de código nativo a React Native en 2020 por tres razones: dejar de construir la misma función dos veces, permitir que desarrolladores sin experiencia mobile contribuyeran a las apps, y dejar de perseguir la paridad de funcionalidades entre iOS y Android.
“We decided to go all-in on React Native back in 2020, and that bet has been extremely successful”, escribió el equipo.
Ese balance positivo se mantuvo, según Shopify: React Native cumplió sus tres objetivos y la empresa considera que las inversiones en optimizar rendimiento y mantenerse al día con actualizaciones del framework valieron la pena. Pero en enero de 2025, la misma empresa había escrito públicamente que el futuro de React Native en Shopify era prometedor y que planeaba seguir invirtiendo ahí. Veinte meses después, la conclusión es la opuesta.
Contexto e historia
Shopify no llegó a esta decisión de un día para otro. La empresa usa modelos de lenguaje para escribir software desde 2021, un año antes de que ChatGPT saliera al público. Al principio los usaban para implementar funciones puntuales, investigar bugs y revisar código. A medida que los modelos mejoraron, también creció la complejidad del trabajo que Shopify les delegaba.
Para fines de 2025, según relata la empresa, los agentes ya no solo ayudaban a escribir código más rápido: empezaron a cuestionar si construir una función dos veces (una en Swift para iOS, otra en Kotlin para Android) realmente significaba el doble de trabajo. Esa pregunta llevó a Shopify a reevaluar su stack móvil desde cero.
flowchart TD
A["2020: codigo nativo duplicado"] --> B["Adopcion de React Native"]
B --> C["Una sola base de codigo para iOS y Android"]
C --> D["2025: los agentes de IA mejoran mucho"]
D --> E["Prototipos nativos con agentes"]
E --> F["2026: vuelta a Swift y Kotlin"]Detalles técnicos y rendimiento
Para probar la hipótesis, Shopify reconstruyó partes centrales de sus apps más grandes en Swift y Kotlin usando agentes de IA como asistentes principales. El resultado sorprendió al propio equipo: los agentes podían implementar una función en Android usando la versión de iOS como referencia, y viceversa, sin que un desarrollador tuviera que traducir manualmente cada línea.
Además, los agentes ayudaron a que desarrolladores sin experiencia en un stack determinado (por ejemplo, alguien especializado en Kotlin sin haber tocado Swift) pudieran contribuir con confianza gracias a especificaciones compartidas, baterías de tests y puntos de revisión definidos de antemano. Eso redujo drásticamente el costo de mantener paridad entre plataformas, que era justamente el problema que React Native había resuelto en 2020.
Shopify aclara algo importante: construir para dos plataformas nativas sigue significando mantener dos bases de código, ese costo no desapareció. Lo que cambió es que ya no es el factor decisivo. React Native puede ser rápido (“Ours are”, dice la empresa sobre sus propias apps), pero nativo mantiene a Shopify más cerca de las capacidades de cada plataforma y de su tooling de primera parte, con menos capas de framework y dependencias entre el código y el sistema operativo.
💭 Clave: Shopify no dice que React Native sea peor. Dice que los agentes de IA bajaron tanto el costo de construir nativo dos veces, que la ventaja de compartir una sola base de código dejó de compensar las capas extra que agrega el framework.
| Enfoque | Cuándo conviene | Ventaja principal | Limitación |
|---|---|---|---|
| React Native (código compartido) | Equipos chicos, sin capacidad de mantener dos stacks nativos en paralelo | Una sola base de código para iOS y Android | Capas de framework y dependencias entre tu código y la plataforma |
| Nativo asistido por agentes (Swift + Kotlin) | Equipos con agentes capaces de portar funciones entre plataformas usando la otra como referencia | Acceso directo a APIs y herramientas first-party de cada plataforma | Sigue habiendo dos bases de código que mantener: el costo baja, pero no desaparece |
Cómo empezar a probar este enfoque
No hace falta ser Shopify para replicar el experimento a menor escala. La idea central es simple: usar la implementación de una plataforma como especificación viva para que un agente genere la otra, y verificar la paridad con un test compartido en lugar de revisar el código línea por línea.
// FeatureFlag.swift (iOS, version de referencia)
struct FeatureFlag {
let key: String
let isEnabled: Bool
}
func isCheckoutV2Enabled(flags: [FeatureFlag]) -> Bool {
flags.first(where: { $0.key == "checkout_v2" })?.isEnabled ?? false
}Con ese archivo como referencia, se le pide al agente que genere el equivalente en Kotlin y un test que compruebe el mismo comportamiento:
claude "Porta FeatureFlag.swift a Kotlin manteniendo el mismo comportamiento y agrega un test unitario equivalente" --file FeatureFlag.swiftEl agente lee la versión de iOS, genera FeatureFlag.kt y su test en JVM, y devuelve ambos archivos listos para revisión humana. Esto resuelve la traducción mecánica; lo que hace falta después es un mecanismo de verificación de paridad.
// discount_spec.json (contrato compartido entre plataformas)
{
"case": "10% off, minimo $50",
"input": { "subtotal": 120.00, "rule": "PERCENT_10_MIN_50" },
"expected_discount": 12.00
}// DiscountEngineTest.kt (Android)
@Test
fun appliesPercentDiscountAboveMinimum() {
val result = DiscountEngine.apply(subtotal = 120.00, rule = Rule.PERCENT_10_MIN_50)
assertEquals(12.00, result.discount, 0.01)
}El mismo discount_spec.json alimenta el test equivalente en XCTest del lado de iOS. Cómo confirmar la paridad: correr ambas suites contra el mismo archivo de casos y comparar el output. Si las dos devuelven 12.00 para el mismo input, la paridad está garantizada sin haber compartido una sola línea de interfaz.
💡 Tip: Guardá los specs de paridad (como discount_spec.json) en un repositorio separado del código de cada plataforma. Así ambos equipos, humanos o agentes, apuntan a la misma fuente de verdad.
Impacto y análisis
El giro de Shopify golpea directo al ecosistema de React Native, donde la empresa es uno de los mayores contribuyentes open source. FlashList, la librería que Shopify publicó para renderizar listas de alto rendimiento, acumula cerca de 2 millones de descargas semanales y se convirtió en el estándar de facto para listas largas en React Native. Shopify seguirá arreglando bugs críticos de compatibilidad mientras negocia con otras empresas quién toma el stewardship a largo plazo.
Con React Native Skia, la salida es distinta: Shopify va a seguir pagando el sponsoring hasta fines de 2026, y su mantenedor principal, William Candillon, va a bifurcar el repositorio bajo un nombre nuevo cuando termine la transición. El repositorio original quedará archivado. Restyle, en cambio, se archiva sin sucesor: Shopify lo sostiene hasta fines de 2026 y después deja de darle soporte, aunque cualquiera puede forkearlo.
⚠️ Ojo: Shopify es explícito en que nativo no es gratis. Mantener dos plataformas sigue costando más que mantener una, el cambio es que ese costo extra dejó de superar el valor de acceder directo a las APIs de cada sistema.
El caso también sirve como termómetro para una discusión más amplia en la industria: si los agentes de código bajan lo suficiente el costo de escribir (y traducir) software específico de plataforma, el argumento histórico a favor de frameworks multiplataforma como React Native pierde peso frente al acceso directo al hardware y al sistema operativo.
Qué sigue
Shopify tiene varias apps grandes en juego: Shopify, Shop, Point of Sale e Inbox, usadas a diario por millones de comerciantes y compradores. Para migrarlas, la empresa evaluó dos caminos: migración gradual (brownfield) o reconstrucción completa (greenfield). En 2020, cuando pasaron de nativo a React Native, habían elegido brownfield para las apps más grandes, porque reescribirlas de cero hubiera tomado años sin poder lanzar funciones nuevas mientras tanto.
Esta vez, greenfield ganó. Shopify no detalla cada motivo, pero apunta a que los agentes de IA ya son lo bastante buenos construyendo funciones nuevas como para que reconstruir desde cero ya no implique detener el resto del roadmap. El resultado se va a medir en los próximos meses: fines de 2026 es también la fecha límite para el sponsoring de Skia y para el soporte de Restyle, así que buena parte del ecosistema React Native de Shopify se reacomoda en la misma ventana de tiempo.
📖 Resumen en Telegram: Ver resumen
Probalo vos: agarrá un archivo Swift chico de tu propia app, pedile a tu agente de código que lo porte a Kotlin con un test de paridad, y compará el resultado con lo que describe Shopify en su anuncio original.
Preguntas frecuentes
¿Shopify elimina React Native por completo?
Para sus apps de producción, sí: Shopify, Shop, Point of Sale e Inbox se reconstruyen en Swift y Kotlin nativos. La empresa sigue sosteniendo por tiempo limitado algunas de sus librerías open source de React Native.
¿Qué pasa con FlashList?
Sigue recibiendo arreglos críticos de compatibilidad mientras Shopify negocia con otras empresas quién toma su mantenimiento a largo plazo.
¿Qué pasa con React Native Skia?
Shopify continúa pagando el sponsoring hasta fines de 2026. Después, su mantenedor William Candillon va a bifurcar el proyecto bajo un nombre nuevo y el repositorio original quedará archivado.
¿Por qué Shopify eligió reconstruir desde cero en vez de migrar gradualmente?
Porque, a diferencia de 2020, los agentes de IA ya pueden construir funciones nuevas en ambas plataformas con suficiente velocidad como para no frenar el resto del roadmap mientras se reescribe la app.
¿Esto significa que React Native ya no sirve?
No según Shopify: la empresa aclara que React Native cumplió sus objetivos y que sus apps eran rápidas. Lo que cambió es el costo relativo de mantener dos plataformas nativas, no la calidad del framework.
¿Qué apps de Shopify están afectadas por el cambio?
Shopify, Shop, Point of Sale e Inbox, todas reconstruidas de forma greenfield en Swift y Kotlin.
Referencias
- Shopify Engineering: anuncio oficial del cambio de React Native a nativo, publicado el 10 de septiembre de 2026.
- GitHub, Shopify/FlashList: repositorio de la librería de listas de alto rendimiento para React Native.
- GitHub, Shopify/react-native-skia: repositorio de la librería gráfica basada en Skia para React Native.
- React Native: sitio oficial del framework que Shopify adoptó en 2020.
📱 ¿Te gusta este contenido? Únete a nuestro canal de Telegram @programacion donde publicamos a diario lo más relevante de tecnología, IA y desarrollo. Resúmenes rápidos, contenido fresco todos los días.
Imagen destacada: Foto de Rubaitul Azad en Unsplash
0 Comentarios