Ya eligió un nuevo host, o un nuevo constructor de sitios, o tiene una cotización para un sitio nuevo, y entonces lee un hilo donde el tráfico de alguien se desplomó la semana después del lanzamiento. Ahora la mudanza se siente como si pudiera deshacer años de visibilidad en las búsquedas en un solo fin de semana. Esa preocupación es válida, y el riesgo es real, pero también es manejable. Que pueda mudar su sitio web sin perder posiciones en Google por mucho tiempo depende sobre todo de una pregunta: ¿van a cambiar las direcciones de sus páginas, o solo el lugar donde vive el sitio? Google publica su propio proceso ordenado para ambos tipos de mudanza, y nombra los errores que suelen causar caídas duraderas. Algo de movimiento después del lanzamiento es normal, y Google lo dice. Su trabajo es asegurarse de que ese movimiento sea del tipo que se asienta, no del tipo que se rompe, y puede empezar hoy mismo.
Puntos clave
Si cada URL se mantiene igual y solo cambia el host, no necesita redirecciones ni la herramienta de Cambio de dirección. Si cambia alguna URL visible, cada dirección antigua necesita una redirección permanente a su página nueva más cercana.
Pruebe el sitio nuevo, mapee cada URL antigua a una nueva, active las redirecciones 301 o 308, luego vigile el tráfico antiguo y nuevo, y cambie una sola cosa a la vez.
Google dice que un sitio de tamaño mediano puede tardar «a few weeks or more» (unas semanas o más) en que aparezcan las URL nuevas, y recomienda mantener las redirecciones al menos un año.
Si su sitio actual posiciona de forma estable y la mudanza es opcional, posponerla hasta poder mapear, probar y vigilar correctamente es una decisión sensata.
¿Su mudanza cambia sus URL, o solo el lugar donde vive el sitio?
Empiece por aquí, porque la respuesta decide qué protecciones necesita. Google trata esto como dos trabajos distintos. Una mudanza de hosting mantiene cada dirección exactamente como la ven los visitantes hoy: mismo dominio, mismas rutas, mismas páginas. Una mudanza con cambio de URL altera al menos algunas de esas direcciones, aunque las páginas se vean igual.
Una mudanza solo de hosting es el caso de menor riesgo. La página de Google sobre cambiar de hosting web y el SEO lo cubre, y no implica redirecciones ni una solicitud de Cambio de dirección. Copia el sitio, lo prueba, cambia el DNS y vigila ambos servidores hasta que el nuevo cargue todo el tráfico.
Todo lo demás cuenta como un cambio de URL. Eso incluye un dominio nuevo, un subdominio nuevo, un cambio de HTTP a HTTPS, un cambio entre www y no-www, y un cambio de rutas, como una página que se mueve de una estructura de carpetas a otra. Un constructor o CMS nuevo a menudo cambia las rutas sin que nadie lo anuncie, porque cada sistema tiene su propia forma de nombrar páginas. Antes de aceptar un cambio de plataforma, haga una pregunta directa: ¿alguna de mis direcciones de página actuales va a dejar de funcionar?
| Qué cambia | ¿Se necesitan redirecciones? | ¿Herramienta de Cambio de dirección? |
|---|---|---|
| Solo el host, cada URL sigue igual | No | No |
| Cambian las rutas, mismo dominio | Sí, para cada URL cambiada | No |
| De HTTP a HTTPS | Sí | No |
| De www a no-www, o al revés | Sí | No |
| Dominio o subdominio nuevo | Sí | Sí, después de que las redirecciones estén activas |
| Varios de estos a la vez | Sí | Solo si cambia el dominio o el subdominio |
La herramienta de Cambio de dirección de Google es solo para mudanzas entre dominios o subdominios. No es para mudanzas de hosting, cambios de ruta, cambios de HTTPS ni cambios de www, y viene después de que sus redirecciones estén funcionando, no antes. Si su mudanza cae en la última fila de esa tabla, el propio consejo de Google es dividirla donde se pueda, porque mientras más cosas cambien a la vez, más tiene que resolver Google de nuevo.
¿Qué pasos da Google para una mudanza de sitio, y en qué orden?
La guía de mudanza de sitio con cambio de URL de Google establece el trabajo en una secuencia clara. El orden importa, porque cada paso protege al siguiente. Saltarse pasos, como activar el sitio nuevo antes de que exista el mapa de URL, es la forma en que las páginas desaparecen. Los pasos de abajo siguen esa guía, con la versión solo de hosting al final.
Sepa qué esperar antes de empezar
Google espera algo de movimiento en posiciones y tráfico mientras rastrea de nuevo y procesa un cambio importante. Una mudanza cuidadosa mantiene ese movimiento pequeño y temporal. No puede prometer que nada se mueva. El consejo de Google en esta etapa es claro: «Change only one thing at a time» (cambie solo una cosa a la vez). Si un dominio nuevo, un rediseño, un cambio de CMS y una reescritura de contenido pueden pasar por separado, hágalos por separado.
Prepare y pruebe el sitio nuevo
Construya el sitio nuevo en un lugar privado, y luego pruébelo a fondo antes de que nadie pueda llegar a él. Traslade su contenido, sus imágenes y sus descargas, y verifique tanto el sitio antiguo como el nuevo en Search Console para poder vigilar cada uno. Mantenga la copia de prueba fuera de la búsqueda mientras trabaja, y planee quitar esos bloqueos temporales en el momento en que el sitio se active.
Mapee cada URL antigua a su nuevo lugar
Enumere cada dirección actual y anote la dirección nueva a la que irá cada una. Google sugiere sacar las URL antiguas de sus mapas del sitio, de su analítica o de los registros del servidor, del informe de enlaces en Search Console y de su CMS. Cada página antigua debería apuntar a la página nueva más parecida. Enviar un montón de páginas antiguas sin relación a la página de inicio es algo contra lo que Google advierte específicamente, porque esas URL pueden terminar tratadas como errores.
Active las redirecciones permanentes
Una vez terminado el mapa, configure redirecciones del lado del servidor de cada URL antigua a su nueva URL asignada. La página de Google sobre redirecciones y la Búsqueda de Google dice que una redirección permanente del lado del servidor es la forma preferida de mostrar que una página se movió para siempre, y nombra la 301 y la 308 como permanentes. Ambos códigos están definidos en el estándar web RFC 9110. Google también dice que las redirecciones permanentes no causan pérdida de PageRank, así que use una para cada dirección cambiada.
Actualice todo lo que aún apunte a direcciones antiguas
Las redirecciones atrapan a los visitantes y a los rastreadores, pero su propio sitio debería dejar de mandarlos por el camino largo. Actualice las etiquetas canónicas, los enlaces internos, las etiquetas hreflang si las tiene, y su mapa del sitio XML para que todos nombren las URL nuevas. Luego envíe el nuevo mapa del sitio en Search Console. Para una mudanza de dominio o subdominio, este es el punto en el que usa la herramienta de Cambio de dirección.
Vigile el tráfico antiguo y el nuevo
Después del lanzamiento, dé seguimiento al tráfico tanto de las URL antiguas como de las nuevas. El tráfico debería trasladarse de una a otra a medida que Google procesa las redirecciones. Las páginas que pierden tráfico sin una ganancia equivalente en su nueva dirección son las primeras que hay que revisar.
Si solo cambia su host
La versión solo de hosting es más corta. Copie el sitio al host nuevo y pruébelo, quite cualquier bloqueo temporal de rastreo, cambie su DNS y vigile ambos hosts. Mantenga el host antiguo funcionando hasta que el nuevo esté cargando todo el tráfico, y luego retírelo. Si está eligiendo dónde va a vivir el sitio a continuación, nuestra página de hosting web describe de qué nos encargamos en ese lado.
¿Qué hace que el tráfico caiga después de una migración de sitio web?
La documentación de Google nombra las causas habituales directamente. Cada una impide que Google conecte una página antigua con su versión nueva, o impide que llegue al sitio nuevo del todo. Estos son los modos de falla que vale la pena revisar, ordenados por el tipo de problema en lugar de por qué tan seguido ocurre cada uno:
- Redirecciones faltantes o de muchas a una: Las URL antiguas sin redirección, o decenas de páginas sin relación enviadas a la página de inicio, pueden convertirse en errores o en errores 404 blandos.
- Un bloqueo noindex o de robots.txt que quedó activo: Los ajustes que mantenían privado el sitio de prueba pueden activarse por accidente y detener el rastreo o la indexación del sitio nuevo.
- Señales antiguas que quedaron en su lugar: Las etiquetas canónicas, los enlaces internos, las etiquetas hreflang y los mapas del sitio que aún nombran las URL antiguas siguen apuntando a Google hacia atrás.
- Un rediseño incluido dentro de la mudanza: Cuando el contenido y la estructura cambian junto con la dirección, Google puede necesitar «relearn and reassess» (reaprender y reevaluar) las páginas, lo cual es menos predecible que una mudanza directa.
- Problemas de acceso en el servidor nuevo: Los cortafuegos, la protección contra ataques DoS, un servidor lento, la propagación de DNS fallida o poca capacidad pueden mantener fuera a Googlebot.
Google no publica una lista clasificada de cuál de estos ocurre más, ni de cuánto tráfico cuesta cada uno. Revíselos todos en lugar de adivinar cuál le aplica a usted. La buena noticia es que la mayoría se pueden arreglar una vez encontrados, aunque el tamaño de la solución varía mucho.
| Problema | Lo que implica arreglarlo | Tamaño del trabajo |
|---|---|---|
| Redirecciones faltantes | Reconstruir la lista de URL, emparejar cada página antigua con su página nueva más cercana, configurar reglas 301 o 308, probarlas | Pequeño para unas cuantas páginas, un proyecto real para cientos o miles |
| Bloqueo noindex o de robots.txt que quedó activo | Corregir el ajuste, luego revisar de nuevo las páginas afectadas | Generalmente pequeño |
| Canónicas, enlaces o mapa del sitio antiguos | Actualizar plantillas y contenido, luego reenviar el mapa del sitio | Moderado |
| Fallas de hosting, DNS, cortafuegos o velocidad | El host, el proveedor de DNS o el desarrollador arregla la configuración y confirma que Googlebot puede llegar al sitio | Depende de la falla |
| Rediseño o contenido eliminado | Restaurar las páginas, o aceptar que Google va a reevaluarlas | Lo menos predecible |
Esa última fila es la razón por la que Google sigue diciendo un cambio a la vez. Una redirección faltante es un error claro con una solución clara. Una página que cambió su dirección, sus palabras y su estructura a la vez no le da una forma limpia de saber qué cambio causó la caída.
¿Cuánto tarda Google en asentarse después de una mudanza de sitio?
Google no promete un periodo de asentamiento fijo. Su guía de cambio de URL dice que un sitio de tamaño mediano puede tardar «a few weeks or more» (unas semanas o más) antes de que Google muestre gradualmente las URL nuevas, y los sitios más grandes pueden tardar más. La mudanza ocurre página por página, y solo termina cuando Googlebot ha visitado cada URL antigua y cada URL nueva al menos una vez. Google nombra tres cosas que controlan el ritmo: cuántas URL tiene, qué tan rápido responde su servidor y qué tan fácil es rastrear el sitio.
Las posiciones y la visibilidad pueden subir y bajar durante ese tiempo, y Google lo trata como normal. Para una mudanza solo de hosting, Google dice que el ritmo de rastreo puede bajar justo después del lanzamiento y luego subir de forma constante durante los días siguientes. También puede ver URL antiguas aparecer en los resultados de vez en cuando, incluso después de que las nuevas ya estén indexadas.
Lo que no es normal es una caída que sigue mientras Search Console muestra errores de rastreo, páginas bloqueadas o redirecciones faltantes. Eso es un problema por arreglar, no una fase por esperar. Mantenga sus redirecciones al menos un año, que es la orientación general de Google, y más tiempo no hace daño.
Enviar un mapa del sitio ayuda a Google a encontrar las URL nuevas, pero no garantiza la indexación ni mejora las posiciones. La página de Google sobre pedirle a Google que rastree de nuevo también dice que solicitar un nuevo rastreo una y otra vez no hará que ocurra más rápido, así que use esas solicitudes en sus páginas más importantes y luego deje que el proceso siga su curso.
¿Qué puede hacer en una hora antes de la mudanza?
Puede protegerse esta semana, antes de firmar ningún contrato o de activar ningún cambio. Una hora enfocada le da un registro de dónde está parado y una forma de revisar el trabajo más adelante.
- Guarde su base: En Search Console, exporte los datos de Rendimiento por página y por consulta de un periodo anterior a la mudanza. Una vez que el sitio cambie, no podrá recuperar los números antiguos en la misma forma.
- Construya su lista de URL: Descargue su mapa del sitio XML, y luego agregue URL de su analítica, de los registros del servidor, de su CMS y del informe de enlaces de Search Console. Marque las páginas que traen más tráfico y las que otros sitios enlazan.
- Agregue dos columnas: Junto a cada URL, agregue la dirección de destino nueva y el estado de la redirección. Cada dirección que cambie necesita una entrada.
- Revise el sitio de prueba: Abra el código fuente y las respuestas HTTP del sitio nuevo y busque una etiqueta noindex, luego revise su robots.txt. Pruebe una muestra de páginas, formularios, imágenes, descargas, etiquetas canónicas y la configuración de analítica.
No haga público el sitio de prueba solo para probarlo. Revíselo en privado, y confirme que los bloqueos se quitan en el lanzamiento.
Esa hora también le da mejores preguntas para quien se encargue de la mudanza. Pídale que le muestre el sitio de prueba, la configuración de rastreo, la analítica y Search Console, los resultados de la prueba de redirecciones y el plan de reversión. Alguien que ya ha hecho este trabajo tendrá respuestas, y una promesa vaga se convierte en algo que puede revisar. Si quiere una segunda opinión sobre las pruebas mismas, nuestro trabajo de control de calidad cubre exactamente esas revisiones de lanzamiento.
¿Qué debe revisar en la primera semana y en el primer mes?
Las semanas después del lanzamiento son cuando los errores pequeños son más baratos de arreglar. La mayor parte de la revisión ocurre en Search Console, en su analítica y en los registros de su servidor. Divídalo en dos pasadas: una revisión detallada en la primera semana, y una vigilancia constante durante el primer mes. Si algo sale mal, la documentación de Google también cubre cómo recuperarse.
En la primera semana
Use la Inspección de URL en sus páginas más importantes y confirme que cada dirección antigua redirige a la nueva correcta. Revise los informes de indexación y de mapa del sitio en Search Console, y compare el tráfico de búsqueda y de analítica de las URL antiguas contra las nuevas. Revise los registros de su servidor en busca de errores. Para una mudanza de hosting, Google dice que hay que vigilar los registros tanto del servidor antiguo como del nuevo, verificar que el DNS se haya actualizado en todo el mundo, y estar atento a la cobertura de indexación. Para una mudanza de URL, envíe el mapa del sitio nuevo y use las solicitudes de indexación con moderación, en las páginas que cambiaron y que más importan.
Durante el primer mes
Siga vigilando la cobertura, los errores de rastreo y el tráfico. Revise si sus propios enlaces internos, y los enlaces más importantes de otros sitios, todavía apuntan a las direcciones antiguas. Donde así sea, actualice sus propios enlaces, y considere pedirles a los dueños de los enlaces externos clave que actualicen los suyos.
Si algo sale mal
La recuperación significa encontrar la falla específica y arreglarla: un mapa de redirecciones roto, un bloqueo que quedó activo, un problema de DNS o de servidor, una canónica equivocada, un mapa del sitio desactualizado o contenido faltante. Luego hay que darle tiempo a Google para rastrear de nuevo. Si una mudanza de dominio se tiene que deshacer, Google documenta los pasos: quitar las directivas antiguas, redirigir el sitio nuevo de vuelta al antiguo, y cancelar la solicitud de Cambio de dirección.
¿Es mejor a veces no mudarse en absoluto?
Sí. Si su sitio actual ya mantiene una visibilidad de búsqueda estable y la mudanza es opcional, posponerla es una decisión legítima. Eso es especialmente cierto cuando la mudanza no puede mantener intactos sus URL, su contenido, sus redirecciones y su analítica, o no tiene una forma probada de revertirse.
Esto no tiene nada que ver con qué plataforma es mejor. Se trata de qué es lo que la mudanza pretende arreglar. Si la necesidad real es un diseño nuevo, un problema de mantenimiento, mejor soporte o una página lenta, arreglar eso donde está puede llevar mucho menos riesgo que mudarlo todo. La propia guía de Google dice que combinar una mudanza de sitio con un rediseño del contenido y de la estructura de URL probablemente causará algo de pérdida de tráfico mientras vuelve a aprender el sitio. Si todavía está decidiendo qué tipo de trabajo necesita su sitio, nuestra publicación sobre rediseño de sitio web frente a reconstrucción recorre esa decisión.
Cuando la mudanza vale la pena, hágala con el mapa, las pruebas y la vigilancia en su lugar. Cuando eso todavía no es posible, esperar a que lo sea es el camino más seguro.
¿Su mudanza de sitio está lista?
Elija una respuesta para empezar.
1. Se está mudando a un host nuevo, y cada dirección de página se mantiene exactamente igual. ¿Necesita la herramienta de Cambio de dirección?
2. Su sitio nuevo tiene 60 páginas antiguas sin una coincidencia obvia. ¿A dónde deberían redirigir?
3. ¿Cuánto dice Google que puede tardar un sitio de tamaño mediano en mostrar sus URL nuevas después de una mudanza?
Preguntas frecuentes sobre mudar un sitio web sin perder posiciones en Google
¿Mudar mi sitio web va a perjudicar mis posiciones en Google?
Puede causar subidas y bajadas temporales mientras Google rastrea de nuevo. Usted mantiene el riesgo bajo si conserva sus páginas importantes, redirige cada URL cambiada a su coincidencia más cercana, quita los bloqueos de prueba y vigila Search Console después del lanzamiento.
¿Necesito redirecciones 301 cuando cambio de plataforma de sitio web?
Solo si cambian las direcciones de sus páginas. Muchos cambios de plataforma sí las cambian, así que revíselo. Cualquier URL que cambie debería recibir una redirección permanente 301 o 308 a su nueva dirección.
¿Puedo cambiar de host web sin perder SEO?
Una mudanza de hosting que mantiene cada URL igual no necesita redirecciones. Copie y pruebe el sitio, quite los bloqueos temporales, cambie el DNS y vigile ambos hosts hasta que el nuevo cargue todo el tráfico.
¿Debo usar la herramienta de Cambio de dirección de Google?
Solo cuando se muda a un dominio o subdominio nuevo, y solo después de que sus redirecciones estén funcionando. No es para mudanzas de hosting, cambios de ruta, cambios de HTTPS ni cambios de www.
¿Cuánto tiempo debo mantener las redirecciones después de una mudanza de sitio?
La orientación general de Google es al menos un año.
¿Por qué cayó mi tráfico después de que se lanzó mi sitio web nuevo?
Revise las redirecciones, cualquier bloqueo noindex o de robots.txt, las canónicas, el mapa del sitio, el acceso del servidor y cualquier contenido que haya cambiado. Una caída constante con errores de rastreo o redirecciones faltantes es un problema por arreglar, no un asentamiento normal.
Para cerrar
El riesgo de una mudanza de sitio web se reduce a una pregunta: ¿cambian las direcciones de sus páginas, o solo el lugar donde vive el sitio? Una mudanza solo de hosting necesita pruebas cuidadosas y un cambio de DNS. Una mudanza con cambio de URL necesita la secuencia completa de Google: probar el sitio nuevo, mapear cada URL antigua a su página nueva más cercana, activar las redirecciones permanentes, actualizar sus señales y vigilar cómo se traslada el tráfico. Algo de movimiento después es normal, y suele asentarse cuando las redirecciones, el acceso de rastreo y el contenido están intactos.
Con una base guardada, un mapa de URL completo y una lista de revisión para la primera semana y el primer mes, sabrá si una caída se está asentando o está rota, y sabrá qué arreglar si está rota. Eso convierte un fin de semana de lanzamiento nervioso en un proceso que puede vigilar y revisar.
Si quiere ayuda con la mudanza, Web Leveling puede construir el mapa de URL con usted, probar las redirecciones antes del lanzamiento y vigilar Search Console después. Nuestro trabajo de diseño web incluye planear lanzamientos para que sus páginas existentes conserven una ruta clara hacia sus direcciones nuevas, y si quedarse donde está es la mejor decisión por ahora, se lo diremos. Trabajamos con pequeñas y medianas empresas de todo el país y del extranjero. Cuéntenos qué está planeando mudar y por qué, y le ayudaremos a resolver el orden más seguro.
Términos
Palabras de mudanza de sitio en este artículo
Toque un término para ver qué significa.
Mudanza de sitio. El término de Google para mudar un sitio web a URL nuevas, o mudarlo a un hosting nuevo mientras las URL se mantienen igual.
Redirección 301. Una redirección permanente que envía a visitantes y motores de búsqueda de una URL antigua a una nueva.
Redirección 308. Otro código de redirección permanente, que Google trata igual que una 301 para una página mudada.
Herramienta de Cambio de dirección. Una herramienta de Search Console que le dice a Google que un sitio se mudó a un dominio o subdominio nuevo, usada después de que las redirecciones estén activas.
noindex. Una etiqueta o encabezado que le dice a Google que no muestre una página en los resultados de búsqueda.
robots.txt. Un archivo que le dice a los rastreadores qué partes de un sitio pueden visitar.
Etiqueta canónica. Una etiqueta que le dice a Google cuál URL es la versión principal de una página.
