Google Search Console tras migrar hosting: checklist completa

📅 Publicado el 16 de octubre, 2026 · Por Equipo RedServicio

Pocas tareas se olvidan tanto tras cambiar de hosting como revisar Google Search Console. Y pocas salen tan caras cuando se ignoran. He visto webs que seguían funcionando aparentemente bien después de una migración, con todo en orden de cara al visitante, mientras Google llevaba días sin entender qué estaba pasando. El buscador necesita tiempo y señales claras para asumir que todo sigue en su sitio. Si no reconfiguras y verificas tu propiedad en Search Console, puedes perder datos de indexación, retrasar el rastreo de tus páginas y, en el peor escenario, ver cómo tu posicionamiento se hunde durante semanas. Aquí tienes un checklist paso a paso para que la migración no pase factura a tu SEO, tanto si es un simple cambio de hosting como un traslado con cambio de dominio incluido. Y si aún estás buscando proveedor, en RedServicio ofrecemos hosting con migraciones asistidas y soporte 24/7, algo que en estos casos marca la diferencia.

¿Por qué es tan importante Search Console después de una migración?

Search Console es, digamos, la línea directa entre tu web y el buscador. Tras una migración cambian varias cosas que el usuario no percibe pero que a Google le importan mucho:

• La IP del servidor cambia: si tu dominio apunta mediante registros A a una IP concreta, Google tiene que rediscoverir tu servidor. Un DNS mal configurado puede servir contenido duplicado (o directamente caído) durante horas.
• Los tiempos de respuesta varían: un hosting lento castiga los Core Web Vitals y, con ellos, el rastreo y el posicionamiento. Los informes de experiencia de página te lo dejan ver.
• Los errores 5xx suelen asomar: durante los primeros días es habitual ver errores de servidor en el informe de «Páginas». Si los ignoras, Google puede acabar desindexando URLs importantes. No es teoría; pasa.
• Los certificados SSL pueden quedar mal instalados: errores de HTTPS que solo detectarás a tiempo si revisas Search Console a diario las primeras semanas.

Dicho de otro modo: configurar Search Console después de migrar no es opcional. Es tu sistema de alerta temprana para pillar problemas de indexación, rastreo y seguridad antes de que lleguen a tu tráfico orgánico.

Verificar la propiedad en el nuevo hosting: métodos paso a paso

Lo habitual es que conserves el dominio en una migración, así que tu verificación anterior debería seguir siendo válida. Ojo con esto, porque hay una trampa: si usabas el método de etiqueta HTML en el archivo raíz o un archivo de verificación subido por FTP, tienes que comprobar que ese archivo o etiqueta se trasladaron al nuevo servidor. Si no fue así, Google dará la propiedad por no verificada. Es un detalle pequeño que rompe muchas migraciones.

Método 1: Archivo HTML de verificación

1. Descarga el archivo de verificación desde Search Console (algo tipo google1234567890.html).
2. Súbelo por FTP o desde el gestor de archivos de cPanel a la carpeta raíz (normalmente public_html).
3. Comprueba que es accesible escribiendo https://tudominio.com/google1234567890.html en el navegador.
4. Vuelve a Search Console y pulsa «Verificar».

Método 2: Registro DNS (el que recomendamos)

Es el más robusto, porque no depende de los archivos del servidor. Añades el registro TXT que te indica Google en la zona DNS de tu dominio y esperas la propagación (entre 15 minutos y 24 horas). Como no toca archivos del hosting, sobrevive a futuras migraciones sin que tengas que tocar nada.

Método 3: Google Tag Manager o Analytics

¿Ya tienes el fragmento de Google Analytics o GTM instalado (idealmente mediante gtag.js o el contenedor en el <head>)? Entonces puedes verificar la propiedad con un clic, siempre que el código haya sobrevivido a la migración intacto.

Checklist post-migración: sitemap, robots.txt y rastreo

Propiedad verificada. Ahora toca esta lista de comprobaciones, en orden y sin saltarte ninguno: cada punto cubre un fallo típico de migración.

