Migración de sitio web y SEO: 10 mejores prácticas para proteger el posicionamiento

El SEO para migraciones de sitios web consiste en trasladar un sitio a un nuevo dominio, plataforma, estructura de URL o protocolo sin perder el tráfico de búsqueda que ganaron sus URLs antiguas. La mayoría de las pérdidas provienen de una pequeña lista de errores predecibles: redirecciones faltantes o incorrectas, cadenas de redirecciones, códigos de estado temporales, rastreadores bloqueados después del lanzamiento y redirecciones eliminadas demasiado pronto.

A continuación se presentan las mejores prácticas en el orden en que las necesitas: antes del cambio, el día del lanzamiento y después. Si solo estás cambiando nombres de dominio, la guía de migración SEO de dominios profundiza más en ese caso.

Mejores prácticas de SEO para migraciones de sitios web de un vistazo#

Cada paso se explica en las secciones siguientes.

1. Decide qué tipo de migración estás realizando y qué cambiará.
2. Registra una línea base de tráfico, posicionamientos y páginas indexadas.
3. Recopila todas las URLs antiguas importantes: rastreo, sitemap, Search Console, analítica y backlinks.
4. Mapea cada URL antigua a su URL nueva más cercana.
5. Mantén el sitio de staging fuera del índice y elimina ese bloqueo en el lanzamiento.
6. Sirve redirecciones permanentes del lado del servidor (301 o 308) en un solo salto.
7. Apunta las etiquetas canónicas, los enlaces internos y el sitemap XML a las nuevas URLs.
8. Dile a Google: envía el nuevo sitemap y, para un cambio de dominio, usa la herramienta Change of Address.
9. Supervisa diariamente al principio, y luego semanalmente, los errores 404, las redirecciones y Search Console.
10. Mantén las redirecciones durante al menos un año, más tiempo mientras sigan generando tráfico.

Conoce qué tipo de migración estás realizando#

"Migración de sitio" abarca varios cambios diferentes, y cada uno requiere un trabajo SEO distinto. La guía de Google para mover sitios pide redirecciones siempre que cambien las URLs; la herramienta Change of Address solo sirve para mover un dominio o subdominio a otro.

Un cambio de alojamiento que mantiene todas las URL idénticas no necesita redirecciones, solo un cambio cuidadoso de DNS y pruebas. El resto de esta guía se aplica a las migraciones en las que las URL cambian, ya sea que el dominio cambie o se mantenga igual.

Registra una línea base antes de mover nada#

No puedes medir qué cambió si no sabes dónde empezaste. Antes del día de la migración, registra:

• Tráfico orgánico por sección (blog, páginas de producto, soporte, etc.)
• Las 20 principales páginas de destino por tráfico
• Las 20 principales páginas de destino por conversiones
• Las principales consultas y sus posiciones medias en Search Console
• Páginas indexadas en el informe de indexación de páginas de Search Console
• Tiempo medio de carga de las páginas clave
• Conteo actual de 404

Guarda estas cifras en un lugar donde todo el equipo pueda encontrarlas. Después del cambio, compáralas con las mismas métricas. Si una sección cae, la línea de base te dirá si debes revisar las redirecciones, el contenido faltante o el retraso de indexación.

Recopila todas las URLs antiguas y crea el mapa de URLs#

Una migración sin un mapa completo de URLs es la forma más rápida de perder posicionamiento. Antes de tocar el DNS o implementar un solo redireccionamiento, enumera cada URL del sitio actual que importe y decide a dónde debe llevar en el nuevo.

Empieza con un rastreo completo del sitio existente y exporta todas las URL indexables. Luego añade las URL que un rastreo omite: el sitemap XML, las páginas principales de Search Console, las páginas de destino de tus analíticas y las páginas a las que tu informe de backlinks muestra enlaces externos. Las páginas huérfanas que aún tienen backlinks son fáciles de olvidar y caras de perder.

Si aún estás eligiendo un rastreador, la guía de ContentForce AI sobre herramientas de SEO técnico compara opciones de rastreo, auditoría del sitio y comprobación del rendimiento. Elige herramientas que puedan exportar tu inventario de URLs y ayudarte a comparar la rastreabilidad, los enlaces rotos y el rendimiento de las páginas antes y después del cambio; confirma las funciones y los precios actuales con cada proveedor.

