Por que Next.js 15 ha cambiado como construimos webs de cliente

En los ultimos dos anos, gran parte del debate sobre webs de negocio era explicar por que una web corporativa moderna no tenia por que vivir en WordPress. Con Next.js 15 esa explicacion se ha vuelto mas facil, porque hay menos renuncias entre rendimiento, flexibilidad editorial y experiencia de desarrollo.

La diferencia no es una feature suelta, es el conjunto

Next.js 15 no cambia solo por App Router o por Partial Prerendering. Cambia porque el stack ya se siente mas coherente para proyectos donde conviven contenido, formularios, integraciones y piezas de producto.

App Router por fin tiene sentido operativo

Al principio generaba dudas. Hoy nos da una ventaja clara: composicion mejor, layouts persistentes y una separacion mas limpia entre zonas de contenido, datos y experiencia. En proyecto real eso reduce decisiones raras y simplifica la evolucion.

Server Actions nos han quitado bastante pegamento

En formularios sencillos de contacto, captacion o backoffice ligero, las Server Actions han reducido codigo intermedio. No todo debe pasar por una API route montada a mano si el caso es simple y controlado.

export async function sendLead(formData: FormData) {
  "use server";

  const payload = {
    name: formData.get("name"),
    email: formData.get("email"),
    message: formData.get("message")
  };

  await fetch("/api/contact", {
    method: "POST",
    body: JSON.stringify(payload)
  });
}

Partial Prerendering es prometedor, pero con cabeza

PPR nos interesa mucho para mezclar shells muy rapidos con fragmentos dinamicos. Pero hoy lo tratamos como una herramienta concreta, no como dogma. Lo usamos donde aporta y evitamos venderlo como magia al cliente.

Lo que todavia evitamos en produccion

Ni todo debe ir a edge, ni toda pagina necesita streaming, ni toda arquitectura merece la complejidad extra. Nuestro filtro sigue siendo simple: cada decision tecnica tiene que pagar alquiler en mantenimiento.

Impacto de Server Components en el SEO B2B

Uno de los miedos habituales al plantear un framework frontend era el SEO tecnico. Con los React Server Components (RSC) de Next.js 15, ese problema desaparece. El HTML que recibe el bot de Google ya viene renderizado y optimizado desde el servidor, igual que si fuera un CMS tradicional. Esto significa tiempos de carga inicial (FCP) minusculos y un Core Web Vitals impecable, factores hoy criticos para posicionar servicios de alto valor B2B.

Comparativa de Performance: Next.js frente a WordPress

A menudo direccion tecnica prefiere Next.js pero el equipo de marketing defiende WordPress por inercia. Asi es como solemos comparar ambos mundos a nivel de performance B2B duro:

Nuestra receta actual para webs de cliente

Next.js 15, CMS headless cuando hace falta editar contenido, formularios bien conectados a automatizacion, despliegue sencillo y cero exhibicionismo tecnico. Lo importante es que la web cargue rapido, se mantenga bien y permita crecer sin reescribir a los seis meses.