Tabla de Contenidos

Por qué los equipos abandonan WordPress

WordPress impulsa aproximadamente el 40% de la web, pero esa cifra viene cayendo desde 2024. Los motivos son los mismos en todos los equipos con los que hablamos: agotamiento por parches de seguridad, saturación de plugins y un techo de rendimiento difícil de superar.

Una instalación típica de WordPress con un tema y los plugins básicos genera entre 30 y 80 peticiones HTTP desde el primer momento. Cada plugin suma tiempo de ejecución en PHP, consultas a la base de datos y nuevas superficies de ataque. Los equipos terminan dedicando más tiempo a actualizar plugins y tapar brechas de seguridad que a desarrollar nuevas funcionalidades.

Next.js plantea un modelo completamente distinto. En lugar de una aplicación PHP monolítica que genera HTML en cada petición, tienes un framework React que pre-renderiza las páginas en el momento de la compilación, las sirve desde CDNs de borde y las hidrata de forma interactiva en el cliente. El resultado: tiempos de carga inferiores a un segundo, cero consultas a la base de datos para los visitantes y un código que realmente controlas.

Los puntos de quiebre

La mayoría de los equipos se topa con alguno de estos desencadenantes antes de migrar:

  • Fallos en los Core Web Vitals — Los sitios WordPress tienen problemas crónicos con las puntuaciones de LCP y CLS, especialmente cuando se usan maquetadores como Elementor o WPBakery
  • Conflictos entre plugins — Una sola actualización rompe el sitio, y depurar el problema implica desactivar plugins uno por uno hasta dar con el culpable
  • Costes de alojamiento — El hosting gestionado de WordPress (WP Engine, Kinsta) cobra entre 30 y 200 €/mes por un rendimiento que un despliegue gratuito en Vercel iguala sin esfuerzo
  • Experiencia de desarrollo — El sistema de plantillas en PHP se siente anticuado comparado con el desarrollo en React basado en componentes
  • Incidentes de seguridad — El 97% de las vulnerabilidades de WordPress provienen de plugins y temas, no del núcleo

Next.js vs WordPress: Comparativa directa

Aspecto WordPress Next.js
Renderizado PHP en servidor en cada petición Generación estática + ISR + server components
Rendimiento LCP típico de 2,5-6s LCP típico de 0,5-1,5s
Seguridad Vulnerabilidades constantes en plugins y temas Sin superficie de ataque (archivos estáticos en CDN)
Coste de alojamiento 30-200 €/mes gestionado El plan gratuito de Vercel cubre la mayoría de sitios
Control SEO Limitado por el tema + Yoast Control total sobre meta, datos estructurados y sitemaps
Edición de contenido Panel de administración integrado CMS headless (Sanity, Strapi, Payload, Supabase)
Escalabilidad Requiere capas de caché, CDN y ajuste de BD Edge-nativo, escala a millones sin configuración
Experiencia de desarrollo PHP + hooks + jerarquía de plantillas React + TypeScript + herramientas modernas
Tiempo de compilación Ninguno (renderizado en tiempo real) Segundos o minutos según el número de páginas
Gestión de imágenes Requiere plugins (Smush, ShortPixel) next/image integrado con optimización automática

Dónde WordPress sigue ganando

WordPress no es la elección incorrecta para todo el mundo. Si tu equipo no tiene desarrolladores y necesita un blog sencillo o un sitio escaparate de forma rápida, WordPress con un hosting gestionado sigue siendo el camino más directo. El ecosistema de temas y plugins permite a usuarios sin perfil técnico crear sitios funcionales sin escribir una sola línea de código.

Ahora bien, en el momento en que necesitas funcionalidades personalizadas, optimización de rendimiento o mayor velocidad de desarrollo, WordPress se convierte en el cuello de botella.

Mejoras de rendimiento que puedes esperar

Hemos migrado más de 200 sitios WordPress a Next.js. Estos son los resultados que vemos de forma consistente:

Largest Contentful Paint (LCP): De una media de 3,2s a 0,9s — una mejora del 72%. La generación estática significa que el HTML está listo antes de que llegue la petición.

Cumulative Layout Shift (CLS): De 0,18 a 0,02. El componente Image de Next.js gestiona las dimensiones automáticamente, eliminando los saltos de contenido que tanto afectan a los temas de WordPress.

First Input Delay (FID) / Interaction to Next Paint (INP): De 180ms a 45ms. Sin jQuery, sin scripts de plugins compitiendo por el hilo principal del navegador.

Time to First Byte (TTFB): De 600ms (con caché) a 50ms. La diferencia entre un CDN de borde y un servidor de origen es abismal, y no hay color.

Peso de página: De una media de 2,8MB a 340KB. Sin CSS sin usar procedente de temas, sin scripts de plugins que bloqueen el renderizado.

Estos números se traducen directamente en resultados de negocio. Google usa los Core Web Vitals como señal de posicionamiento. Los sitios más rápidos convierten mejor. Por cada 100ms de mejora en el tiempo de carga, la tasa de conversión aumenta aproximadamente un 1%.