Mantén el mapa en un formato estructurado: URL antigua, URL nueva, código de estado. Una hoja de cálculo basta para la planificación, y la mayoría de las herramientas de redireccionamiento la importan como CSV. ¿Aún no tienes un mapa? El gratuito Migration Redirect Mapper crea uno a partir de tus sitemaps antiguos y nuevos y exporta un CSV listo para importar.

Así es como se ve un mapa de URLs bien estructurado:

Envía cada URL antigua a su equivalente más cercano. Redirigir muchas páginas antiguas a la página de inicio es un atajo común, pero Google puede tratarlas como soft 404, de modo que las señales de la página antigua se pierden de todos modos. Si no existe ningún equivalente, deja que la URL devuelva 404 o 410.

Mantén el entorno de prueba fuera del índice y luego deja entrar a los rastreadores#

Protege el sitio de pruebas con una contraseña o una etiqueta noindex para que no se indexe antes del lanzamiento. El día del lanzamiento, elimina todas las etiquetas noindex y los bloqueos de robots.txt que estaban solo allí para la migración; Google enumera este paso explícitamente en su guía de cambio de sitio. Un Disallow: / que se quede en el nuevo sitio puede sacar todo el sitio de los resultados de búsqueda.

Usa redirecciones permanentes para movimientos permanentes#

Para movimientos permanentes de URL, utiliza redirecciones 301 o 308 del lado del servidor, que Google recomienda siempre que sea posible. Reserva las 302 y 307 para cambios que realmente sean temporales: un código temporal indica a los motores de búsqueda que conserven la URL antigua. Una redirección comunica la nueva ubicación; no garantiza que los rankings se mantengan sin cambios.

Las redirecciones permanentes también son la norma en la práctica: alrededor de 96 de cada 100 redirecciones configuradas en RedirHub son 301 (datos de la plataforma RedirHub, octubre de 2026). Si heredas reglas que usan 302 o 307 para un cambio que está destinado a durar, cámbialas antes del lanzamiento.

Cada URL antigua necesita un resultado previsto, pero no necesariamente su propia regla. Si las rutas siguen siendo iguales entre dominios, una sola regla para todo el dominio con reenvío de rutas las cubre. Usa asignaciones individuales cuando las rutas cambien.

Redirige en un solo salto#

Una cadena de redirecciones ocurre cuando la URL A redirige a B, que redirige a C, y que finalmente llega a D. Cada salto añade latencia para los visitantes. Googlebot sigue hasta 10 saltos, pero Google recomienda redirigir directamente al destino final y, si no es posible, mantener las cadenas en no más de tres saltos.

Las cadenas aparecen fácilmente en las migraciones: una antigua URL http:// redirige a https://, luego al nuevo dominio y después a una nueva ruta. O una redirección anterior de un rediseño previo sigue apuntando a una URL que ahora vuelve a redirigir. Actualiza las reglas antiguas para que cada origen apunte directamente a la URL final. Nuestra guía sobre cadenas y bucles de redirección muestra cómo encontrarlas y aplanarlas.

Después de desplegar las redirecciones de la migración, audita si hay cadenas con un rastreador que siga redirecciones y corrige cada una para que la URL de origen apunte directamente al destino final.

Haz que las etiquetas canónicas, los enlaces internos y los sitemaps apunten a las nuevas URL#

Las redirecciones capturan los enlaces antiguos, pero el nuevo sitio no debería depender de ellas. Antes del lanzamiento, asegúrate de que cada nueva página tenga una etiqueta canónica autorreferencial, de que los enlaces internos y la navegación apunten directamente a las nuevas URL y de que el sitemap XML solo incluya nuevas URL que devuelvan 200.

Actualiza también los enlaces que controlas fuera del sitio: perfiles sociales, firmas de correo electrónico, campañas publicitarias, páginas de socios y códigos QR impresos, donde puedas. Cada uno que arreglas es un redireccionamiento menos que tiene que funcionar para siempre.

Valida las redirecciones antes y el día del lanzamiento#

