Es la pregunta que más nos hacen los clientes que llegan con una web antigua: ¿la rehacemos en WordPress o apostamos por algo moderno como Next.js? La respuesta honesta es que depende, pero "depende" no ayuda a decidir. Este artículo desgrana los criterios que usamos nosotros para recomendar una u otra tecnología, actualizados con lo que ha cambiado en 2026: WordPress 7.0 y Next.js 16 son las versiones más ambiciosas que han publicado ambos proyectos en años.
Qué es cada cosa
WordPress es un gestor de contenidos (CMS) que lleva dos décadas dominando la web: panel de administración visual, miles de plugins y temas, y un ecosistema enorme de profesionales que lo conocen. Funciona como un monolito: el mismo servidor PHP genera cada página consultando una base de datos en cada visita.
Next.js es un framework de desarrollo basado en React. No es un CMS: es una forma de construir webs a medida, donde cada componente se programa. La diferencia arquitectónica clave es que el trabajo pesado se hace al compilar, no en cada visita: las páginas se generan por adelantado y se sirven desde una red de CDN. A cambio de programar más, el resultado es exactamente lo que el proyecto necesita, sin peso muerto.
Qué ha cambiado en 2026
WordPress 7.0 "Armstrong"
Lanzado en mayo de 2026, es la actualización más profunda del CMS en años:
- IA integrada en el núcleo. El nuevo WP AI Client centraliza la conexión con modelos como ChatGPT, Gemini o Claude: las claves se configuran una sola vez y todos los plugins autorizados las heredan, en lugar del ecosistema fragmentado de plugins de IA de antes.
- Panel renovado con DataViews. La primera modernización seria de la administración desde 2013: listados construidos en React, con filtrado instantáneo y vistas guardadas, sin recargas de página.
- Requisitos más exigentes. WordPress 7.0 requiere PHP 8.3 o superior, lo que dejará atrás a muchos hostings baratos sin actualizar.
- La colaboración en tiempo real se cae. La edición simultánea estilo Google Docs, la gran promesa de la versión, se retiró en las pruebas finales por problemas graves de rendimiento y se pospuso a la 7.1.
Next.js 16
Estandarizado a principios de 2026, cambia las reglas internas del framework:
- Caché explícita con
use cache. Se acabó el cacheo implícito impredecible: ahora el código dinámico se ejecuta por defecto en cada petición, y lo que se quiere cachear se declara explícitamente, con perfiles de vida (cacheLife) claros. - Turbopack de serie. El nuevo empaquetador escrito en Rust sustituye a Webpack en desarrollo y producción, con recargas hasta 10 veces más rápidas y builds que tardan una fracción del tiempo.
- Prerrenderizado parcial (PPR). Una página puede servir su estructura estática al instante desde el CDN mientras los fragmentos dinámicos (sesión de usuario, carrito) se resuelven en paralelo. Lo mejor del estático y del dinámico en la misma URL.
- Navegación más eficiente. La deduplicación de layouts y el prefetch incremental hacen que el navegador solo descargue las partes de cada ruta que aún no tiene.
Rendimiento
Aquí no hay debate posible: una web Next.js exportada como estática y servida desde un CDN carga en milisegundos, sin base de datos ni servidor que procese cada visita. Los Core Web Vitals excelentes salen casi de serie.
WordPress puede ser rápido, pero exige trabajo continuo: plugins de caché, optimización de imágenes, un buen hosting y disciplina para no instalar plugins innecesarios. La mayoría de webs WordPress lentas no lo son por WordPress, sino por la acumulación de capas que nadie revisa: los constructores visuales (page builders) inyectan CSS y JavaScript masivos que bloquean el renderizado.
Las comparativas del sector en 2026 dibujan una brecha consistente:
| Métrica | WordPress típico (con plugins) | Next.js bien construido |
|---|---|---|
| Carga inicial en móvil | 3 – 6 s | 0,5 – 2 s |
| LCP | 3,5 – 6 s | 1,5 – 2,5 s |
| Puntuación PageSpeed | 45 – 70 | 95 – 100 |
| Peso de la página | 2 – 5 MB | 100 – 300 KB |
| Peticiones HTTP | 60 – 150 | 15 – 30 |
Son rangos orientativos —un WordPress cuidado puede acercarse y un Next.js mal hecho puede empeorar—, pero reflejan lo que vemos al auditar webs reales: el punto de partida de cada tecnología es muy distinto.
Seguridad y mantenimiento
Una web estática prácticamente no tiene superficie de ataque: no hay panel de login expuesto, ni base de datos, ni plugins desactualizados. Las dependencias se auditan en el proceso de despliegue (npm audit en CI/CD) antes de publicar. El mantenimiento se reduce a actualizar dependencias unas pocas veces al año.
WordPress, por su popularidad —mueve más del 40 % de la web—, es el objetivo número uno de bots y ataques automatizados: concentra de forma sistemática la inmensa mayoría de las intrusiones documentadas en CMS. El punto débil no suele ser el núcleo (bien mantenido), sino el ecosistema de plugins: una instalación corporativa media usa 20–30 plugins de proveedores distintos, y cada uno es una puerta potencial. A esto se suma la ruta de login universal (/wp-admin), bombardeada por fuerza bruta a todas horas. Con actualizaciones puntuales, copias de seguridad y un buen hosting se gestiona sin problemas, pero es una tarea recurrente que alguien tiene que hacer (y presupuestar): la limpieza forense tras un hackeo suele costar entre 200 y 800 €.
SEO técnico
WordPress brilla en el SEO de contenido: plugins maduros permiten a un redactor sin perfil técnico gestionar canónicas, sitemaps y metadatos desde interfaces visuales. Su talón de Aquiles es el SEO técnico: el código heredado, el CSS sin usar de los constructores visuales y los DOM profundos consumen presupuesto de rastreo (crawl budget) y complican la vida a los bots.
Next.js invierte la ecuación: exige un desarrollador que sepa de SEO técnico, pero a cambio da control programático total sobre cada meta etiqueta, las directivas Open Graph y los datos estructurados (JSON-LD). Y como el HTML llega completamente renderizado en la primera petición, los rastreadores no sufren las penalizaciones de indexación típicas de las aplicaciones JavaScript pesadas. En sectores competidos, donde la velocidad actúa como desempate del ranking, esa limpieza arquitectónica marca diferencias.
Edición de contenido
La gran ventaja de WordPress: cualquier persona puede editar textos, subir fotos o publicar un artículo desde un panel visual, sin tocar código. Con el panel renovado de la versión 7.0 y la IA integrada, esa experiencia editorial es hoy mejor que nunca.
En Next.js hay dos caminos:
- Contenido en archivos (MDX): ideal para blogs técnicos y webs que actualiza la agencia. Es el sistema que usamos en este mismo blog.
- CMS headless: WordPress, Strapi o similares como backend de contenido, con Next.js renderizando el frontend. El cliente conserva su panel de edición y la web mantiene el rendimiento de una estática.
Costes: la foto completa a tres años
WordPress se vende como la opción barata, y en inversión inicial lo es: una web corporativa parte de unos 2.000–8.000 € apoyándose en plantillas y plugins. Un desarrollo a medida en Next.js requiere perfiles de React y TypeScript y suele arrancar en 3.000–12.000 €.
Pero la foto cambia cuando se proyecta a tres años:
| Factor (horizonte 3 años) | WordPress | Next.js |
|---|---|---|
| Desarrollo inicial | 2.000 – 8.000 € | 3.000 – 12.000 € |
| Hosting | 600 – 1.200 € (PHP + base de datos) | 0 – 720 € (CDN / Vercel) |
| Licencias de temas y plugins | 780 – 1.680 € | 0 € |
| Seguridad (firewall, escaneos) | 300 – 600 € | Incluida en la arquitectura |
| Mantenimiento técnico | 900 – 1.800 € | 0 – 900 € |
Hay además un factor incómodo que conviene decir en voz alta: buena parte del sector vive del mantenimiento recurrente de WordPress. Las cuotas mensuales por "actualizar plugins y vigilar la seguridad" son un modelo de negocio en sí mismo, y explican por qué a muchos clientes nunca les ofrecen alternativas que no lo necesiten. Una web estática bien planteada elimina casi todas esas horas facturables; preferimos cobrarte por mejorar tu web, no por mantenerla con vida.
Un factor nuevo: la gobernanza
Algo que antes no entraba en estas comparativas y ahora sí: el riesgo de plataforma. El conflicto entre Automattic (la empresa matriz de WordPress) y WP Engine, que escaló desde 2024 con bloqueos de acceso a los repositorios oficiales y batallas legales que siguen coleando en 2026, demostró que una decisión corporativa puede interrumpir las actualizaciones de seguridad de millones de webs. No es motivo para descartar WordPress, pero sí una variable que las empresas grandes ya ponderan al elegir infraestructura, y uno de los empujones detrás del auge de las arquitecturas desacopladas.
Headless: lo mejor de ambos mundos
Cuando un proyecto necesita el rendimiento de Next.js pero el cliente no quiere renunciar al panel de WordPress, la arquitectura headless es la respuesta, y en 2026 ya es un patrón maduro, no un experimento:
- WordPress se queda solo con la gestión de contenido: los redactores trabajan en Gutenberg como siempre, pero el PHP nunca genera la web pública.
- Next.js renderiza el frontend desde Vercel o Cloudflare, consultando el contenido en tiempo de compilación.
- WPGraphQL es el puente estándar: una sola petición trae el artículo, su autor, sus taxonomías y sus campos personalizados (ACF), sin las idas y venidas de la API REST.
- El mapeo de bloques a componentes traduce cada bloque de Gutenberg a su componente React equivalente, manteniendo la libertad visual del redactor.
- Herramientas como Faust.js y WPGraphQL Smart Cache han resuelto los puntos dolorosos históricos: la previsualización de borradores y la invalidación de caché al publicar.
El precio es un desarrollo inicial sensiblemente más largo que cualquiera de las dos opciones por separado. Compensa cuando el volumen editorial y la exigencia de rendimiento lo justifican a la vez.
Nuestra recomendación según el proyecto
- Web corporativa o portfolio: Next.js estático. Máximo rendimiento, mínimo mantenimiento.
- Blog o web con publicación diaria por el cliente: WordPress, o headless con Next.js si el rendimiento es prioritario.
- Tienda online estándar: WooCommerce si el presupuesto es ajustado; Next.js con pasarela integrada cuando la tienda es el corazón del negocio.
- Negocio construido sobre plugins muy específicos (cursos con LearnDash, membresías con MemberPress, sistemas de reservas complejos): WordPress monolítico; replicar esos sistemas a medida costaría una fortuna.
- Sectores con datos sensibles (salud, finanzas, administración): Next.js. Eliminar el panel expuesto y la base de datos pública es seguridad por diseño.
- Web multiidioma con SEO exigente: Next.js. El control fino de hreflang, datos estructurados y renderizado merece la pena.
Conclusión
No hay tecnología ganadora universal: hay proyectos. WordPress 7.0 sigue siendo una herramienta excelente para quien edita contenido constantemente, y su apuesta por la IA nativa lo mantiene relevante; Next.js 16 es la mejor opción cuando rendimiento, seguridad y coste de mantenimiento mandan, y su ventaja técnica se ha ampliado este año. Y cuando hace falta lo mejor de ambos mundos, la arquitectura headless ya no es una apuesta arriesgada: es el consenso de la industria para proyectos que necesitan velocidad y un equipo editorial trabajando a diario.
