Cambiar hosting y dominio sin perder SEO: guía de migración

Publicado el 2026-11-14 por frfrand

Checklist de redirecciones 301, canonical, enlaces internos, DNS, sitemaps y seguimiento en Search Console al migrar una web.

# Cambiar hosting y dominio sin perder SEO: guía de migración

Una migración mal planificada puede convertir cientos de URLs posicionadas en errores 404. Cambiar de servidor sin cambiar URLs no es lo mismo que cambiar dominio: separa los dos escenarios y evita introducir modificaciones innecesarias.

1. Haz un inventario antes de tocar DNS

Exporta de Search Console las páginas con clics e impresiones; registra landing pages, títulos, canonicals, backlinks importantes, rutas, idioma, estado HTTP y sitemap. Crea una tabla con URL antigua → URL nueva → tipo de respuesta esperada. Guarda una copia funcional de archivos y bases de datos. Revisa también formularios, correo, pagos y procesos programados.

2. Si solo cambias hosting

Mantén dominio, rutas, contenidos, etiquetas, estructura y protocolos. Despliega en un nuevo servidor, comprueba la web con un dominio de prueba protegido o resolución local hosts sin indexación accidental, prepara certificados TLS y valida dependencias. Baja el TTL antes del cambio cuando corresponda. Actualiza DNS solo tras comprobar el nuevo alojamiento. No necesitas redirecciones nuevas ni la herramienta de cambio de dirección si las URLs públicas no cambian.

3. Si cambia el dominio

Para cada URL antigua con equivalente real crea una redirección permanente 301 o 308 directa al destino correspondiente. No redirijas todas las páginas a la home; las correspondencias irrelevantes pueden considerarse soft 404. Mantén operativo el dominio antiguo y sus redirecciones durante un período prolongado.

Ejemplo de Nginx solo ilustrativo para cambio de host completo:

server {
    listen 443 ssl;
    server_name antiguo.ejemplo.com;
    # Configura certificados válidos y directivas TLS.
    return 301 https://nuevo.ejemplo.com$request_uri;
}

Esto solo sirve si todas las rutas conservan el mismo path y query string; si cambian, crea reglas específicas antes de una regla general.

4. Canonical, sitemap y enlazado

En el sitio nuevo, cada página debe usar canonical de su propia URL preferida. Actualiza enlaces internos, menús, imágenes, datos estructurados, etiquetas hreflang, open graph y sitemap. Comprueba que noindex usado en staging haya desaparecido. Envía sitemap del dominio nuevo a Search Console y verifica propiedades de ambos dominios. En una migración de dominio o subdominio compatible, utiliza Cambio de dirección en Search Console; no aplica a todos los cambios de protocolo o rutas.

5. Plan de pruebas

curl -I https://antiguo.ejemplo.com/ruta
curl -IL https://antiguo.ejemplo.com/ruta
curl -I https://nuevo.ejemplo.com/ruta

Verifica código 301 de origen, ausencia de cadenas largas y 200 en destino. Muestrea páginas de alto tráfico, errores 404 y bucles; comprueba login y API por separado. Si hay escrituras en la base, planifica sincronización y una ventana de corte para evitar perder cambios.

6. Seguimiento y rollback

Observa cobertura, clics, impresiones, consultas y logs del servidor por URL. Es normal una transición temporal, pero una caída persistente con 404 o canonicals erróneos exige corregir. El rollback debe incluir web, base de datos y DNS; no reviertas datos de producción sin analizar las escrituras posteriores.

Relacionado: migrar el dominio de Lovable y diagnóstico DNS con dig. ArduMaker permite enfocar el traslado como una operación técnica controlada, no una simple copia de archivos.

Preguntas frecuentes

¿Pierdo SEO si solo cambio de IP? No necesariamente; conserva URLs y disponibilidad. ¿La 301 garantiza mantener rankings? No; minimiza errores, pero el posicionamiento puede variar. ¿Debo dejar vencer el dominio antiguo? No mientras sea necesario servir redirecciones.

Fuentes: https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes ; https://support.google.com/webmasters/answer/9370220