Headless WP · Next.js · ISR · Edge

Headless WordPress + Next.js cuando hace falta de verdad.

WordPress como CMS + Next.js 14 (App Router) como front-end. Incremental Static Regeneration, edge rendering, GraphQL via WPGraphQL. Performance brutal, DX moderno. Pero solo si el caso de negocio lo justifica — la mayoría de proyectos B2B no lo necesitan.

< 0,8s

LCP típico

ISR

revalidate edge

WPGraphQL

query engine

Vercel

hosting recomendado

headless WordPress Next.js · 5 ejes

Cuándo headless sí compensa y cuándo no.

Headless WordPress es una decisión arquitectónica seria. Acertarla acelera 5x. Equivocarla mete deuda técnica para 3 años. Te decimos honestamente cuándo aplica.

Sí: scale + multi-front

Tienes > 500K MAU, varios front-ends (web + app + mobile + dashboard) que comparten contenido, equipo dev frontend con Next.js/React. Headless desacopla y escala.

Sí: performance crítico

Tu LCP necesita < 0,8s sostenido. Next.js + edge ISR + Vercel/Cloudflare Workers es lo más rápido del mercado. Si pierdes ventas a cada 100ms, headless paga.

No: web corporativa B2B

Web 50 páginas, equipo marketing edita en WP, no necesitas app móvil. WordPress monolítico custom + Gutenberg es más rápido de construir, mantener y barato. Headless aquí es over-engineering.

No: equipo sin frontend senior

Headless requiere equipo cómodo con React/Next.js, CI/CD, edge functions, GraphQL. Si tu equipo es WP + plugins, mantener headless te creará dependencia eterna del proveedor.

Stack que usamos cuando aplica

Next.js 14 App Router, WPGraphQL + ACF Pro, Vercel o Cloudflare Pages, Sanity/Algolia para search avanzado, ISR con revalidate-tag, edge middleware, Prismic/Contentful sólo en casos muy específicos.

Método · 10-14 semanas

De decisión a producción en 10-14 semanas.

Más largo que monolítico custom (8 sem). Razón: arquitectura, GraphQL schema, ISR strategy, edge functions, CI/CD multi-stack.

Fase 01 · Decisión

Architecture review

Workshop 1 día: business case, escenarios de tráfico, equipo frontend, KPI performance. Si NO compensa, recomendamos monolítico — sin presión comercial.

Semanas 1–2

Fase 02 · Build

Next.js + WP backend

WPGraphQL + ACF schema. Next.js App Router con páginas estáticas + ISR. Edge middleware. CI/CD GitHub Actions + Vercel preview deploys. Auth WP/Headless via NextAuth.

Semanas 3–10

Fase 03 · Launch + handoff

Edge deploy + docs

Cutover blue-green via DNS. ISR revalidate strategy en producción. Storybook componentes. Documentación arquitectónica. Formación equipo dev cliente.

Semanas 11–14

Preguntas frecuentes

Lo que CMOs y CTOs nos preguntan antes de firmar.

¿Cuánto cuesta un proyecto headless WordPress + Next.js?
Rangos realistas: MVP 32.000€ (web 30-50 páginas + ISR + edge). Proyecto medio 55.000€ (multi-idioma + auth + integraciones CRM/ecommerce). Enterprise 80.000€+ (multi-front + dashboards + lógica compleja). Mantenimiento desde 1.500€/mes.
¿Cuándo recomendáis headless vs monolítico custom?
Honestamente: solo si concurre alguna de estas condiciones — (1) > 500K MAU, (2) multi-front compartiendo contenido, (3) LCP < 0,8s necesario, (4) equipo frontend senior in-house. Si no concurre ninguna, monolítico custom es decisión correcta. No vendemos headless por moda.
¿WPGraphQL o REST API?
WPGraphQL para projects nuevos. Razones: query específica (zero overfetch), tipado fuerte, ecosistema maduro (Faust.js, etc). REST API solo si el proyecto ya lo tiene y migrar no aporta. Para ACF: WPGraphQL for ACF official plugin.
¿Hosting recomendado?
Vercel (Next.js team, mejor DX, edge functions ágiles) para 90% casos. Cloudflare Pages cuando edge function performance crítico (multi-región). AWS Amplify si ya hay AWS infra. Evitar self-hosted Node.js para Next.js a no ser que tengas DevOps senior dedicado.
¿ISR o SSG puro o SSR?
Mix según ruta. SSG para páginas estáticas (about, servicios). ISR (revalidate-tag) para blog y contenido editable WP — best of both. SSR solo para páginas con datos usuario o A/B server-side. Decisión por ruta, no global.
¿Es reversible si cambiamos de opinión?
Difícil pero no imposible. WordPress backend sigue intacto — el front Next.js es la capa removible. Volver a monolítico custom = rebuild front en Gutenberg/PHP, ~6-8 sem. Por eso insistimos en architecture review honesto en Fase 01.

Architecture review · gratis · 1 día

Decide si headless te compensa de verdad.

Workshop 1 día con tu CTO/lead dev. Revisamos: business case, tráfico, equipo, performance objetivo. Salimos con recomendación argumentada (headless o monolítico) y rango de inversión realista.

Respondemos en menos de 24 h · Barcelona · CET · info@cronuts.digital

Reseñas verificadas · CTOs y CMOs B2B

Empresas con Lighthouse 95+ y conversión creciente.

★★★★★ 4.9 / 5 · +34 reseñas verificadas
Ver todas en Google →

Auditoría web gratis en 7 días

Core Web Vitals + CRO + arquitectura SEO · documento ejecutivo · sin compromiso

Ver servicioAuditar mi web