Cambiar de hosting sin modificar las URLs suele ser menos arriesgado que un rediseño, pero puede afectar disponibilidad, velocidad, rastreo, correo y certificados. El objetivo es que buscadores y usuarios vean el mismo sitio en una infraestructura nueva.

01

Antes de cambiar de hosting

Crea una copia restaurable, exporta DNS, anota versiones e integraciones, rastrea una muestra de URLs y registra rendimiento. Evita combinar en la misma ventana un rediseño, un cambio de dominio y una migración de contenido.

  • URLs y respuestas
  • Archivos y base de datos
  • DNS y correo
  • Certificado
  • Redirecciones y canónicas
  • Analítica y formularios
02

Prueba el entorno nuevo

Monta el sitio sin exponerlo a indexación y prueba mediante una URL temporal o archivo hosts. Revisa recursos, formularios, tareas programadas, canonicals, robots y respuestas del servidor.

03

Cambia DNS sin cambiar rutas

Si solo cambia el hosting, conserva las URLs. Mantén el entorno anterior durante la propagación, activa HTTPS y prepara una reversión si las rutas críticas fallan.

04

Valida después de la migración

Rastrea una muestra, revisa Search Console, registros del servidor, disponibilidad, velocidad y eventos de captación. Compara por tipo de página, no solo la portada.

05

Observación de proyecto

Los fallos más costosos suelen estar fuera del HTML visible: correo olvidado en DNS, tareas programadas, permisos de archivos, formularios o una canonical que aún apunta al entorno de prueba.

Un caso relacionado

Most Recommended Books: 45.000 → 180.000 visitas/mes. Estrategia SEO, arquitectura, contenido y medición continua para una plataforma editorial de recomendaciones, listas, series y resúmenes de libros.

Ver contexto, trabajo y límites
Decisión práctica

Una buena migración es aburrida: mismas URLs, pruebas completas, una ventana de solape y un plan de reversión.

Fuentes y revisión

Las fuentes se enlazan para comprobar afirmaciones que pueden cambiar. La interpretación y los marcos de decisión son de Janice.