Cómo migrar un dominio sin hundir tus rankings de búsqueda

Cambiar de dominio es uno de los pocos proyectos de SEO en los que un error técnicamente pequeño puede hacerse muy visible muy rápido. Una redirección ausente, una ruta de rastreo bloqueada o un canónico olvidado pueden convertir un rebranding sencillo en semanas de volatilidad en los rankings.

Cierto movimiento es normal. Los motores de búsqueda necesitan tiempo para rastrear las URLs antiguas, descubrir las redirecciones, procesar señales y asentar el nuevo dominio en el índice. El objetivo no es evitar cada caída. El objetivo es hacer que la migración sea aburrida: una URL antigua apunta a una URL nueva equivalente, el servidor responde con claridad y nada importante desaparece.

Empieza con un inventario, no con una regla de redirección

El fallo más común en una migración es tratarla como una tarea de configuración del servidor. No lo es. Es una tarea de arquitectura de la información que acaba, casualmente, en configuración del servidor.

Antes de tocar el DNS, crea una lista de las URLs que importan:

• URLs que reciben tráfico orgánico
• URLs con backlinks externos
• URLs que convierten, generan leads o apoyan campañas
• URLs canónicas presentes actualmente en tu sitemap XML
• PDFs, imágenes y archivos descargables enlazados desde sitios externos
• URLs heredadas de alto valor que quizá no aparezcan en la navegación actual

Para cada URL antigua, asigna un destino en el nuevo dominio. En la mayoría de los casos, ese destino debería ser la misma página con la misma intención. Si /pricing pasa a ser https://newdomain.com/pricing, es sencillo. Si tres páginas antiguas de producto se fusionan en una nueva guía, documenta esa decisión deliberadamente.

Evita el patrón perezoso: redirigirlo todo a la nueva página de inicio. Es cómodo, pero desperdicia relevancia. Tanto los motores de búsqueda como los usuarios esperan que el destino responda a la misma necesidad que la URL original.

Conserva la estructura de URLs cuando puedas

Una migración de dominio es más fácil cuando las rutas se mantienen estables. Pasar de oldsite.com/blog/example a newsite.com/blog/example es mucho más limpio que cambiar el dominio, el CMS, los slugs, la estructura de carpetas y el contenido al mismo tiempo.

A veces, un rediseño o una migración de CMS hace inevitables los cambios de URL. Si es así, separa las decisiones:

1. ¿Qué cambia porque cambia el dominio?
2. ¿Qué cambia porque cambia la estructura del sitio?
3. ¿Qué se elimina, fusiona o reescribe?

Cuantas más variables introduzcas, más difícil será diagnosticar problemas después. Si la migración es importante y el sitio actual funciona bien, considera mover primero el dominio y rediseñar más adelante.

Usa redirecciones permanentes de un solo salto

Para una verdadera migración de dominio, usa redirecciones 301 o 308 del lado del servidor desde las URLs antiguas hacia sus equivalentes nuevas. Las redirecciones temporales son para situaciones temporales. Las redirecciones JavaScript, meta refresh y redirecciones blandas son señales más débiles y más fáciles de romper.

Tus objetivos de redirección son simples:

• Toda URL antigua importante devuelve una redirección permanente.
• Cada redirección va directamente al destino final.
• HTTP redirige limpiamente a HTTPS.
• Las variantes www y sin www se gestionan de forma coherente.
• Las redirecciones no dependen de comportamientos frágiles de query string salvo que sea necesario.

Una cadena mala se ve así:

http://oldsite.com/page → https://oldsite.com/page → https://www.oldsite.com/page → https://newsite.com/page → https://www.newsite.com/page

Puede que al final llegue a la página correcta, pero es lenta, más difícil de rastrear y más propensa a ocultar errores. Apunta a un solo salto desde cada variante antigua hasta la nueva URL final.

Al validar el comportamiento, inspecciona las respuestas HTTP reales en lugar de confiar en lo que muestra el navegador. Nuestra guía sobre depurar redirecciones y cabeceras HTTP en producción es útil aquí porque los navegadores son demasiado amables: siguen la cadena y ocultan las partes desordenadas.