El proceso de migración paso a paso

Fase 1: Auditoría y exportación de contenido

Antes de tocar una sola línea de código, audita todo lo que tienes en WordPress:

  • Páginas y entradas — exporta todo el contenido, incluidos los campos personalizados (ACF, meta boxes)
  • Biblioteca de medios — descarga todas las imágenes y documentos
  • Estructura de URLs — documenta cada permalink, URL de categoría y slug de tipo de contenido personalizado
  • Redirecciones — exporta las reglas de redirección existentes
  • Formularios — documenta todas las configuraciones de formularios y sus destinos
  • Integraciones de terceros — lista cada plugin y su función

Usa wp-cli para la exportación o la herramienta de exportación nativa de WordPress. Para los campos de ACF y los tipos de contenido personalizados, usa la REST API para obtener JSON estructurado.

Fase 2: Elige tu capa de contenido

La decisión más importante de la migración es dónde vivirá tu contenido cuando dejes WordPress. Las opciones son:

WordPress headless — Mantén WordPress como backend y usa la REST API o WPGraphQL para alimentar Next.js. Es un buen paso de transición, pero seguirás manteniendo WordPress.

CMS headless — Sanity, Strapi, Payload CMS o Contentful. Diseñados específicamente para arquitecturas headless. Sanity y Payload son nuestras recomendaciones principales por su flexibilidad.

Base de datos directa — Supabase o PlanetScale. Almacena el contenido en PostgreSQL con una interfaz de administración personalizada. Máximo control, pero requiere más trabajo inicial.

Markdown/MDX — Ideal para blogs de desarrolladores y sitios de documentación. El contenido vive en el repositorio, versionado con git.

Fase 3: Construye el sitio en Next.js

Empieza con create-next-app usando el App Router. Mapea la jerarquía de plantillas de WordPress a los layouts y páginas de Next.js:

  • header.php / footer.php → app/layout.tsx
  • page.php → app/page.tsx
  • single.php → app/blog/[slug]/page.tsx
  • archive.php → app/blog/page.tsx
  • functions.php → rutas API en app/api/

Reconstruye el diseño en componentes React. Esta es tu oportunidad de deshacerte de años de deuda en CSS y empezar desde cero con un sistema de diseño moderno.

Fase 4: Migración del SEO

Esta es la fase que determina el éxito o el fracaso de la migración. Encontrarás más detalles en la siguiente sección.

Fase 5: Pruebas y lanzamiento

Mantén ambos sitios en paralelo. Usa herramientas como Screaming Frog para rastrear el nuevo sitio y compararlo con el anterior:

  • Cada URL antigua tiene una redirección o una URL nueva equivalente
  • Todos los títulos y descripciones meta se conservan o mejoran
  • Los datos estructurados (schema.org) se renderizan correctamente
  • El sitemap XML es válido y está enviado a Search Console
  • Las etiquetas canónicas apuntan a las URLs correctas
  • Los meta de Open Graph y Twitter Card están presentes
  • Todos los enlaces internos se resuelven correctamente

Cómo proteger el SEO durante la migración

El SEO es la preocupación número uno de cualquier equipo que migra desde WordPress. Perder posiciones equivale a un fracaso, independientemente de la velocidad que alcance el nuevo sitio.

Mapeo de URLs

Crea un mapa completo de las URLs antiguas a las nuevas. Absolutamente todas. Usa una hoja de cálculo o un script para generar las reglas de redirección e impleméntalas como redirecciones permanentes 301 en next.config.js o en tu plataforma de alojamiento.

Preserva los metadatos

Extrae todos los títulos SEO, meta descripciones y datos de Open Graph de Yoast o RankMath. Mapéalos a las páginas correspondientes en Next.js. No confíes en los meta generados automáticamente — verifica manualmente las 50 páginas con más tráfico.

Datos estructurados

Los plugins de WordPress generan el marcado de schema de forma automática. En Next.js, tienes control directo sobre este aspecto. Implementa JSON-LD para Organization en la página de inicio, Article en las entradas del blog, BreadcrumbList en todas las páginas, FAQPage en las páginas con secciones de preguntas frecuentes y LocalBusiness si aplica.

Sitemap XML

Genera un sitemap dinámico usando next-sitemap o una ruta API personalizada. Envíalo a Google Search Console inmediatamente después del lanzamiento.

Monitorización tras el lanzamiento

Revisa Search Console a diario durante las primeras 4 semanas. Presta atención a los errores de rastreo y páginas 404, caídas en la indexación, fluctuaciones en las posiciones (normal durante 2-4 semanas) y mejoras en los Core Web Vitals.

Gestión de contenido después de WordPress

La objeción más habitual a la hora de dejar WordPress es perder el panel de administración. Los editores de contenido adoran el editor de WordPress porque lo conocen bien.