El peor momento para descubrir una redirección rota es después de que los motores de búsqueda la hayan rastreado. La validación previa al lanzamiento detecta primero los errores de asignación, las cadenas y los destinos rotos.

Ejecuta el mapa completo de URL a través de un comprobador de redirecciones. Cada URL antigua debería devolver un 301 (o 308), llegar al destino asignado y hacerlo en un solo salto. El día del lanzamiento, prueba el host antiguo con y sin www, mediante http:// y https://, además de una muestra de enlaces profundos con cadenas de consulta.

Para una comprobación rápida de una sola URL, la prueba de velocidad de redireccionamiento muestra el código de estado, a dónde llega la redirección, si HTTPS es válido y qué tan rápido responde.

Informa a Google sobre el cambio#

Envía el nuevo sitemap XML en Search Console. Si el dominio o subdominio cambió, verifica ambas propiedades y solicita un cambio de dirección desde el dominio anterior. La herramienta solo funciona con propiedades a nivel de dominio y no traslada subdominios (incluido www), así que solicítalo para cada variante de subdominio del dominio antiguo. Google dice que no es necesario para cambios de HTTP a HTTPS, cambios de www o cambios de ruta en el mismo dominio.

Monitorea los 404 desde el primer día#

Algunos 404 son inevitables después de una migración, pero detectarlos rápido limita el daño. Los motores de búsqueda que encuentran un 404 en una URL migrada consideran que el contenido ya no existe, y los visitantes que se topan con uno normalmente se van.

Configura la monitorización de 404 antes del lanzamiento. Haz un seguimiento de todas las respuestas 4xx en el nuevo sitio y en el host antiguo. Cuando aparezca un 404, encuentra la URL antigua y añade la redirección que falta. No esperes a que Search Console te lo diga semanas después.

Sirven los registros del servidor, los informes de errores de tu plataforma de redirecciones y un rastreo programado de la lista de URLs antiguas. El informe de indexación de páginas de Search Console también muestra "No encontrado (404)", pero con retraso.

Haz un seguimiento del tráfico y de los rankings después del lanzamiento#

Espera que los rankings se muevan al principio. Google dice que puede tardar unas pocas semanas o más para que un sitio de tamaño medio empiece a mostrar las nuevas URLs en lugar de las antiguas, y más tiempo para sitios grandes. Revisa a diario durante la primera semana y después semanalmente.

Compara el tráfico orgánico semana a semana. Si una sección cae bruscamente, revisa las redirecciones que alimentan esas páginas. En Search Console, vigila las impresiones y los clics de tus principales páginas de entrada: una caída repentina en una página que antes funcionaba bien suele significar una redirección que falta, un 404 o una URL bloqueada.

Vuelve a rastrear la lista de URLs antiguas después del lanzamiento y comprueba qué URLs antiguas siguen devolviendo 200 (el servidor antiguo todavía responde) en lugar de redirigir. Cualquier URL antigua que debería redirigir pero no lo hace necesita una corrección inmediata.

A los 30 días, compara el tráfico con tu referencia para las mismas secciones y páginas de entrada. Si una sección se recuperó mientras otra sigue por debajo de la referencia, investiga las redirecciones y el contenido que alimentan esa sección.

A los 90 días, repite la comparación y analiza las brechas persistentes junto con el contenido, los enlaces internos, la indexación, la estacionalidad y el comportamiento de las redirecciones. Una brecha de tráfico por sí sola no identifica su causa.

Mantén las redirecciones durante al menos un año#

Los motores de búsqueda no dejan de rastrear las URL antiguas de la noche a la mañana, y los backlinks, los marcadores y el material impreso siguen apuntando a ellas durante años. Eliminar las redirecciones demasiado pronto convierte ese tráfico en errores 404.

La guía de Google para cambios de sitio dice que se mantengan las redirecciones el mayor tiempo posible, generalmente al menos un año. Su ayuda sobre Cambio de dirección indica al menos 180 días, y más tiempo mientras Google Search siga enviándoles tráfico. Considera ambos como mínimos.