Prepara el DNS y los certificados antes del lanzamiento

El DNS no transfiere rankings directamente, pero un DNS mal configurado puede hacer que una migración parezca rota. Reduce los valores TTL antes de la ventana de lanzamiento para que los cambios se propaguen de forma más predecible. Confirma que el nuevo dominio tiene los registros correctos para el tráfico web, el correo electrónico y cualquier subdominio necesario.

También necesitas certificados TLS válidos para ambos dominios. Es fácil pasarlo por alto. El dominio antiguo todavía necesita servir redirecciones HTTPS después de la migración. Si su certificado caduca, los usuarios y los rastreadores pueden encontrarse con advertencias del navegador antes de llegar al nuevo sitio.

Si el traslado afecta al correo electrónico, no lo trates como algo secundario. Los cambios de dominio suelen romper SPF, DKIM, DMARC, registros MX, enlaces de seguimiento y correo transaccional. Para repasar los registros que importan, consulta nuestra guía para desarrolladores sobre MX, SPF, DKIM y DMARC.

Revisa canónicos, enlaces internos y sitemaps

Después del lanzamiento, el nuevo dominio debería comportarse como si siempre hubiera sido el hogar canónico del contenido.

Eso significa:

• Las etiquetas canónicas apuntan a las nuevas URLs, no al dominio antiguo.
• Los enlaces internos usan el nuevo dominio o rutas relativas a la raíz.
• Los sitemaps XML contienen solo URLs nuevas finales e indexables.
• Las anotaciones hreflang, si se usan, referencian las nuevas URLs.
• Open Graph, los datos estructurados y los enlaces alternativos están actualizados.
• Robots.txt no bloquea secciones importantes.

No publiques un sitemap lleno de URLs antiguas esperando que las redirecciones lo limpien. Un sitemap debe ser una lista de URLs que quieres que se indexen. Después de una migración, eso significa URLs finales en el nuevo dominio.

También vigila las contradicciones canónicas. Una página que redirige de la antigua a la nueva pero tiene un canónico que apunta de vuelta al dominio antiguo envía señales mixtas. Los motores de búsqueda normalmente pueden resolver cierta inconsistencia, pero no deberías pedírselo.

No lo cambies todo el día del lanzamiento

Una migración ya es un evento suficientemente grande. Si es posible, evita combinarla con grandes podas de contenido, reescrituras de plantillas, cambios de navegación, cambios en el renderizado JavaScript o un nuevo perfil de rendimiento.

No es superstición. Es disciplina de depuración. Si los rankings caen después del lanzamiento, necesitas saber si la causa está en el mapeo de redirecciones, el acceso de rastreo, el contenido cambiado, un renderizado más lento, datos estructurados ausentes u otra cosa.

Mantén el lanzamiento inicial tan cerca del sitio antiguo como sea práctico. Una vez que el nuevo dominio esté estable, realiza cambios editoriales y de diseño más grandes en lotes más pequeños.

Informa a los motores de búsqueda de lo que ha cambiado

En Google Search Console, verifica tanto el dominio antiguo como el nuevo. Luego usa la herramienta de Cambio de dirección cuando el traslado sea un cambio a nivel de dominio y el contenido se esté moviendo a un nuevo dominio. Envía el nuevo sitemap después del lanzamiento.

Esto no sustituye a las redirecciones. Las respalda. Los motores de búsqueda todavía necesitan redirecciones rastreables y persistentes para entender el mapeo a nivel de URL.

Para Bing y otros motores de búsqueda, usa sus herramientas para webmasters cuando estén disponibles. Actualiza también los lugares que controlas: perfiles sociales, fichas de negocio, destinos de anuncios, pies de correo, documentación, enlaces de partners y referencias canónicas en contenido sindicado.

No todos los enlaces externos se actualizarán, y no pasa nada. Pero los más importantes sí deberían hacerlo. Si un partner importante, un marketplace de apps, un portal de documentación o una página de prensa enlaza al dominio antiguo, pide que lo actualicen.

Monitoriza lo correcto después del lanzamiento

Los primeros días después de la migración deberían ser de monitorización activa, no de celebración.

