Migración web sin perder SEO

Una migración web sin perder SEO es, sobre todo, preparación. Antes del lanzamiento haces una lista de cada URL que trae tráfico o enlaces, asignas a cada una su nueva dirección con una redirección permanente y conservas el contenido y las señales técnicas que la hacían posicionar. Después, vigilas errores de rastreo y posiciones durante al menos un mes.

Esta guía sirve para rediseños, cambios de plataforma y cambios de dominio. Los detalles varían, pero el método es el mismo.

¿Por qué caen las posiciones después de una migración?

Los buscadores posicionan URLs, no marcas. Cuando una URL cambia, la nueva empieza sin historial. Las redirecciones transfieren las señales antiguas, pero solo si existen, apuntan al sitio correcto y se mantienen.

Las caídas de tráfico suelen tener causas conocidas:

• Faltan redirecciones. Las URLs antiguas devuelven 404 y se pierden sus enlaces y posiciones.
• Redirecciones al sitio equivocado. Todo apunta a la página de inicio, y los buscadores suelen tratarlo como un 404.
• Contenido eliminado o recortado. Una página de servicio detallada se queda en tres párrafos y un formulario.
• Regresiones técnicas. Etiquetas noindex del entorno de pruebas que siguen activas, canonical hacia el dominio antiguo, hreflang roto, páginas más lentas.
• Enlaces internos sin actualizar. La web enlaza a sus propias URLs antiguas y hace pasar a cada visitante por una redirección.

Es normal que haya cierto movimiento en las primeras semanas mientras los buscadores vuelven a rastrear el sitio. Una caída larga y pronunciada no lo es, y casi siempre se explica por una de las causas anteriores.

¿Qué tipo de migración vas a hacer?

El riesgo depende de cuánto cambie a la vez.

• Solo diseño. Mismas URLs, mismo contenido, nuevo aspecto. Riesgo mínimo. Céntrate en la paridad de contenido y en el rendimiento.
• Cambio de plataforma. Por ejemplo, pasar de un constructor visual a un desarrollo a medida. El formato de las URLs suele cambiar y las plantillas generan otro marcado. En nuestra guía para migrar de Webflow a Next.js analizamos un caso habitual.
• Nueva estructura de URLs. Carpetas nuevas, slugs nuevos, páginas fusionadas o divididas. Riesgo medio o alto, porque cada URL modificada necesita una redirección.
• Cambio de dominio. Un cambio de marca o el paso de un dominio nacional a .com. El riesgo más alto: cambian todas las URLs y los buscadores tienen que aprender el dominio nuevo.

Si puedes, no lo cambies todo a la vez. Mudar plataforma y dominio la misma semana complica mucho el diagnóstico de cualquier problema.

Checklist de migración web sin perder SEO antes del lanzamiento

Casi todo el trabajo ocurre antes de que nadie cambie las DNS.

1. Rastrea e inventaría la web antigua

Reúne la lista completa de URLs desde varias fuentes, porque ninguna lo tiene todo:

• Un rastreo de la web en producción con un crawler de escritorio.
• Los sitemaps XML.
• Los informes de páginas y de rendimiento de Search Console.
• Las páginas de destino de la analítica de los últimos 12 meses.
• La lista de páginas enlazadas de tu herramienta de backlinks.

Únelo todo en una sola hoja de cálculo y guárdala. La volverás a usar después del lanzamiento.

2. Registra el punto de partida

Exporta de Search Console los clics, impresiones y posición media por página. Guarda las consultas principales. Anota las sesiones orgánicas y las conversiones por página de destino en la analítica. Sin esa referencia no podrás distinguir un bache normal de una pérdida real.

3. Crea el mapa de redirecciones

Cada URL antigua con tráfico, enlaces o una función tiene una fila con su nuevo destino.

old_url,new_url,status
/services/branding/,/services/brand-identity,301
/blog/2023/05/site-speed-tips/,/blog/site-speed-tips,301
/about-us/,/about,301
/old-promo-2022/,/offers,301

Reglas para que el mapa sea limpio:

• Un solo salto. De la URL antigua a la final, sin cadenas por direcciones intermedias.
• El equivalente más cercano. Redirige a la página que responde a la misma necesidad, no a la de inicio.
• Estado permanente. Usa 301 o 308 para los cambios definitivos. Las redirecciones temporales envían la señal equivocada.
• Decide las bajas reales. Si una página no tiene equivalente ni valor, deja que devuelva 404 o 410 a propósito, no por descuido.

4. Comprueba la paridad de contenido

Compara cada página importante con su nueva versión. Títulos, encabezados, texto, enlaces internos, imágenes y preguntas frecuentes deben conservarse, salvo que los mejores a propósito. Un rediseño es buen momento para reescribir páginas flojas, pero no recortes las fuertes para que quepan en una plantilla.

5. Comprueba la paridad técnica en staging

Antes del lanzamiento, revisa la nueva web en el entorno de pruebas con esta lista:

• Títulos y meta descripciones migrados o mejorados.
• Las etiquetas canonical apuntan a las nuevas URLs en el dominio de producción.
• En webs multilingües, los pares hreflang están completos y son recíprocos.
• Los datos estructurados existen y son válidos.
• El nuevo sitemap XML solo incluye URLs finales e indexables.
• Las reglas de robots permiten rastrear la web de producción.
• La velocidad es igual o mejor. Revisa las Core Web Vitals en las plantillas clave.

Protege el entorno de pruebas con contraseña, no solo con noindex. Así no habrá ninguna etiqueta que olvidar al lanzar.

El día del lanzamiento

Haz que el día del lanzamiento sea aburrido. Lanza a principios de semana, no antes de un festivo o de una gran campaña.

1. Publica las redirecciones a la vez que la nueva web, no un día después.
2. Prueba una muestra de URLs antiguas, incluidas las 50 con más tráfico: cada una debe dar un único 301 a la página correcta.
3. Confirma que producción no tiene noindex y que robots.txt permite el rastreo.
4. Envía el nuevo sitemap XML en Search Console.
5. Si cambias de dominio, verifica los dos y usa la herramienta de cambio de dirección.
6. Actualiza los enlaces internos para que la web enlace directamente a las nuevas URLs.

La guía oficial de Google sobre traslados de sitios con cambios de URL explica estos pasos con más detalle y merece una lectura completa.

Los primeros 30 días después del lanzamiento

• A diario la primera semana. Revisa en Search Console los 404 y los errores de servidor. Vuelve a rastrear la web. Añade las redirecciones que falten en cuanto aparezcan.
• Después, cada semana. Compara clics e impresiones por página con tu punto de partida. Mira página a página, no solo los totales: la pérdida de una página puede esconderse dentro de un crecimiento general.
• Vigila las conversiones. Los formularios, las solicitudes de demo y los pagos pueden romperse sin afectar a las posiciones.
• Mantén las redirecciones. Google recomienda conservarlas al menos un año, y más tiempo es más seguro. Los enlaces antiguos de otras webs seguirán enviando visitas durante años.

Si una página clave pierde tráfico, revisa por orden su redirección, su contenido y su estado de indexación. La mayoría de los problemas aparecen en las dos primeras semanas.

Errores que más tráfico cuestan

• Redirigir todas las URLs antiguas a la página de inicio.
• Lanzar con el noindex del entorno de pruebas todavía activo.
• Borrar el sitemap antiguo y la lista de redirecciones después del lanzamiento, de modo que nadie pueda revisar nada más tarde.
• Cambiar dominio, plataforma y estructura de URLs en una sola publicación.
• Hacer la migración sin que nadie se ocupe del SEO el día del lanzamiento.

Antes de empezar un rediseño, también conviene acordar qué no debe cambiar. Nuestro checklist de rediseño web dedica una sección a eso.

Siguiente paso: migra con un plan, no con suerte

Cada proyecto de rediseño web en Kyvrel incluye la migración SEO: inventario de URLs, mapa de redirecciones, pruebas en staging y seguimiento en Search Console después del lanzamiento. Los rediseños empiezan en 9500 $ por 8 plantillas de página, con un plazo habitual de 5-6 semanas. Si solo necesitas la migración para una web nueva, es un complemento de 1500 $.

Consulta todos los productos, complementos y lo que incluye cada uno en nuestra página de precios.