01Cuándo aporta y cuándo no
Next.js no es “WordPress más rápido” por defecto. Aporta cuando hay interactividad, frontend propio, producto o contenido editorial que el tema no cubre.
Se usa WordPress como CMS vía REST/GraphQL y Next.js como frontend. Esa separación tiene un coste: dos sistemas, despliegues, caché, preview y mantenimiento. Se dice antes de empezar.
La promesa es concreta: decisión por requisitos, arquitectura documentada y entrega mantenible. No se vende headless por moda ni se promete rendimiento sin medir.
Dos sistemas implican más operación. Si el equipo no puede asumirlo, se recomienda una solución más simple.
02Cómo convive con WordPress
Puede aportar
- Producto o SaaS con interacción real.
- Contenido editorial que necesita un frontend propio.
- Requisitos de rendimiento medidos, no supuestos.
- Equipo con capacidad para mantener dos sistemas.
- Preview y edición que el equipo necesita conservar.
No aporta
- Web informativa o corporativa simple.
- Presupuesto y equipo sin capacidad de mantener Next.js.
- El problema es solo un plugin, el hosting o el tema.
- El contenido no se va a editar.
- Se busca “lo moderno” sin un requisito que lo justifique.
Las cuatro decisiones
-
01
WordPress clásico
Si el contenido y la edición son lo principal, es más simple y más barato de mantener.
-
02
Headless con Next.js
Si el frontend, el producto o la interacción lo justifican, se asume el coste de dos sistemas.
-
03
Híbrido
WordPress para contenido y Next.js para una parte concreta del producto o del embudo.
-
04
No seguir
Si no hay requisito real, no se vende. La decisión se documenta antes de presupuestar.
03Qué construimos
Next.js no es el servicio: el servicio es lo que se construye con él. Estas son las piezas habituales, cada una con su alcance y su coste.
-
01
Arquitectura
Modelo de contenido, API, rutas, caché y preview. Se decide antes de escribir el frontend.
Ir a Desarrollo web a medida -
02
Frontend
Next.js/React con componentes, rutas y estados; se prueba en staging, no en una captura.
Ir a Desarrollo web a medida -
03
Integración
WordPress REST/GraphQL, medios, contenido y preview; se documenta qué edita el equipo y qué no.
Ir a Desarrollo web a medida -
04
Despliegue y continuidad
Build, entorno, CDN y documentación; si el equipo no puede mantenerlo, se dice antes.
Ir a Soporte y mantenimiento
04Rendimiento y mantenimiento
Se puede medir
- Rutas y JavaScript por página.
- Caché, CDN y estrategia de renderizado.
- Imágenes, fuentes y contenido que bloquea.
- Consultas a la API y tiempos de respuesta.
No se puede prometer
- Un rendimiento garantizado sin medir.
- Que Next.js sea rápido por el nombre.
- Mantener dos sistemas sin coste operativo.
Mantenimiento
Next.js y WordPress son dos sistemas: hay que actualizar ambos, revisar la API, el build, la caché y el despliegue. La documentación no elimina el trabajo: deja claro quién hace qué y qué se rompe si no se hace.
El soporte opcional empieza en 50 €/mes e incluye actualizaciones, copias de seguridad, revisión de seguridad y aviso; el mantenimiento del frontend se presupuesta aparte.
Precio y plazo
El proyecto se presupuesta después de decidir la arquitectura y el alcance. No se cobra por “headless” como etiqueta ni se promete una cifra antes de saber qué hay que construir. El plazo se define con la arquitectura y depende de contenido, integraciones y accesos.
Qué determina el costeAlcance del frontend · modelo de contenido · integraciones · preview · rendimiento · despliegue
Ver el servicio de velocidad y WPO05Prueba: capacidad declarada
No publicamos un caso Next.js con nombre y métricas si no tenemos permiso. La capacidad es real; la prueba pública se añadirá cuando exista.
Lo que sí se puede afirmar sin inventar nada: Next.js es nivel 3 (construcción), no nuestra especialidad principal. La especialidad es WordPress y PHP; Next.js se aborda cuando el proyecto lo justifica.
Si el stack requiere Next.js y WordPress, se puede construir. Si no requiere Next.js, se dice y se propone la opción más simple. El presupuesto no viene con una arquitectura prefijada.
Ver los proyectos06Preguntas frecuentes
¿Next.js es siempre más rápido?
No. Depende de la arquitectura, la caché, el contenido y el hosting. Se mide; no se promete una cifra por el nombre de la tecnología.
¿Puedo seguir editando en WordPress?
Sí, si el modelo de contenido y la API se diseñan para ello. La preview y la edición entran en el alcance; si no, se dice antes.
¿Merece la pena para mi web?
Solo si hay interactividad, producto o frontend propio que lo justifique. Si no, WordPress clásico es más simple y más barato de mantener.
¿Quién mantiene dos sistemas?
Se define por escrito. El soporte es opcional desde 50 €/mes y el mantenimiento del frontend se presupuesta aparte; la documentación deja claro qué hace cada parte.
¿Cuánto cuesta y cuánto tarda?
Se presupuesta tras decidir arquitectura y alcance. El plazo depende de contenido, integraciones y accesos; no se prometen fechas antes de ver el caso.