Migrar tu sitio WordPress a Vue/Nuxt sin perder SEO
Plan técnico para migrar de WordPress a un stack moderno (Vue, Nuxt, Astro) sin perder posiciones en Google. Redirects 301, sitemap, datos estructurados, validación post-migración.
WordPress tuvo su época. Hoy, para muchas empresas chilenas que ya superaron la etapa “sitio simple”, se convirtió en un ancla: plugins desactualizados, mantenciones de seguridad cada mes, performance pobre en móvil y un panel cada vez más lento. La pregunta natural es migrar a un stack moderno (Vue, Nuxt, Astro) con SSG/SSR, mejor performance y menos mantención.
El problema: hacerlo mal y perder en una semana lo que tomó años de posicionamiento. Esta guía es el plan que usamos en Klevo para migraciones reales sin caída de tráfico orgánico.
Por qué migrar (cuándo tiene sentido)
No todo sitio WordPress necesita migrar. Tiene sentido cuando:
- Tu sitio carga lento incluso con todos los cachés activados.
- Pagas más de $50.000/mes en mantención de plugins y hosting.
- Necesitas funcionalidades custom que se vuelven hacks en WordPress.
- Tu equipo técnico ya no quiere tocar PHP.
- Querés integrar IA, búsqueda semántica, dashboards o APIs internas.
Si tu sitio es un blog con tráfico moderado y nadie se queja de performance, no migres. WordPress sigue siendo la herramienta correcta para muchos casos.
El riesgo real: perder el SEO ganado
El 80% de las migraciones que fallan, fallan por SEO. Síntomas típicos las 2 primeras semanas:
- Caída de 30-60% en tráfico orgánico.
- Páginas indexadas que devuelven 404.
- Search Console explota con errores de rastreo.
- Backlinks externos apuntando a URLs que ya no existen.
Google toma 3-8 semanas en re-asentar el ranking si todo se hace bien. Si algo falla, la caída se vuelve permanente.
Checklist técnico previo a la migración
1. Auditoría de URLs actuales
Antes de tocar nada:
- Exporta el sitemap completo de WordPress (
/sitemap.xmlo vía Yoast/Rank Math). - Saca el listado de URLs con tráfico desde Search Console (últimos 12 meses).
- Identifica las top 50 páginas por sesiones — son las que NUNCA pueden romperse.
- Exporta los backlinks externos desde Ahrefs, Semrush o Search Console.
2. Mapa de redirects 301
Por cada URL antigua, define exactamente a qué URL nueva apunta. Reglas:
- Mantener la URL idéntica cuando se pueda (
/blog/mi-post→/blog/mi-post). - Si cambia, usar 301 (no 302, no meta-refresh):
/2023/05/mi-post→/blog/mi-post. - Nunca redirigir 10 URLs al home — es spam para Google. Cada redirect debe ir a su equivalente temático.
- Documentar TODOS los redirects en un archivo
redirects.txto_redirects(Cloudflare/Netlify).
3. Conservar slugs y estructura semántica
Si tu blog usa /blog/slug en WordPress, mantén esa estructura. Cambiar /blog/slug por /articulos/slug “porque suena mejor” te cuesta tráfico. La consistencia vence al gusto.
4. Datos estructurados (Schema.org)
Re-implementa todos los schema que tenías:
Articlepara posts de blog (conauthor,datePublished,dateModified).Productsi vendes online.FAQPage,HowTo,BreadcrumbList.OrganizationyLocalBusinessen el home y páginas legales.
En Vue/Nuxt esto se hace con @unhead/vue o useHead. En Astro, con <script type="application/ld+json"> directo.
5. Sitemap y robots.txt
- Generar sitemap nuevo automático (Nuxt tiene
@nuxtjs/sitemap, Astro tiene@astrojs/sitemap). - Actualizar
robots.txtapuntando al sitemap nuevo. - Subir el sitemap nuevo a Search Console y marcar el viejo como obsoleto.
Plan de ejecución (4 semanas realistas)
| Semana | Tareas |
|---|---|
| 1 | Auditoría completa, mapa de redirects, definición de stack (Vue/Nuxt/Astro). |
| 2 | Desarrollo del sitio nuevo en staging. Reproducir páginas críticas pixel-perfect en estructura semántica. |
| 3 | Migración de contenido (blogs, productos), validación de schemas, QA de redirects. |
| 4 | Go-live en horario de bajo tráfico (domingo 4 AM), validación post-deploy, monitoreo intensivo 72h. |
Las 5 validaciones obligatorias post-deploy
- Crawl con Screaming Frog: revisar que ninguna URL importante devuelva 4xx o 5xx.
- Search Console: enviar el sitemap nuevo, revisar “Cobertura” diariamente la primera semana.
- PageSpeed Insights: confirmar que los Core Web Vitals están en verde.
- Validador de Schema.org: probar 10 URLs random.
- Revisar las top 50 páginas manualmente: que rendericen correctamente, sin layout shifts.
Errores comunes (y caros)
- Cambiar URLs sin razón: cada cambio es un redirect más. Cada redirect diluye autoridad.
- No conservar el
lastmoddel sitemap viejo: Google necesita saber qué cambió y qué se mantuvo. - Migrar imágenes sin sus
alty nombres: pierdes ranking en Google Imágenes. - No avisar a Search Console con “Cambio de dirección”: si cambias de dominio, este paso es crítico.
- Hacer la migración en viernes: si algo falla, lo arreglas el lunes con 72h de tráfico perdido.
Caso real
Un cliente B2B con sitio WordPress de 8 años, 350 URLs indexadas, 12.000 sesiones orgánicas/mes. Migración a Nuxt en 4 semanas. Resultado a los 60 días:
- Tráfico orgánico: -8% semana 1, recuperación total semana 3, +18% semana 8.
- Core Web Vitals: de 42 a 96 en mobile.
- Tiempo de mantención mensual: de 8 horas a 1 hora.
- Costo de hosting: de USD 60/mes a USD 5/mes (Cloudflare Pages).
Conclusión
Migrar de WordPress a un stack moderno es una de las decisiones técnicas con mejor ROI a 12 meses — si se hace con plan. La diferencia entre una migración exitosa y una catástrofe es la auditoría previa y el mapa de redirects.
En Klevo migramos sitios WordPress a Vue, Nuxt y Astro con plan documentado y validación post-deploy. Si tu sitio está pidiendo a gritos un cambio, conversemos. Hacemos primero el diagnóstico, después el plan, y solo cotizamos cuando hay claridad de qué se migra y qué se redirige.