El 69 % de las pequeñas y medianas webs españolas siguen funcionando sobre WordPress en 2026, según los datos consolidados de hosting nacional (Webempresa, Raiola Networks, SiteGround ES y Loading). El CMS goza de un ecosistema maduro, pero el peso técnico acumulado —plugins obsoletos, temas hinchados, plantillas PHP heredadas— acaba lastrando el rendimiento y la indexación. La consecuencia es conocida: el 55 % de las webs que migran sin una estrategia rigurosa de redirects pierden tráfico SEO durante los tres meses posteriores al cambio, a veces de forma irreversible.
En esta guía detallamos el procedimiento que aplicamos en Go To Agency cuando una empresa española nos confía la migración de su web hacia Next.js 15. El objetivo es doble: preservar la totalidad del posicionamiento adquirido y aprovechar la migración para ganar varios puntos en Core Web Vitals. Le proponemos una checklist en seis etapas, validada en proyectos reales con clientes en Madrid, Barcelona, Valencia y Sevilla.
1. Auditoría exhaustiva de URLs con Screaming Frog
Antes de tocar una sola línea de código, debe usted disponer de una fotografía completa del sitio actual. Screaming Frog SEO Spider sigue siendo la herramienta de referencia en 2026, con su límite gratuito ampliado a 500 URLs y la versión profesional ilimitada por 239 € anuales. Para webs WordPress medianas (1 000 a 5 000 URLs), la licencia anual se amortiza en una sola auditoría.
Configure Screaming Frog para emular el user-agent de Googlebot Smartphone y active la renderización JavaScript si su tema utiliza scripts diferidos. El crawl debe incluir las siguientes fuentes complementarias:
- El sitemap XML actual (`/sitemap_index.xml` si usa Yoast o Rank Math)
- El archivo `robots.txt` para identificar las reglas heredadas
- Una exportación CSV de Google Search Console (informe Cobertura, últimos 16 meses)
- Los logs del servidor Apache o Nginx de los últimos 90 días, normalmente accesibles desde cPanel en Webempresa o Raiola Networks
El cruce de estas cuatro fuentes le permitirá identificar tres categorías de URLs: las que generan tráfico orgánico activo, las que reciben hits regulares de Googlebot sin tráfico (candidatas a 410 o consolidación) y las URLs zombi indexadas pero ignoradas por el crawler. En una migración estándar, entre el 15 % y el 30 % del inventario corresponde a esta tercera categoría.
Exporte el resultado consolidado en una hoja de cálculo con las siguientes columnas obligatorias: URL antigua, código HTTP actual, profundidad del clic, número de enlaces internos entrantes, sesiones orgánicas de los últimos 12 meses, posición media de palabras clave y title actual. Esta tabla maestra será el corazón de su migración.
2. Cartografía 1:1 entre URLs antiguas y nuevas
La regla cardinal de toda migración SEO-segura es simple: cada URL antigua que reciba tráfico orgánico o backlinks externos debe disponer de un destino equivalente en la nueva arquitectura Next.js. Hablamos de equivalencia semántica, no de coincidencia exacta de slug. Una página `/blog/2018/03/marketing-digital-pymes/` puede legítimamente redirigir hacia `/blog/marketing-digital-pymes` si el contenido se conserva.
Aproveche este ejercicio para racionalizar la arquitectura. WordPress acumula con frecuencia parásitos estructurales: páginas de autor, archivos por etiqueta, paginaciones profundas, URLs con parámetros de filtrado. En Next.js dispondrá usted de una libertad arquitectónica total. Defina una nueva estructura jerárquica antes de cartografiar, no después.
Recomendamos la siguiente tipología de tratamiento:
- Mapeo 1:1 directo: páginas comerciales, fichas de producto y artículos con backlinks reciben una redirección 301 hacia su equivalente exacto.
- Consolidación N:1: varios artículos antiguos sobre el mismo tema se fusionan en un único artículo enriquecido. Las URLs antiguas redirigen hacia el nuevo destino consolidado.
- Eliminación controlada 410 Gone: las URLs sin tráfico ni backlinks reciben un código 410, señal explícita a Google de que la página se ha retirado deliberadamente. Acelera la desindexación frente al 404.
- Redirección hacia padre: las paginaciones profundas (`/page/3/`, `/page/4/`) redirigen hacia la primera página de la categoría.
Documente cada decisión en su hoja de cálculo. En una refonte tipo de 2 000 URLs WordPress hacia Next.js, la distribución habitual es 60 % de mapeo directo, 20 % de consolidación, 15 % de 410 y 5 % de redirecciones hacia padre. Si planifica usted una refonte completa de este calibre, puede consultar nuestra metodología en nuestro servicio de refonte web.
3. Implementación de las redirecciones 301 en next.config.js y Cloudflare
Next.js ofrece dos mecanismos nativos para las redirecciones: la función `redirects()` en `next.config.js` y el middleware Edge. Para una migración masiva con varios cientos de reglas, recomendamos una arquitectura híbrida que distribuya la carga entre el origen y Cloudflare.
El bloque base en `next.config.js` se estructura así:
module.exports = {
async redirects() {
return [
{
source: '/blog/2018/03/marketing-digital-pymes/',
destination: '/blog/marketing-digital-pymes',
permanent: true,
},
{
source: '/categoria-producto/:slug',
destination: '/productos/:slug',
permanent: true,
},
{
source: '/author/:username',
destination: '/blog',
permanent: true,
},
];
},
};El flag `permanent: true` corresponde a un código HTTP 308 (equivalente moderno del 301 con preservación del método HTTP). Google trata ambos códigos de forma idéntica para la transmisión del PageRank.
Para volúmenes superiores a 500 reglas, le aconsejamos delegar la mayor parte hacia Cloudflare mediante las Bulk Redirects. Esta funcionalidad incluida en el plan gratuito acepta hasta 100 listas de 1 000 reglas cada una, ejecutadas en el edge antes de que la petición llegue a su servidor Vercel o AWS. La latencia añadida es inferior a 10 ms, frente a los 50 a 150 ms de una redirección procesada por Next.js sobre cold start.
El archivo CSV a importar en Cloudflare respeta este formato:
source_url,target_url,status,preserve_query_string
ejemplo.es/blog/2018/03/marketing-digital-pymes/,ejemplo.es/blog/marketing-digital-pymes,301,true
ejemplo.es/categoria-producto/zapatos,ejemplo.es/productos/zapatos,301,trueConserve en `next.config.js` únicamente las reglas que requieran parámetros dinámicos o lógica condicional. Esta separación facilita el mantenimiento y permite modificar las redirecciones sin redespliegue de la aplicación.
4. Notificación a Google Search Console mediante el Cambio de Dirección
Cuando la migración implica un cambio de dominio —pongamos `empresa-antigua.es` hacia `empresa-nueva.com`—, la herramienta Cambio de Dirección de Search Console acelera de forma significativa el reconocimiento del traslado por parte de Google. La operación requiere cuatro condiciones previas estrictas, que conviene validar antes de pulsar el botón.
Primero, las dos propiedades —origen y destino— deben estar verificadas en Search Console con la misma cuenta Google. Segundo, las redirecciones 301 deben estar operativas y devolver el código HTTP correcto, verificable con `curl -I` o la pestaña Network del navegador. Tercero, el archivo `robots.txt` del nuevo dominio no debe bloquear el rastreo. Cuarto, el sitemap del nuevo dominio debe estar enviado y procesado.
Una vez cumplidas las cuatro condiciones, acceda a la propiedad de origen, abra Configuración y pulse Cambio de Dirección. La validación dura entre 24 y 72 horas, durante las cuales Google ejecuta una serie de comprobaciones automáticas sobre una muestra representativa de URLs. Si una sola redirección crítica falla, la operación se rechaza y deberá iterar.
Si conserva usted el mismo dominio y sólo modifica la arquitectura interna, la herramienta Cambio de Dirección no se aplica. En ese caso, su única palanca es el envío manual del nuevo sitemap y la solicitud de indexación de las URLs prioritarias a través de la inspección de URLs, limitada a unas diez peticiones diarias por propiedad.
5. Ganancias de rendimiento esperables y medición Core Web Vitals
La migración hacia Next.js no es únicamente una operación defensiva de preservación SEO. Es también la oportunidad de capturar ganancias sustanciales en los Core Web Vitals, ranking factor confirmado por Google desde 2021 y reforzado en las actualizaciones de 2024 y 2025.
En los proyectos que hemos llevado a cabo durante los últimos dieciocho meses para clientes españoles alojados anteriormente en Webempresa, Raiola Networks o SiteGround, las mediciones antes/después muestran las siguientes mejoras medianas:
- Largest Contentful Paint (LCP): de 3,8 segundos en WordPress hacia 1,2 segundos en Next.js con `next/image` y despliegue Vercel. Reducción del 68 %.
- Interaction to Next Paint (INP): de 320 ms hacia 95 ms. La eliminación de los plugins JavaScript de WordPress (popups, sliders, formularios pesados) explica la mayor parte de la ganancia.
- Cumulative Layout Shift (CLS): de 0,18 hacia 0,02. La reserva sistemática de espacio para las imágenes en Next.js elimina los saltos visuales.
- Time to First Byte (TTFB): de 850 ms hacia 120 ms gracias al edge caching de Vercel o Cloudflare Pages, frente al hosting mutualizado tradicional.
Estas cifras presuponen una implementación correcta. Un proyecto Next.js mal configurado —imágenes no optimizadas, componentes cliente excesivos, ausencia de prefetch— puede perfectamente igualar o empeorar el rendimiento de WordPress. La arquitectura Server Components, el uso disciplinado de `next/image` y la segregación cliente/servidor son las tres palancas decisivas.
Pilote la medición con PageSpeed Insights y CrUX Dashboard durante las semanas posteriores al lanzamiento. CrUX Dashboard, alimentado por datos de campo reales de Chrome, ofrece una visión sobre 28 días deslizantes que neutraliza los picos puntuales y revela las tendencias de fondo.
6. Monitorización 30/60/90 días post-migración
El lanzamiento no marca el fin del proyecto, sino el inicio de la fase crítica de vigilancia. Las migraciones que pierden tráfico de forma irreversible son aquellas en las que los problemas detectados en las primeras semanas no se corrigen con la diligencia suficiente. Le proponemos un protocolo de tres horizontes temporales.
Días 1 a 30 — Vigilancia activa diaria. Consulte usted cada mañana el informe Cobertura de Search Console e identifique las URLs reportadas en estado de error o excluidas inesperadamente. Vigile la curva de impresiones y clics en el informe Rendimiento, con segmentación por tipo de búsqueda y país (filtre por España). Toda caída superior al 15 % sobre un periodo móvil de 7 días requiere investigación inmediata. Verifique los logs del servidor para detectar las cadenas de redirecciones (más de un salto) y los 404 generados por enlaces externos no actualizados.
Días 31 a 60 — Consolidación y optimización. En este punto, Google debería haber rastreado y reindexado entre el 70 % y el 85 % de su inventario. Las URLs huérfanas restantes corresponden generalmente a páginas profundas con escaso linking interno. Refuerce el enlazado interno hacia estas páginas si las considera estratégicas, o asuma su desindexación si forman parte del lote a sacrificar. Audite los backlinks entrantes con Ahrefs o Semrush para identificar los enlaces externos que apuntan hacia 404 y contacte con los webmasters de los dominios más autoritarios para solicitar la actualización del enlace.
Días 61 a 90 — Balance y plan de acción corretivo. Compare el tráfico orgánico del trimestre post-migración con el del mismo trimestre del año anterior, neutralizando la estacionalidad. Una migración exitosa se traduce en una pérdida máxima del 10 % en los primeros 30 días, seguida de una recuperación completa hacia el día 60 y de una superación del baseline a partir del día 90 gracias a las ganancias de Core Web Vitals. Si la curva no sigue esta trayectoria, abra un audit técnico profundo: redirecciones en cadena, contenido duplicado entre dominios, problemas de canonical, hreflang mal implementados o sitemap incompleto.
Documente todos sus aprendizajes en un retorno de experiencia escrito. Las migraciones siguientes —ya sean para su empresa o para un nuevo proyecto— se beneficiarán enormemente de esta capitalización.
Marco RGPD y consideraciones específicas del contexto español
La migración técnica no debe hacerle perder de vista las obligaciones del Reglamento General de Protección de Datos. Si su web antigua utilizaba un sistema de comentarios WordPress, formularios de contacto con almacenamiento en base de datos o un plugin de chat, debe documentar el destino de estos datos en el nuevo sistema. La AEPD ha intensificado los controles desde 2024, con sanciones a partir de 10 000 € por incumplimientos formales en webs de PYMES.
Aproveche la migración para auditar las cookies depositadas por el sitio. WordPress acumula con frecuencia trackers heredados de plugins desactivados pero no desinstalados. Next.js le permite reconstruir desde cero un sistema de consentimiento conforme, idealmente integrado con una solución de la CMP española como Cookiebot o una alternativa propia más ligera, gestionada server-side mediante cookies de primera parte.
Si su proyecto incluye varias versiones idiomáticas —castellano, catalán, gallego, euskera, inglés o francés para clientes internacionales—, la configuración `i18n` de Next.js junto con next-intl ofrece una infraestructura sólida que evita las trampas clásicas de los plugins WordPress multilingüe (WPML, Polylang) en términos de duplicación de URLs y conflictos de canonical.
Conclusión
Una migración WordPress hacia Next.js bien ejecutada combina rigor metodológico y disciplina técnica. Los seis pasos detallados en esta guía —auditoría, cartografía, redirecciones, Search Console, rendimiento y monitorización— constituyen el esqueleto mínimo a seguir. Cada proyecto añadirá sus propias especificidades en función del volumen de URLs, la profundidad histórica del contenido y la criticidad SEO del activo digital.
Si está usted considerando una migración de este calibre y desea beneficiarse de una metodología probada, le invitamos a solicitar un presupuesto detallado exponiendo el perímetro de su proyecto. Le presentaremos un plan de acción adaptado al volumen real de su web, el calendario asociado y los hitos de validación. Para conocer mejor nuestro enfoque y nuestro equipo, puede usted consultar la página de presentación de la agencia.
