La fiebre de los frameworks se ha calmado

Durante una década, el frontend se reinventó cada dieciocho meses. Eso, en gran parte, se ha acabado. La respuesta mayoritaria en 2026 es aburrida en el mejor sentido: React con server components, un meta-framework como Next.js por encima, tipado de punta a punta, estilos con un sistema de utilidades y una librería de componentes que es tuya. Lo realmente nuevo no es el stack. Es que una gran parte del código de ese stack ahora lo escribe una máquina.

Server-first ya es lo estándar

El péndulo ha vuelto atrás. Renderizar en el servidor, enviar menos JavaScript e hidratar solo lo que necesita interactividad ya no es una optimización que se hace más adelante: es como empiezan los proyectos.

• Primer pintado más rápido y mejores Core Web Vitals sin ajustes heroicos
• Contenido que está en el HTML, algo que importa más que nunca para los rastreadores de IA
• Menos estado en el cliente que sincronizar, lo que elimina toda una categoría de bugs
• Carga de datos junto al componente que los usa, en lugar de un store global

Dónde ayuda de verdad la UI generada por IA

Convertir un diseño en maquetación es la tarea que mejor hacen los asistentes. Una pantalla que antes llevaba un día ahora lleva una hora, y el resultado suele estar bien estructurado.

• Primera versión de un layout a partir de un archivo de diseño o una captura
• Formularios con validación, estados de error y atributos de accesibilidad
• Variantes responsive de un componente que ya has diseñado
• Pantallas repetitivas de administración, tablas y paneles de filtros
• Migraciones: actualizar la versión de una librería de componentes o sustituir una API obsoleta

Dónde falla

Las interfaces generadas se desvían. Cada pantalla es razonable por sí sola, pero juntas suman cinco estilos de botón ligeramente distintos, tres escalas de espaciado y dos maneras de mostrar un error. Nadie lo nota durante el desarrollo; los usuarios lo perciben al instante como «esta web parece barata». La solución no es generar menos. Es darle al generador un contrato de verdad.

• Un design system con tokens, para que el espaciado y el color no se inventen en cada pantalla
• Una librería de componentes como única fuente permitida de botones, campos y modales
• Accesibilidad comprobada en CI: el código generado se la salta constantemente
• Tests de regresión visual, porque la desviación es visual antes que funcional
• Un presupuesto de rendimiento que rompe el build, no una buena intención

Qué elegir para un proyecto nuevo

Para la mayoría de webs de empresa y productos, la recomendación honesta no ha cambiado mucho: Next.js con el app router, TypeScript en todas partes, una capa de estilos utility-first, una librería de componentes que controlas y páginas estáticas o con revalidación incremental siempre que el contenido lo permita. No es emocionante, y precisamente de eso se trata. Lo interesante de un proyecto debería ser el producto, no la configuración del build.

Conclusión

El frontend en 2026 va menos de qué framework usar y más de disciplina: renderizar en el servidor, enviar menos código, mantener un único design system y verificar lo que ha escrito la máquina. Los equipos que hoy hacen buenas interfaces no son los que tienen las herramientas más nuevas. Son los que han decidido qué significa «correcto» y luego lo hacen cumplir de forma automática.