WordPress vs Full‑Stack: el discurso vende más que la necesidad

Si trabajas en Web, o estás interesado en realizar una y no entendés los términos, seguramente escuchaste frases como por ejemplo:

– Hoy todo es Full‑Stack – WordPress quedó viejo – Sin React no sos profesional

Y al mismo tiempo ves la realidad de las webs institucionales y los negocios locales con sistemas medianos, clientes que quieren vender y no escalar a un Netflix o Instagram para miles de usuarios.

¿Por qué tantas empresas se complican con stacks caros, lentos de arrancar y con más infraestructura, cuando muchas veces no hace falta?

Esta nota intenta traer luz en los conceptos, bajar términos a tierra y ayudarte a elegir herramientas con criterio, no por moda. Y fue el resultado de una larga charla técnica con chatGPT, café de por medio, a las 3 de la madrugada (crédito compartido).

Tip 1: No gana el que usa el Stack más moderno. Gana el que elige bien.

Tip 2: Resolver problemas reales, con herramientas probadas y sentido comercial no es atraso, ¡es criterio!

React, NestJS, APIs y Headless sin humo ni palabras mágicas.

Qué significa realmente Full‑Stack

Full‑Stack no es un lenguaje ni una tecnología. Es un rol.
Un desarrollador Full‑Stack es quien puede trabajar:

• el front (lo que ve el usuario)
• el back (la lógica del sistema)
• la base de datos (donde se almacena la información)

Eso siempre existió. Lo que cambió no es el rol, sino la arquitectura.

Antes:

• HTML + CSS + JS
• PHP renderizando todo
• base de datos directa

El navegador pide una página, PHP consulta la base de datos, arma el HTML y lo devuelve completo en la página con todo.

Ahora:

• front separado = React + NestJS: El navegador NO pide páginas pide solo datos.
  React recibe datos no páginas, decide cómo mostrarlos sin recargar la página.
  El front consume datos, no páginas (menos requerimientos).
• back separado
• comunicación por APIs (el Mozo que lleva y trae las cosas)

El nombre cambió porque el ecosistema cambió.

Ventaja real de APIs

El mismo backend sirve para:

• web
• app mobile
• dashboard

Front y back evolucionan separados.
Los equipos pueden trabajar en paralelo.

Desventaja real

• más capas
• más código
• más puntos de falla
• más tiempo de desarrollo

Qué es React y por qué existe

React no reemplaza JavaScript. Es una librería de JavaScript para interfaces.
Nace cuando las webs dejan de ser simples páginas y empiezan a comportarse como aplicaciones:

• dashboards
• sistemas internos
• SaaS (modelo de distribución donde las aplicaciones se alojan en la nube accediendo los usuario a través de la Web, ej,: gmail)
• flujos complejos sin recargar

React se basa en una idea simple: la interfaz reacciona a los datos.
No se manipula el HTML a mano. Se declara cómo debería verse la UI según el estado.
React existe porque las interfaces se volvieron complejas, no por moda.

Qué es NestJS y a qué se parece

NestJS es un framework de backend sobre Node.js.
No inventa nada nuevo. Ordena.

Es comparable a:

• Laravel (PHP)
• Symfony (PHP)
• Django (Python)
• Spring Boot (Java)

Trae:

• arquitectura clara
• controladores
• servicios
• módulos
• tipado fuerte con TypeScript

En una frase:
NestJS es a Node.js lo que Laravel es a PHP.

Qué es Headless WordPress

Headless WordPress es WordPress sin front.

WordPress se usa solo como:

• CMS
• panel de administración
• gestor de contenidos

Los datos se exponen vía API. El front (React, Next, etc.) los consume.
Traducción directa: WordPress = cerebro React = cara

Cuándo tiene sentido implementrse así:

• múltiples frontends
• UX muy personalizada
• equipos grandes

Cuándo no:

• webs institucionales
• blogs
• SEO clásico
• clientes que quieren autogestionar

En la práctica:
Headless WordPress es matar una mosca con un cañón, en el 80% de los casos.

WordPress + PHP VS. React + NestJS

WordPress + PHP

Ideal para:

• sitios institucionales
• landings
• blogs
• ecommerce clásico
• SEO
• time‑to‑market rápido

Ventajas:

• rápido
• económico
• enorme ecosistema
• clientes pueden editar

React + NestJS

Ideal para:

• aplicaciones web complejas
• dashboards
• productos digitales
• SaaS
• sistemas internos

Ventajas:

• UX tipo app
• escalabilidad
• performance

Desventajas:

• más costo
• más infraestructura
• más tiempo de desarrollo
• más desarrolladores

Entonces… ¿por qué tantas empresas eligen lo complejo?

Porque muchas no están haciendo una web, sino un producto digital.

Pero también porque:

• se copian modelos de empresas grandes
• nadie quiere parecer “viejo”
• los recruiters piden buzzwords

Qué significa que los recruiters piden buzzwords

Buzzwords = palabras de moda.

Ejemplos:

• Full‑Stack
• React
• Microservicios
• Cloud‑native

El recruiter no programa. Trabaja con checklists.

Si la palabra no está, el CV se descarta. Aunque la persona sepa hacer exactamente lo que el proyecto necesita.

Muchas ofertas Full‑Stack en realidad piden:

• CRUD
• formularios
• autenticación
• dashboards

Cosas que existen desde hace años.

La verdad incómoda (pero liberadora)

En resumen, el 70–80% de los proyectos NO necesitan React ni NestJS.

Usarlos en la mayoría de los casos es como sacar un tanque de guerra para ir a comprar pan a la esquina. Impresiona, hace ruido… pero llegás tarde, gastaste de más y aplastaste media vereda.

Nota: R deMoraes
Foto: Lautaro Andreani en Unsplash