Biblioteca open source publicada por Facebook (Meta) en mayo de 2013. Ocupa el primer puesto sostenido en uso entre frameworks/bibliotecas frontend según la encuesta Stack Overflow Developer Survey desde 2021.
React no siempre es la respuesta
Hay un patrón recurrente en webs corporativas que se han diseñado en los últimos años: el equipo eligió React (o Next.js) por defecto, montó un single-page application completo, y la web que podría ser HTML estático genera ahora 200 KB de JavaScript para mostrar tres bloques de texto. Cuesta más, indexa peor, carga peor y añade dependencias que mantener.
La regla práctica que aplicamos en SMedialab es contraria a la inercia del sector: React entra en proyectos donde hay interfaz de usuario realmente compleja (estado en cliente, varios componentes que se afectan, edición en vivo, dashboards) y se queda fuera de webs informativas que se pueden resolver con Astro estático o WordPress sin SPA. La consecuencia es webs más rápidas, código menor y menos coste de mantenimiento.
Cuándo encaja bien
React resuelve mejor que cualquier otra opción los casos de single-page applications con mucho estado (paneles de administración, editores en tiempo real, herramientas SaaS), aplicaciones móviles cross-platform vía React Native, y secciones interactivas embebidas en webs estáticas (un configurador de producto dentro de una página Astro, por ejemplo). El ecosistema (más de 1,8 millones de paquetes en NPM marcados como compatibles) y la cantidad de desarrolladores disponibles hacen que la curva de incorporación de equipo sea suave.
Cómo lo aplicamos en SMedialab
Lo elegimos cuando el proyecto pide un dashboard real (auth, datos en vivo, formularios complejos), una app móvil con código compartido vía React Native o islas interactivas dentro de un sitio Astro estático. Donde NO lo elegimos es para webs corporativas y catálogos sin interactividad — ahí Astro estático o WordPress dan mejor SEO, mejor CWV y menos coste de mantenimiento. Tampoco lo recomendamos como pila completa para webs cuya prioridad nº 1 es el SEO y la página final apenas tiene componentes interactivos (Next.js mejora la indexación pero sigue cargando un runtime SPA innecesario para ese caso).
Casos típicos en nuestros clientes
Para una empresa con calculadora de presupuesto compleja en la web (decenas de variables, resultado dinámico al rellenar), montamos un componente React embebido como “isla” dentro de la página Astro estática del catálogo — el resto del sitio carga sin runtime React, y solo la calculadora descarga el bundle al activarse. Para un cliente con panel de operaciones interno donde varios usuarios editan reservas en tiempo real con sincronización entre pestañas, React + estado compartido vía Zustand y WebSockets fue la base que hizo viable el caso sin pagar un SaaS dedicado.
¿Tu proyecto necesita interfaz interactiva real? Lo evaluamos en diseño web a medida eligiendo entre React isla, SPA completo o alternativa estática según el caso.