Migrar de WordPress a Next.js: checklist para no perder SEO

Pasar de WordPress a Next.js es una de las mejores mejoras que puede recibir una web de empresa: páginas más rápidas, ninguna pila de plugins que parchear y una superficie de ataque mucho menor. También es el momento en que la mayoría de las webs pierden posiciones, casi siempre por las mismas pocas razones.

La plataforma no es el problema. Las posiciones se pierden por redirecciones que faltan, títulos cambiados y contenido eliminado. Esta es la checklist que sigo en cada migración.

Antes de reconstruir

1. Rastree la web actual. Liste cada URL: páginas, entradas, categorías, etiquetas, imágenes, PDF. Use un rastreador y su sitemap XML, y no se fíe solo de uno de los dos.

2. Exporte lo que sabe Google. En Search Console, exporte las páginas con impresiones y clics. Son las URL que no puede permitirse romper.

3. Localice los enlaces entrantes. Las páginas a las que enlazan otras webs tienen autoridad. Necesitan una redirección aunque no tengan tráfico.

4. Anote títulos, descripciones y encabezados. Si lo cambia todo el día del lanzamiento, será imposible saber qué provocó una caída.

El mapa de URL

5. Asigne a cada URL antigua una nueva. Una hoja: URL antigua, URL nueva, estado. Mantenga las URL idénticas siempre que pueda. Cuando tengan que cambiar, elija la página equivalente más parecida, no la portada.

6. Decida qué elimina. Las páginas de etiquetas pobres y las entradas desfasadas pueden desaparecer, pero redirígalas a algo relevante en lugar de dejarlas en 404.

Durante el desarrollo

7. Sirva HTML completo. Next.js puede enviar HTML completo para cada página. Asegúrese de que lo hace: ningún contenido que aparezca solo después de ejecutar JavaScript. Es lo que permite a Google y a los rastreadores de IA leer la web.

8. Traslade el contenido. El mismo texto, los mismos encabezados, los mismos enlaces internos, las mismas imágenes con texto alternativo, antes de empezar a mejorar nada.

9. Añada datos estructurados. Organización, migas de pan, artículos, servicios, preguntas frecuentes. Los plugins de WordPress a menudo añadían parte de esto; asegúrese de que la nueva web no lo pierda (Google Search Central: datos estructurados).

10. Regenere el sitemap XML y el robots.txt para las nuevas URL.

El día del lanzamiento

11. Active las redirecciones 301 en el mismo momento que la nueva web, y pruebe una muestra de la hoja (Google Search Central: redirecciones).

12. Compruebe las etiquetas canonical, el hreflang (si tiene varios idiomas) y los ajustes noindex. Un noindex olvidado del entorno de pruebas es la forma más rápida de desaparecer de Google (Google Search Central: hreflang).

13. Envíe el nuevo sitemap en Search Console y en Bing Webmaster Tools.

Tras el lanzamiento

14. Vigile Search Console a diario durante dos semanas. Errores 404, errores de redirección, páginas «descubiertas, sin indexar». Corríjalos en cuanto aparezcan.

15. Compare el tráfico por página, no solo el total. Un total que parece correcto puede ocultar una página clave que ha caído.

Una pequeña bajada la primera semana es normal mientras Google vuelve a rastrear. Una caída sostenida casi siempre se debe a una URL que se pasó por alto en el paso 5.

Por qué merece la pena

Porque la mejora es real. Cuando sacamos a ANiX Fire Solutions de una plantilla genérica, la nueva web obtuvo 100 en rendimiento, buenas prácticas y SEO en Lighthouse (escritorio) y le consiguió un contrato a la empresa. Y hemos pasado Sotheby's Montenegro de WordPress a un desarrollo a medida en Next.js.

Si está valorando el cambio, así hacemos una migración de WordPress a Next.js, y por eso WordPress cuesta más de lo que parece en cinco años.