Cambiar de hosting suena más simple de lo que es. Una migración mal hecha puede borrarte semanas de tráfico orgánico, romper formularios, perder mails o tirar abajo tu posicionamiento. Este checklist es lo que aplicamos en cada migración que hacemos para clientes.

Antes de migrar: relevamiento

  1. Inventario de todo lo que vive en el hosting actual: sitio, base de datos, mails, subdominios, cron jobs, tareas programadas, certificados.
  2. Backup completo antes de tocar nada. Archivos + base de datos + configuración.
  3. Lista de URLs importantes: top 50 páginas con más tráfico orgánico (Search Console).
  4. Configuración DNS actual: registros A, MX, TXT, CNAME. Capturá pantalla o exportá.
  5. Versiones de PHP, MySQL, módulos que necesita tu stack.

Durante la migración

  1. Bajar TTL del DNS a 300 segundos uno o dos días antes. Hace que el cambio se propague más rápido.
  2. Subir todo al nuevo hosting en un subdominio temporal (ej. nuevo.tudominio.com) para validar.
  3. Probar exhaustivamente: formularios, login, pagos, mails de prueba, todas las URLs críticas.
  4. Validar configuración de SSL en el nuevo hosting.
  5. Actualizar el DNS apuntando al nuevo hosting cuando todo funcione en el subdominio temporal.
  6. Esperar propagación (con TTL bajo: minutos. Con TTL normal: hasta 48 hs).

Después de migrar: validaciones técnicas

  • Search Console: validá la propiedad nuevamente si cambia algo. Enviá el sitemap.
  • Test de URLs: 200 OK en todas las URLs importantes. Sin 404 nuevos, sin redirecciones encadenadas.
  • Core Web Vitals: medí LCP, INP, CLS en PageSpeed. Si empeoró, ajustá antes de cantar victoria.
  • Headers de seguridad: SSL válido, HSTS, X-Content-Type, etc.
  • Mails: enviá y recibí mails desde y hacia tu dominio. Verificá SPF, DKIM y DMARC.
  • Robots.txt y sitemap.xml: que estén accesibles y correctos.
  • Search Console "Cobertura": sin nuevos errores graves después de 1 semana.

Errores comunes que te cuestan SEO

  • Cambiar URLs sin redireccionar. Si el nuevo hosting impone una estructura distinta y no hacés 301, perdés todo el linkbuilding.
  • Bloquear robots por accidente. Un robots.txt de staging que se quedó.
  • Tag noindex heredado de la versión de desarrollo.
  • SSL roto o autofirmado después de la migración.
  • Cache vieja sirviendo contenido obsoleto días después.
  • Sitemap apuntando al hosting viejo o URLs viejas.

Plan de rollback (obligatorio)

Si algo grave falla en las primeras 24-48 horas:

  • Apuntar DNS de vuelta al hosting viejo (por eso bajaste TTL)
  • Tener el backup original a mano
  • No haber dado de baja el hosting anterior antes de las 72 horas

Cuándo hacerlo vos vs cuándo contratar

Hacelo vos si: el sitio es chico, no es comercial, tenés tiempo para resolver problemas y backup del backup.

Contratá si: tu sitio genera dinero, no podés permitirte downtime ni perder posicionamiento, o no manejás temas de DNS/servidor con soltura.

Una migración bien hecha es invisible: nadie nota nada, el sitio sigue igual de bien (o mejor), Google no se entera del cambio. Una migración mal hecha se nota durante meses.

Si vas a migrar y querés que lo hagamos por vos, escribinos. Si querés saber a qué hosting migrar, está todo en nuestra guía de hosting en Argentina.