Hace años que veo la misma patrón: equipos que llevan WordPress desde hace años, que funciona, pero que sienten que se quedan atrás. No es que WordPress sea malo. Es que sus necesidades han cambiado. Necesitan más control sobre el contenido, APIs modernas, y la flexibilidad de publicar en múltiples canales sin depender de plugins que ralenticen la carga. La solución es un CMS Headless. Pero la pregunta que todos se hacen es la misma: ¿puedo migrar sin que Google penalize mi sitio?
La respuesta corta es sí. Con el proceso correcto, tu SEO no solo sobrevive a la migración: puede mejorar. Te cuento cómo.
Qué es un CMS Headless y por qué te interesa
Un CMS Headless separa el backend (donde escribes y gestionas contenido) del frontend (lo que ve el usuario). WordPress te obliga a hacer todo en el mismo lugar. Publicas, y el contenido se renderiza en el navegador usando los temas de WordPress.
Un CMS Headless como Strapi, Contentful o Sanity te da solo el backend. Tu contenido sale como JSON por una API. El frontend lo haces tú con Next.js, Vue, o lo que prefieras. Las ventajas son evidentes: velocidad de carga mejorada, arquitectura flexible, y puedes publicar el mismo contenido en web, app móvil, y Twitter simultáneamente sin duplicar trabajo.
El inconveniente es la complejidad. Migrar mal puede destruir tu SEO. Pero si lo haces bien, nadie nota nada.
Paso 1: Prepara tu auditoría SEO antes de tocar nada
Antes de mover un solo URL, tienes que saber exactamente qué tienes. Usa Screaming Frog u otra herramienta para descargar todos tus posts, sus URLs, sus códigos de respuesta, y sus backlinks internos. Si tienes Google Search Console conectado, extrae los datos de tráfico de los últimos 6 meses.
¿Por qué? Porque cuando termines la migración, vas a comparar. Si el tráfico baja, necesitas saber qué pasó. Si el tráfico sube, necesitas saber por qué, para replicarlo en otros posts.
Guarda esta información como referencia. Es tu red de seguridad.
Paso 2: Elige tu CMS Headless y planifica la arquitectura
No todos los CMS Headless son iguales. Algunos como Contentful están diseñados para equipos grandes. Otros como Strapi corren en tu propio servidor. Para una migración desde WordPress, yo recomiendo empezar con opciones auto-hospedadas como Strapi o Payload CMS. Son más baratas, tienes más control, y es más fácil migrar datos masivos.
Ahora, la arquitectura. Tu WordPress actual genera HTML completo. Tu nuevo stack Headless + Next.js también generará HTML completo. La diferencia es cómo se genera: en el servidor (SSR), en build time (SSG), o en el navegador (CSR). Para SEO, SSG o SSR es lo correcto. CSR es el enemigo del SEO.
En Next.js, usa páginas estáticas generadas en build time. Cada post de WordPress se convierte en una página que se renderiza una vez y se cae en caché.
Paso 3: Exporta todo tu contenido de WordPress programáticamente
No hagas esto manualmente. WordPress tiene una API REST que puedes usar para extraer todos tus posts, páginas, categorías, e incluso comentarios. Usa curl o Python para hacer una petición a tu sitio y sigue paginando hasta obtener todo.
Luego, importa ese contenido JSON a tu nuevo CMS Headless. Si usas Strapi, tiene un endpoint de creación de contenido. Si usas Payload CMS, puede importar desde JSON directamente.
Verifica que los números cuadren. Si tenías 347 posts en WordPress, deberían ser 347 en tu nuevo CMS. No 346, no 348. Exactamente 347.
Paso 4: Preserva las URLs. Todas. Sin excepciones.
Este es el paso más crítico. Si cambias una URL, pierdes los backlinks que apunten a esa URL. Google ve que la página desapareció. Si usas redirect 301, Google entiende que se mudó, pero pierdes un poco de autoridad en el proceso.
Lo correcto es que tu nuevo sitio tenga exactamente las mismas URLs que el antiguo. Si un post estaba en la misma ruta, debe seguir estando en la misma ruta en tu nuevo sitio. La estructura debe ser idéntica.
Esto significa que tu CMS Headless debe generar URLs exactamente igual que WordPress. Usa el mismo slug. Genera las rutas con la misma lógica. Si tienes dudas, prueba con 20 URLs aleatorias para verificar que coinciden.
Paso 5: Genera HTML con metadata SEO correcta
En tu frontend Next.js (o lo que uses), tienes que asegurar que cada página tenga título correcto, meta description, Open Graph tags para que se vea bien en redes sociales, Schema.org markup para indicar que es un Article, y canonical links para evitar contenido duplicado.
Todo esto debe venir de tu base de datos o de tu CMS Headless. No lo hardcodees. Si cambias una description, debe cambiar automáticamente.
En Next.js, usa librerías modernas para inyectar esto dinámicamente en cada página.
Paso 6: Crea un sitemap.xml y un archivo robots.txt
Google necesita saber dónde encontrar todas tus páginas. Genera un sitemap que liste todos tus posts, páginas, y categorías. Actualízalo cada vez que publiques algo nuevo.
El robots.txt debe permitir a Google rastrear todo. Solo lo mínimo: si tienes páginas de admin o testing, puedes bloquearlas, pero el contenido público debe ser accesible.
Paso 7: Configura los redirects 301 para URLs que SÍ cambian
Aunque hayas intentado preservar todas las URLs, es posible que algunas cambien por necesidad técnica. En ese caso, crea un redirect 301 en tu servidor web. Una línea en tu configuración es suficiente.
Google entiende que es un movimiento permanente y transfiere prácticamente toda la autoridad a la nueva ruta. Pero hazlo solo si es necesario. Lo ideal es que no tengas que hacer ni un redirect.
Paso 8: Realiza la migración en paralelo y mide
No apagues WordPress e enciendas tu nuevo CMS de la noche a la mañana. Hazlo en paralelo. Deja que ambos sitios corran durante una semana o dos. Monitorea Google Search Console, Analytics, y tus logs del servidor.
Cuando veas que el nuevo sitio está indexado correctamente, mueve el dominio. Cambia los DNS. En ese momento, WordPress se convierte en tu respaldo (pero sigue escuchando en otro puerto por si necesitas verificar algo).
Paso 9: Después del cambio, sigue monitoreando
Los primeros días después de la migración son críticos. Compara tu tráfico con lo que tenías antes. Busca anomalías. Si un post que tenía 500 visitas al mes ahora tiene 50, investiga qué pasó. ¿La URL cambió? ¿La description es diferente? ¿El contenido no se renderiza bien en Google?
Google reindexará tu sitio gradualmente. El cambio de autoridad toma entre 2 y 8 semanas.
Errores que ves constantemente (y cómo evitarlos)
He visto migraciones que rompieron el SEO porque: no preservaron URLs, no generaron sitemap, no preservaron la metadata, o importaron contenido pero olvidaron que cada post tenía imágenes enlazadas que se perdieron en el proceso.
El error más común: asumir que Google es inteligente. Google es literal. Si le das la misma contenido pero en una URL diferente, los ve como dos páginas distintas, no como la misma página que se mudó. Preserva URLs. Siempre.
¿Has pensado alguna vez en migrar de WordPress pero te has asustado por el SEO? Ahora sabes que no es magia. Solo es sistemática.