1. Revisa el robots.txt: entra en https://tudominio.com/robots.txt y verifica que existe y que no bloquea el rastreo. Es muy común encontrar en el nuevo servidor un Disallow: / heredado de un entorno de pruebas. Creo que este es el error número uno de todas las migraciones.
2. Envía tu sitemap: en Search Console, sección «Sitemaps», envía sitemap_index.xml o sitemap.xml. Si ya estaba enviado, basta con comprobar que figura el estado «Correcto» y que las URLs descubiertas no han caído.
3. Usa la Herramienta de inspección de URLs: inspecciona 5-10 páginas clave (home, categorías, artículos principales) y pulsa «Solicitar indexación» para acelerar el rastreo en el nuevo servidor.
4. Vigila el informe de «Páginas»: durante la primera semana, busca picos de errores 404, 5xx o redirecciones. Corrígelos con redirecciones 301 permanentes.
5. Comprueba el HTTPS: que no haya errores de certificado y que las versiones HTTP redirijan correctamente a HTTPS con código 301.
6. Monitoriza «Estadísticas de rastreo»: si las solicitudes de Googlebot se desploman durante varios días, algo va mal en el nuevo servidor. Rendimiento o bloqueos, casi siempre es una de las dos cosas.

Con esta primera parte del checklist tienes la base asegurada: propiedad verificada, sitemap enviado y rastreo bajo control. En las siguientes secciones entraremos en la herramienta de cambio de dirección, la monitorización de Core Web Vitals tras la migración y cómo leer los datos de rendimiento durante las primeras semanas.

Cómo monitorizar errores y rendimiento después de la migración

Los pasos iniciales ya están hechos. Ahora empieza el trabajo de verdad: vigilar. Durante las primeras dos o cuatro semanas, Google estará reindexando tu sitio en la nueva infraestructura, y es justo ahí, en esa ventana, donde detectas los problemas antes de que toquen tu posicionamiento. O no los detectas. Y pagas el precio meses después.

Revisa el informe de páginas a diario

Abre el informe de «Páginas» (el antiguo «Cobertura de índice») y fíjate sobre todo en los estados «No encontrada (404)» y «Redirección». Si los errores 404 se disparan de repente, casi siempre significa que alguna regla de redirección del .htaccess o de la configuración de Nginx no llegó intacta al nuevo servidor. Lo he visto pasar más veces de las que uno querría admitir.

Vigila el informe de experiencia de página

Un cambio de hosting puede mover los tiempos de respuesta del servidor (el TTFB), que es un componente clave de los Core Web Vitals. Consulta la sección «Métricas web esenciales» y compara con los valores de antes de la migración. ¿El LCP ha empeorado de forma notable? Llama a tu proveedor. En RedServicio, por poner un ejemplo, el soporte 24/7 puede revisar contigo la configuración de caché y los recursos del servidor.

Usa la herramienta Inspección de URLs

Tus 10 o 15 páginas más importantes, verifícalas a mano. Una a una. Introduce la URL, comprueba que se indexa como debe y, si ves que aún arrastra datos antiguos, solicita indexación. Es tedioso, sí. Pero acelera la transición justo donde más te duele: las páginas con tráfico.

Errores comunes al configurar Google Search Console tras migrar hosting

Ni los webmasters veteranos se libran de los deslices en este proceso. Estos son los fallos que más se repiten, y cómo esquivarlos:

1. No actualizar la propiedad de dominio: si verificaste con archivo HTML o etiqueta DNS, comprueba que todo sigue validándose en el nuevo servidor. Un archivo de verificación olvidado y adiós acceso a los datos.
2. Borrar la propiedad antigua: no lo hagas. Mantenla activa al menos 6 meses; los datos históricos son oro para comparar rendimiento.
3. Confundir cambio de hosting con cambio de dominio: la herramienta de cambio de dirección solo sirve si cambias de dominio. ¿Solo cambiaste de servidor? Entonces ni la mires.
4. Ignorar los errores DNS: una propagación DNS a medias puede hacer que Google rastree versiones antiguas y nuevas a la vez, y de ahí sale contenido duplicado temporal.
5. No enviar el sitemap actualizado: si el sitemap arrastra rutas absolutas con parámetros viejos, límpialo y envíalo de nuevo.

Esquivar estos errores te ahorra semanas de tráfico perdido sin necesidad y deja la transición prácticamente invisible para tus usuarios.

Conclusión: protege tu SEO con una migración bien ejecutada

Migrar de hosting no tiene por qué acabar en caída de posiciones. Con una planificación seria, una propiedad verificada en Search Console, sitemaps al día y monitorización constante esas primeras semanas, tu web conserva su autoridad y su tráfico. La clave, como casi siempre, está en anticiparse: comprobar redirecciones, vigilar los Core Web Vitals y reaccionar rápido ante cualquier error de rastreo.

Hay algo más, y no lo digo por decir: una migración también es una buena excusa para revisar la calidad de tu infraestructura. Si buscas un proveedor que facilite estos procesos con hosting de calidad y soporte técnico 24/7, en RedServicio estamos para acompañarte antes, durante y después de la migración.