Expo SDK 57 y el fin de la Old Architecture: qué revisar si tienes una app en producción
La New Architecture dejó de ser opcional en SDK 55. Si vienes de más atrás, la migración no es un flag: es una revisión de dependencias, builds y tests.
JHOAN BURBANO3 min de lectura
Expo SDK 57 llegó con React Native 0.86, y viene detrás de SDK 56 — publicado el 21 de mayo de 2026 — que trajo React Native 0.85 y React 19.2. Lo importante para quien mantiene una app con usuarios no es la lista de features: es que desde SDK 55 la New Architecture está siempre activa y no se puede desactivar.
Qué cambió realmente por debajo
La New Architecture reemplaza tres piezas del runtime, y cada una tiene su superficie de ruptura:
| Pieza legacy | Reemplazo | Qué se rompe |
|---|---|---|
| Bridge asíncrono | JSI (JavaScript Interface) | Módulos que asumían serialización JSON entre JS y nativo |
| Renderer viejo | Fabric | Medición de layout y manipulación directa de vistas |
| Native Modules | TurboModules | Librerías nativas sin especificación tipada |
El cambio que rompe builds sin avisar
De todo lo que trajo SDK 56, el que más he visto morder es que `expo prebuild` ahora limpia y regenera los directorios nativos `android` e `ios` por defecto. Si tenías modificaciones a mano en esas carpetas — un archivo de Gradle tocado, un entitlement añadido a mano, un Podfile con un parche — desaparecen en el siguiente prebuild.
La solución no es dejar de correr prebuild: es mover cada modificación a un config plugin, que es donde debió estar siempre. Vale la pena hacerlo antes de subir de SDK, con el build actual verde, para no depurar dos cosas a la vez.
Lo que sí vale la pena por lo que gana
- Expo UI listo para producción, que baja la cantidad de componentes de sistema que tienes que reimplementar.
- Builds nativos más rápidos y diffing de bytecode Hermes activado por defecto, que reduce el peso de las actualizaciones.
- APIs de Calendar, Contacts y MediaLibrary mejoradas — si tu app toca alguna, revisa el changelog antes de asumir que la firma es la misma.
- El nuevo sistema de animaciones de React Native 0.85, disponible para todas las apps gestionadas por Expo.
El orden que yo seguiría
- Inventaría tus dependencias nativas y verifica cuáles declaran soporte de New Architecture. Esta lista es el plan de migración real.
- Mueve todas las modificaciones nativas hechas a mano a config plugins, con el SDK actual todavía verde.
- Sube un SDK a la vez y compila en cada paso. Saltar de 54 a 57 mezcla tres conjuntos de breaking changes en un solo diff imposible de bisecar.
- Corre la app en dispositivo físico, no solo en simulador: los fallos de Fabric aparecen en medición de layout y gestos reales.
- Recién ahí toca features nuevas.
Migrar de SDK no es una tarea de infraestructura que se hace «cuando haya tiempo». Cada versión que te atrasas convierte un upgrade de una semana en un proyecto de un mes.
Fuentes
¿Tienes este problema en tu producto?
Trabajo con equipos que necesitan llevar esto a producción, no solo probarlo. Cuéntame el caso y te digo qué haría.
Sin ruido
Te aviso cuando publique
Notas de ingeniería sobre agentic en producción, mobile y decisiones de stack. Dos al mes como máximo, sin promociones.
Seguir leyendo
iOS 27: App Intents deja de ser opcional y SiriKit queda deprecado
El anuncio con más consecuencias de WWDC 2026 no es una feature visible: es que la integración con Siri ahora pasa obligatoriamente por App Intents.
Lo que cambia cuando un agente pasa del demo a producción
Un demo agentic se construye en una tarde. Lo que cuesta es el 5% de casos donde el agente se equivoca con plata, datos o usuarios de verdad.