Migrar de WordPress a headless sin perder SEO

Respuesta corta: para migrar de WordPress a una arquitectura headless sin perder posicionamiento hay que hacer cuatro cosas bien: inventariar todas las URL actuales, migrar los contenidos al nuevo gestor (por ejemplo, Strapi) a través de la API de WordPress, mantener las mismas URL o redirigir cada una con un 301 a su equivalente, y vigilar Search Console después del cambio. Google recomienda mantener las redirecciones al menos un año y avisa de que es normal ver fluctuaciones durante unas semanas (Google Search Central).

¿Merece la pena migrar?

Antes de hablar de cómo, conviene responder si. Migrar tiene sentido si tu web es una pieza importante del negocio y WordPress se ha convertido en un freno: lentitud que no se arregla con optimizaciones, dependencia de muchos plugins, problemas de seguridad o necesidad de integrar la web con tu CRM, tu ERP u otros canales. Si tu web funciona bien y apenas cambia, probablemente no compense. Lo desarrollamos en qué es una arquitectura headless y cuándo conviene.

Una alternativa intermedia: usar el propio WordPress como gestor headless a través de su API y construir solo el frontend nuevo. Mantiene el panel que tu equipo ya conoce, aunque conserva parte de la dependencia de plugins.

Paso 1: inventario de lo que tienes

No se puede migrar bien lo que no se conoce. Reúne:

• Todas las URL indexadas. Del sitemap, de Search Console, de Google Analytics y, si es posible, de los registros del servidor.
• Las páginas que traen tráfico y enlaces. Son las que no te puedes permitir perder.
• Los tipos de contenido. Entradas, páginas, categorías, productos, campos personalizados.
• Los plugins y lo que hacen. Formularios, SEO, caché, multilingüe, analítica. Cada función necesitará un sustituto.
• Los metadatos SEO. Títulos, descripciones, etiquetas Open Graph y datos estructurados.

Paso 2: diseña el modelo de contenidos

En un CMS headless como Strapi defines tipos de contenido con campos concretos. Es la oportunidad de ordenar lo que en WordPress se había ido acumulando: por ejemplo, un tipo «servicio» con campos propios en lugar de páginas maquetadas a mano. Incluye desde el principio campos para el título SEO, la meta descripción y la imagen para redes.

Paso 3: migra los contenidos

WordPress expone sus contenidos en JSON a través de su API REST, en rutas como /wp-json/wp/v2/posts y /wp-json/wp/v2/media. El proceso habitual, el mismo que describe la propia Strapi, es un script que:

1. Lee los contenidos y medios de WordPress.
2. Descarga las imágenes y las sube al gestor de medios del nuevo CMS.
3. Crea cada entrada en Strapi a través de su API, con las imágenes ya enlazadas.
4. Actualiza las referencias internas para que apunten a las nuevas URL de los medios.

Revisa a mano una muestra de contenidos: el HTML generado por algunos constructores visuales de WordPress no siempre se traslada limpio.

Paso 4: construye el frontend

Con un framework como Nuxt se construye la web nueva leyendo los contenidos del CMS. Aquí se decide si las páginas se generan de forma estática al publicar o en el servidor bajo demanda. Asegura que cada página incluye en el HTML su título, su meta descripción, su etiqueta canonical y sus datos estructurados.

Paso 5: redirecciones, la parte que decide el SEO

Este es el paso donde más posicionamiento se pierde. Las recomendaciones de Google son claras:

• Mantén las mismas URL siempre que puedas. Es la forma más segura de migrar.
• Si cambian, redirige cada URL antigua a su equivalente nueva con una redirección permanente (301 o 308) en el servidor.
• Evita cadenas de redirecciones. Cada URL antigua debe apuntar directamente al destino final.
• No redirijas todo a la portada. Google puede tratarlo como una página inexistente.
• Mantén las redirecciones al menos un año.
• Actualiza los enlaces internos para que apunten a las URL nuevas.

Paso 6: publica y vigila

El día del cambio:

1. Envía el nuevo sitemap a Search Console.
2. Comprueba una muestra de URL antiguas para confirmar que redirigen bien.
3. Revisa en Search Console los errores de rastreo y las páginas no indexadas durante las semanas siguientes.
4. Compara tráfico y posiciones con el periodo anterior, teniendo en cuenta que Google avisa de fluctuaciones temporales.

Qué pierdes y cómo se sustituye

En WordPress	En una arquitectura headless
Plugin de SEO	Campos SEO en el CMS y etiquetas generadas por el frontend
Plugin de formularios	Formulario propio conectado a una función serverless o a tu CRM
Constructor visual de páginas	Componentes diseñados a medida que el equipo combina desde el CMS
Vista previa inmediata	Se puede configurar, pero no viene por defecto
Plugin de caché	No hace falta si las páginas se sirven ya generadas desde una CDN

Errores habituales

• Cambiar la estructura de URL sin necesidad.
• Olvidar las URL de imágenes, categorías o etiquetas que también recibían tráfico.
• Perder los títulos y meta descripciones trabajados durante años.
• No migrar los datos estructurados.
• Publicar sin probar las redirecciones en un entorno de pruebas.
• Dar la migración por terminada el día del lanzamiento.

Cuánto cuesta y cuánto se tarda

Depende del volumen de contenidos, de cuántos plugins hay que sustituir y de las integraciones. La migración de contenidos suele ser la parte más predecible; el frontend y las integraciones, la más variable. Tienes rangos de referencia en cuánto cuesta una web a medida.

Cómo lo hacemos en BeDoers

Trabajamos con Strapi y Nuxt, la misma arquitectura de nuestra web, y empezamos siempre por el inventario y el plan de redirecciones antes de escribir código. Si estás valorando migrar, puedes ver nuestro servicio de desarrollo web de alto rendimiento o contarnos tu caso.

Preguntas frecuentes

¿Perderé posicionamiento al migrar de WordPress?

Es normal ver fluctuaciones durante unas semanas. Si mantienes las URL o las rediriges una a una con 301 y conservas títulos y contenidos, el posicionamiento debería estabilizarse.

¿Puedo seguir usando WordPress como gestor?

Sí. WordPress puede funcionar como CMS headless a través de su API REST, con un frontend independiente.

¿Cuánto tiempo mantengo las redirecciones?

Google recomienda al menos un año. En la práctica, lo más seguro es no retirarlas.

¿Qué pasa con los plugins?

Cada función que cubría un plugin hay que resolverla de otra forma: con campos en el CMS, con desarrollo propio o con un servicio externo.

¿Se pueden migrar los usuarios y comentarios?

Se puede, pero requiere un trabajo específico. Decide antes si los necesitas en la web nueva.