Revisa:

• Logs del servidor para la actividad de rastreo en dominios antiguos y nuevos
• 404s y errores 5xx inesperados
• Cadenas y bucles de redirección
• Estado de indexación en Search Console
• Descubrimiento y procesamiento del sitemap
• Páginas de aterrizaje orgánicas y patrones de consulta
• Rutas de conversión que dependen de URLs antiguas
• Filtros de analítica y exclusiones de referencia

Espera ruido en los informes. Algunas herramientas de analítica tratan el nuevo dominio como una nueva propiedad salvo que se configuren correctamente. Algunos paneles comparan el tráfico del dominio antiguo con el del nuevo y hacen que la migración parezca peor de lo que es.

La visibilidad en búsqueda puede fluctuar durante unas semanas. Lo que no quieres es un patrón en el que URLs antiguas de alto valor se rastrean repetidamente pero no se redirigen correctamente, o en el que se descubren páginas nuevas pero se marcan como duplicadas del dominio antiguo.

Tampoco se debe ignorar el rendimiento. Si el nuevo dominio se lanza con plantillas más pesadas, caché rota o recursos sin optimizar, los usuarios pueden sentir la migración como una ralentización. Si usas Lighthouse como parte de tus comprobaciones, léelo teniendo presentes las prioridades; nuestro artículo sobre cómo leer un informe de Lighthouse sin entrar en pánico explica cómo separar los problemas relevantes del ruido.

Conserva el dominio antiguo durante mucho tiempo

No dejes que el dominio antiguo caduque después de que la migración “funcione”. Mantenlo registrado, conserva los certificados válidos y mantén las redirecciones funcionando tanto tiempo como sea posible. En la práctica, eso suele significar años.

Los enlaces antiguos siguen existiendo en publicaciones de blog, marcadores, documentación, PDFs, correos electrónicos y publicaciones sociales. Las redirecciones son el puente entre esa huella histórica y el nuevo dominio. Desactivarlas demasiado pronto rompe las rutas de los usuarios y desperdicia señales acumuladas.

Conserva también una copia de tu mapa de redirecciones y de las notas de lanzamiento. Seis meses después, cuando alguien pregunte por qué una URL heredada se comporta de cierta manera, agradecerás haberlo documentado.

<!-- tool-cta:start -->

💡 Prueba esto: Después de la migración, rastrea tus URL antiguas con Redirect Checker para confirmar que cada una se resuelve en un único salto 301 hacia la nueva página correcta.

<!-- tool-cta:end -->

Una checklist sensata de migración

Antes del lanzamiento:

• Verifica ambos dominios en Search Console.
• Rastrea el sitio actual y exporta las URLs importantes.
• Crea un mapa de redirecciones uno a uno.
• Reduce los TTLs de DNS.
• Prepara certificados TLS para los dominios antiguo y nuevo.
• Actualiza canónicos, enlaces internos, hreflang, datos estructurados y sitemaps.
• Prueba las redirecciones en staging o en un entorno controlado.

El día del lanzamiento:

• Despliega las redirecciones.
• Confirma el comportamiento de HTTP a HTTPS.
• Prueba muestras de URLs importantes de cada tipo de plantilla.
• Envía el nuevo sitemap.
• Usa la herramienta de Cambio de dirección cuando corresponda.
• Vigila errores del servidor, bucles de redirección y recursos bloqueados.

Después del lanzamiento:

• Monitoriza errores de rastreo e informes de indexación.
• Actualiza enlaces externos importantes cuando puedas.
• Compara el tráfico por intención de página de aterrizaje, no solo por totales de dominio.
• Mantén las redirecciones activas indefinidamente.
• Retrasa rediseños no relacionados o experimentos de contenido hasta que el traslado se estabilice.

Las migraciones de dominio no están libres de riesgo, pero son manejables. Los rankings suelen sufrir cuando la migración envía señales poco claras: redirecciones ausentes, contenido cambiado, canónicos contradictorios, rastreadores bloqueados o un dominio antiguo olvidado. Da a los motores de búsqueda y a los usuarios un mapa claro, y el traslado será mucho menos dramático.