Este artículo va del stack: qué es React, qué añade Next.js encima y en qué se nota. Si lo que buscas es el servicio con precios, plazos y proceso, tu página es desarrollo web a medida. Y si dudas entre hacerlo a medida o montarlo sobre WordPress, te lo comparamos en WordPress o desarrollo a medida.
Cuando alguien nos pide una aplicación web, casi siempre acabamos en React y Next.js. No por moda: por tres razones concretas que se notan en la factura de dentro de dos años. Vamos a contarlas sin tecnicismos innecesarios.
Qué es React, en cristiano
React es una forma de construir interfaces por piezas. En vez de una página gigante, tienes componentes: la tarjeta de producto, el buscador, el calendario de reservas. Cada uno se hace una vez y se usa en veinte sitios.
La consecuencia práctica: cuando quieres cambiar cómo se ve una tarjeta de producto, lo cambias en un sitio y aparece cambiado en toda la aplicación. En una web montada a base de plantillas y plugins, ese mismo cambio son veinte sitios y la duda de si te has dejado alguno.
La otra consecuencia es que la interfaz reacciona sin recargar la página. Filtras por precio y los resultados cambian ahí mismo. Marcas una casilla y el formulario se adapta. Eso, en una web tradicional, es una recarga completa por cada clic.
Y qué pinta Next.js encima
React solo tiene un problema serio para un negocio: por defecto, la página llega vacía al navegador y se rellena con JavaScript. Un usuario con buena conexión ni lo nota. Google, según el caso, sí.
Next.js resuelve eso renderizando en el servidor: la página llega ya escrita, con su contenido dentro del HTML. Se nota en dos sitios:
- Posicionamiento. El buscador lee el contenido directamente, sin depender de ejecutar tu JavaScript. Una página de producto o un artículo llegan con su texto, sus encabezados y sus datos estructurados puestos.
- Primera impresión. El usuario ve contenido en el primer segundo en vez de un rectángulo en blanco esperando. Y esa espera en blanco es donde la gente se va.
Next.js además decide por página qué conviene: lo que no cambia se genera una vez y se sirve como si fuera un fichero estático; lo que cambia constantemente se calcula en cada visita. No tienes que elegir una sola estrategia para toda la web.
TypeScript: por qué escribimos más para trabajar menos
TypeScript es JavaScript con tipos. En la práctica significa que el editor te avisa del error mientras escribes, en vez de que aparezca en producción un martes por la tarde.
Cuesta algo más al principio. Se recupera con creces el día que hay que tocar algo que se escribió hace un año, porque el código te dice qué espera recibir y qué devuelve. Es la diferencia entre modificar con confianza y modificar cruzando los dedos.
Node.js detrás
Usar JavaScript también en el servidor tiene una ventaja poco glamurosa pero muy real: la misma gente puede trabajar en las dos mitades. No hay traducción entre dos mundos, ni validaciones escritas dos veces en dos lenguajes, ni "eso lo lleva el otro equipo".
Para proyectos con un equipo pequeño detrás, eso es menos coordinación y menos sitios donde se pierde información.
Cuándo este stack NO es lo tuyo
Aquí es donde suele faltar honestidad, así que lo decimos claro: si lo que necesitas son cinco páginas y un blog, esto te sobra. Te va a costar más, vas a depender de alguien técnico para cambios que deberías poder hacer tú, y no vas a notar ninguna de las ventajas de arriba.
Para eso está WordPress, o directamente una web sencilla y bien hecha. Nosotros somos los primeros en decírtelo, porque un proyecto sobredimensionado acaba mal para los dos.
React y Next.js empiezan a compensar cuando aparece alguna de estas cosas:
- Hay usuarios que entran con su cuenta y ven cosas distintas según quién sean.
- Hay datos que se cruzan: buscadores con filtros, paneles, informes.
- La web tiene que hablar con otros sistemas (un ERP, un CRM, una pasarela, una API externa).
- El proyecto va a seguir creciendo y necesitas poder añadir sin rehacer.
Qué se construye con esto
Cosas que hemos montado con este stack, para que te hagas una idea del tipo de proyecto: un portal inmobiliario con buscador por zona, precio y tipo de inmueble; un catálogo B2B conectado con el ERP del cliente para dejar de teclear pedidos a mano; una plataforma educativa con analítica para ver en qué punto se atascan los alumnos.
Todas tienen algo en común: no eran "una web", eran una herramienta de la que depende algo del negocio.
Y lo de Madrid
Trabajamos con clientes de toda España y buena parte del trabajo es en remoto, como en casi todo el sector. Si estás en Madrid y prefieres vernos la cara para arrancar el proyecto, se hace. Pero no te vamos a vender que la distancia sea el factor que decide: lo que decide es si quien lo hace entiende tu negocio.
Si quieres que miremos si este stack encaja en lo tuyo, cuéntanos qué necesitas. Y si al final resulta que lo tuyo es más sencillo, te lo diremos.
Equipo Codanter
Desarrollo web, IA y automatización