Angular 22 llegó en junio de 2026 y la serie actual es la 22.2.x. La versión se centra en la estabilización. Las aplicaciones construidas con componentes standalone, NgRx, RxJS y detección de cambios zoned pueden conservar su arquitectura.

npx ng update @angular/core@22 @angular/cli@22
npx ng update

Tres API que antes eran experimentales pasan a ser estables. Signal Forms ofrece formularios reactivos basados en señales. Async Signals aplican el patrón resource al estado del servidor. Angular Aria aporta primitivas headless para interfaces accesibles. El nuevo estado aporta documentación más duradera, rutas de importación más previsibles entre versiones menores y una base más adecuada para aplicaciones empresariales.

Los Reactive Forms y los effects que ya funcionan no necesitan una migración. El artículo recomienda Signal Forms para los formularios nuevos, con validación en TypeScript. NgRx Store y Effects siguen encajando con el estado global del cliente, los flujos complejos, undo y las colas offline. Async Signals sirven para la caché del servidor en perfiles de usuario, listas y páginas de detalle. Las señales simples, `computed` y `effect` cubren el estado local de la interfaz, como diálogos, filtros e idioma. v22 mantiene abiertas estas opciones. Los nuevos casos de obtener y mostrar datos pueden usar Async Signals sin crear un effect.

El ejemplo de v21 inicia `App` mediante `bootstrapApplication` y `appConfig`. Entre sus providers están `provideBrowserGlobalErrorListeners`, `provideZoneChangeDetection({ eventCoalescing: true })`, `provideRouter(routes, withInMemoryScrolling({ scrollPositionRestoration: 'enabled' }))`, `provideStore(reducers, { metaReducers })`, `provideEffects([UserEffects, MenuEffects])` y `provideClientHydration(withIncrementalHydration(), withEventReplay())`. Los componentes ya pueden combinar `signal` y `effect`, como muestran `showDeleteDialog = signal<boolean>(false)` y `language = signal<string>('en')`.

Angular 22 continúa mejorando el control de flujo, las vistas diferibles y la hidratación. La hidratación incremental con repetición de eventos puede acelerar la interactividad de las páginas renderizadas en el servidor y conservar los clics que ocurren durante la hidratación. La comprobación previa al cambio incluye componentes standalone, `@if`, `@for` y `@defer` en lugar de `*ngIf` y `*ngFor`, además de un informe limpio de hidratación en DevTools.

La ruta soportada cubre el salto de 21.0 a 22.0 mediante la guía de actualización de Angular. En un monorepo conviene actualizar primero una aplicación. Después se ejecutan las pruebas y la compilación de producción con budgets, se corrigen los cambios incompatibles señalados por los schematics y se lanza el lint. Las pruebas de humo deben ejecutarse en una URL de preview. Las librerías compartidas y las demás aplicaciones se actualizan después de esas comprobaciones. El ejemplo fija para `initial` un máximo de advertencia de 1mb y un máximo de error de 2mb. Para `anyComponentStyle`, los límites son 10kb y 30kb.

La versión también incorpora prompts oficiales para LLM, un servidor MCP de Angular CLI y agent skills. El artículo recomienda usar la documentación oficial de Angular y angular.dev/ai como referencias para los agentes. Los diffs generados requieren revisión porque los agentes pueden mezclar señales y RxJS en el mismo archivo.

Los equipos que usan v21 pueden actualizarse ya si necesitan Signal Forms o Angular Aria estables. También pueden priorizar el cambio por la mejora de la hidratación y el soporte a largo plazo. Quienes estén en mitad de una entrega o dependan de librerías sin soporte de peer dependencies para v22 pueden esperar un sprint. Los formularios y effects existentes pueden permanecer sin cambios. El código nuevo puede adoptar las API estables y los puntos críticos pueden migrarse cuando vuelvan a tocarse.