Las plataformas CMS headless modernas han cerrado completamente esa brecha. Sanity Studio, Payload CMS y Strapi ofrecen experiencias de edición ricas con vista previa en tiempo real, arrastrar y soltar, y gestión de medios. Muchos editores los prefieren una vez que se acostumbran.

Para los equipos que buscan la opción más sencilla posible, Payload CMS merece una mención especial. Se ejecuta dentro de tu propia aplicación Next.js, usa tu base de datos existente y proporciona un panel de administración que rivaliza con el de WordPress, sin ninguno de sus problemas de seguridad ni de rendimiento.

Errores frecuentes en la migración

No redirigir todas las URLs. Cada URL que haya existido en WordPress necesita una redirección. Eso incluye URLs de paginación, páginas de adjuntos, archivos de autor y URLs de feeds. Si las pasas por alto, estarás perdiendo autoridad de enlace de forma innecesaria.

Lanzar sin monitorización. Configura la supervisión del tiempo de actividad, el seguimiento de errores (Sentry) y las analíticas antes del lanzamiento — no después.

Sobreingeniería desde el principio. Migra primero el contenido y el diseño. Añade nuevas funcionalidades una vez que la migración sea estable. Intentar rediseñar y cambiar de plataforma al mismo tiempo duplica el riesgo.

Ignorar la biblioteca de medios. WordPress genera varios tamaños de imagen por cada subida. Define tu estrategia de imágenes antes de la migración y transforma las imágenes en bloque.

Olvidarse de los feeds RSS. Si el blog de WordPress tiene suscriptores por RSS, mantén la URL del feed o redirigela correctamente.

Cuándo tiene sentido quedarse en WordPress

Sé honesto con tu situación. WordPress sigue siendo la elección correcta si:

  • No tienes desarrolladores ni presupuesto para desarrollo
  • Tu equipo de contenido depende de plugins específicos de WordPress sin alternativa headless
  • Gestionas una tienda WooCommerce con configuraciones de producto complejas (en ese caso, migra a Shopify o Medusa en lugar de a Next.js)
  • Tu sitio recibe menos de 10.000 visitas al mes y el rendimiento no es una prioridad de negocio

Para todos los demás — especialmente equipos que desarrollan sitios de marketing, landing pages para SaaS, plataformas de contenido o cualquier proyecto donde el rendimiento y la experiencia de desarrollo importen — Next.js es el ganador indiscutible en 2026.

Preguntas frecuentes

¿Cuánto tiempo lleva migrar de WordPress a Next.js? Un sitio escaparate típico (10-30 páginas) tarda entre 3 y 6 semanas. Un sitio con gran volumen de contenido y cientos de entradas puede llevar entre 6 y 12 semanas. El plazo depende principalmente de la complejidad del contenido y de las funcionalidades personalizadas, no del número de páginas.

¿Voy a perder mis posiciones en Google? No, siempre que gestiones correctamente las redirecciones y la migración SEO. Espera una pequeña fluctuación (1-3 semanas) mientras Google vuelve a rastrear e indexar el sitio. La mayoría de los sitios ven mejoras en sus posiciones en un plazo de 4 a 8 semanas gracias a los mejores Core Web Vitals.

¿Pueden seguir editando contenido personas sin perfil técnico? Sí. Un CMS headless como Sanity, Payload o Strapi proporciona una experiencia de edición visual. Algunos ofrecen vista previa en tiempo real para que los editores vean los cambios al instante.

¿Cuánto cuesta alojar un sitio en Next.js? El plan gratuito de Vercel cubre la mayoría de los sitios. El plan Pro (20 $/mes) está pensado para proyectos comerciales con dominios personalizados y analíticas. Compáralo con los 30-200 €/mes del hosting gestionado de WordPress.

¿Necesito aprender React? Si eres desarrollador, sí — React es la base de Next.js. Si eres editor de contenido o trabajas en marketing, no. El CMS gestiona tu flujo de trabajo; el framework subyacente es invisible para ti.

¿Y el comercio electrónico? Para tiendas sencillas, Shopify con una tienda Next.js (usando la Storefront API) es una solución excelente. Para comercio B2B complejo, Medusa.js o Saleor junto con Next.js te dan control total. Migrar de WooCommerce a Next.js es posible, pero rara vez merece la pena — lo mejor es migrar a una plataforma de comercio diseñada específicamente para eso.

¿Puedo seguir usando WordPress como backend? Sí. WordPress headless (usando WPGraphQL o la REST API) te permite conservar el editor de WordPress mientras sirves el frontend a través de Next.js. Es un buen enfoque de transición, aunque seguirás heredando la carga de mantenimiento de WordPress.

¿Qué pasa con WordPress Multisite? Las arquitecturas multi-tenant funcionan muy bien en Next.js usando middleware para el enrutamiento por dominio. Cada sitio puede compartir componentes manteniendo contenido y configuración independientes. Es una solución más limpia que WordPress Multisite y mucho más fácil de mantener.