Google explica cómo cambiar de hosting sin perjudicar tu sitio en la Búsqueda

Google mantiene una guía para quienes van a cambiar la infraestructura de alojamiento de un sitio sin modificar las direcciones que ve el usuario. Las indicaciones abarcan el cambio de proveedor de hosting y la migración a una red de distribución de contenido (CDN). El objetivo es reducir el impacto del cambio en el rendimiento del sitio en la Búsqueda de Google.

Según la documentación de Google Search Central, en la versión publicada el 9 de noviembre, el proceso tiene tres etapas: preparar la nueva infraestructura, iniciar la migración con el cambio de DNS y apagar la infraestructura antigua. La guía solo se aplica a migraciones que no afectan a las URL visibles.

Antes de la migración

El primer paso es subir una copia del sitio al nuevo proveedor. Según la plataforma, eso puede implicar copiar los archivos HTML o importar la exportación de una base de datos. Después, la recomendación es probarlo todo: páginas, imágenes, formularios y descargas, como archivos PDF, preferiblemente en un entorno de pruebas con acceso restringido por IP.

Para una prueba pública, Google sugiere un nombre de host temporal, como beta.example.com, que permite comprobar si Googlebot puede acceder al sitio. Para evitar que la versión de prueba entre en el índice, la indicación es aplicar la regla noindex en el HTML o en el encabezado HTTP. La herramienta de inspección de URLs de Search Console sirve para verificar el acceso de Googlebot a la nueva infraestructura.

La guía también recomienda reducir el TTL de los registros DNS a un valor bajo, como unas pocas horas, al menos una semana antes de la migración. Así, los proveedores de internet actualizan su caché más rápido.

Lo que no puede quedarse atrás

La verificación de propiedad en Search Console tiene que seguir siendo válida después del cambio. Si usas el método del archivo HTML, debes incluir el archivo de verificación en la nueva copia del sitio. Si verificas mediante metaetiqueta o mediante Google Analytics en la plantilla del CMS, tienes que asegurarte de que esos elementos estén en la nueva versión.

Otro punto es retirar los bloqueos temporales. Mientras se monta la copia, hay quien usa el robots.txt para impedir el rastreo de Googlebot o la regla noindex para impedir la indexación. En el momento de la migración, todos esos bloqueos deben eliminarse.

Durante y después del cambio

Con el DNS apuntando al nuevo proveedor, Google recomienda seguir los registros de ambos servidores: el tráfico en el antiguo baja mientras el del nuevo sube. Las herramientas públicas de DNS ayudan a comprobar si los proveedores de internet de distintas partes del mundo ya recibieron la nueva configuración, y el gráfico de cobertura del índice en Search Console muestra cómo avanza el rastreo.

De acuerdo con la guía, es normal que la velocidad de rastreo de Googlebot baje temporalmente justo cuando el nuevo sistema entra en funcionamiento y que luego suba de forma constante en los días siguientes, e incluso puede superar el ritmo anterior. Google explica que define esa velocidad a partir de varias señales, que cambian junto con la infraestructura. Si Googlebot no encuentra problemas graves ni lentitud seria, rastrea el sitio tan rápido como sea necesario.

La infraestructura antigua solo debe apagarse cuando su tráfico llegue a cero y ya nadie esté usando el servidor antiguo.

Para quienes gestionan una marca, la guía muestra que cambiar de hosting o adoptar una CDN afecta al rastreo de Google, aunque no cambie ninguna dirección. Los puntos que requieren atención son los bloqueos de robots.txt y noindex olvidados en la nueva copia, la verificación en Search Console y la caída pasajera del rastreo, que el propio Google describe como normal.