Observa cuánto tráfico sigue recibiendo cada redirección. Cuando una redirección lleva varios meses con casi ninguna visita y no tiene backlinks ni referencias impresas, se puede limpiar. Hasta entonces, déjala activa.

Dónde se ejecutan las redirecciones de la migración#

Las redirecciones tienen que ejecutarse en algún lugar durante un año o más, en cualquier cosa que responda por las URL antiguas. Para un cambio de dominio, algo tiene que seguir respondiendo en el dominio antiguo: el servidor antiguo, una regla de CDN o un servicio de redirección alojado. Para cambios de ruta o de plataforma en el mismo dominio, la propia plataforma del sitio ya responde para ese hostname, así que las redirecciones se ejecutan allí. Si tu equipo se siente cómodo escribiendo y manteniendo esas reglas manualmente, eso no cuesta nada extra. Un gestor de redirecciones mantiene todo el mapa en un solo lugar en cualquier caso.

En RedirHub, una migración de sitio web comienza con una pregunta: ¿las URLs mantienen sus rutas o cambian? Mantener las mismas rutas envía oldbrand.com/any-page a mybrand.com/any-page con una sola regla. Asignar las URLs una por una te permite añadir cada URL antigua y su nuevo destino, pegar la lista o subir todo el mapa con importación masiva de CSV, y What happens muestra cada 301 antes de que se cree nada.

Con una conexión DNS, los mapeos se activan una vez que el DNS del dominio antiguo apunta a RedirHub. El certificado del dominio antiguo incluye HTTPS automático, así que los enlaces antiguos https:// se abren sin advertencia. En Pro, la supervisión comprueba el destino detrás de cada redirección, y las analíticas muestran qué URLs antiguas siguen recibiendo clics, lo que te indica cuándo es seguro retirar una redirección.

Migraciones en el mismo dominio con Modo de Integración#

Cuando las URLs cambian pero el dominio permanece, como en un cambio de CMS o un rediseño, el dominio sigue ejecutando tu sitio web principal y su DNS no puede apuntar a ningún otro sitio. El Modo de Integración cubre ese caso. Tu propia plataforma obtiene las reglas del dominio desde RedirHub y sirve ella misma las redirecciones, y la propiedad se verifica mediante una ruta de comprobación en tu dominio en lugar de un registro DNS. Conservas un solo panel y las mismas analíticas para cada dominio, dondequiera que funcione.

Cuando añades el dominio, elige usar tu propia plataforma. Para Cloudflare Workers, Vercel / Next.js y WordPress, el panel te ofrece un aviso listo para tu agente de codificación de IA, que escribe la integración para tu proyecto; Caddy tiene un plugin oficial. Cualquier otra CDN, función edge, framework o servidor que pueda leer un archivo de texto y enviar una redirección puede usar el mismo archivo de reglas.

Está diseñado para situarse delante de un sitio en producción. Las redirecciones específicas se ejecutan antes que tus propias páginas, pero un comodín para todo el dominio solo responde cuando tu sitio devuelve un 404, así que nunca toma el control de una página que funciona. Si no se pueden recuperar las reglas, tu plataforma conserva la última copia correcta. En Cloudflare Workers, WordPress y Caddy, la integración también puede informar de los 404 que devuelve tu sitio, de modo que las URLs antiguas que faltan en el mapa aparecen en Analytics después del lanzamiento.

Core cuesta $49/mes con 25 dominios y 2.500 enlaces gestionados; una regla para todo el dominio y la página de inicio no usan enlaces gestionados. El Modo de Integración está incluido en todos los planes, y sus visitas cuentan para el plan como cualquier otra. Pro añade supervisión y seis meses de analíticas, y tiene una prueba gratuita de 14 días.

Conclusión#

La preparación reduce el riesgo de migración. Mapea las URL antiguas útiles, verifica el código de estado y el destino de cada redirección, y supervisa el cambio después del lanzamiento. Las clasificaciones y el tráfico pueden fluctuar mientras los motores de búsqueda procesan el cambio.

Mapea las URL. Redirige con 301 de un solo salto. Apunta todo lo que controles a las nuevas URL. Supervisa los errores 404. Mantén las redirecciones. La mayor parte de las pérdidas de tráfico por migración se deben a omitir uno de esos pasos.