--- title: "Mover tu web sin perder tu posición en Google" description: "Una mudanza web falla en el mapa de direcciones antiguas y nuevas, no en la técnica. Así se traza ese mapa, con una mudanza propia como ejemplo." url: "https://fwrd.digital/es/blog/mover-web-sin-perder-posicion-en-google/" published: "2026-09-20T09:37:44.031Z" modified: "2026-09-20T09:37:44.031Z" --- # Mover tu web sin perder tu posición en Google _Guía · 20 sept 2026 · 8 min de lectura_ Una mudanza web falla en el mapa de direcciones antiguas y nuevas, no en la técnica. Así se traza ese mapa, con una mudanza propia como ejemplo. Escrito por: FWRD Quien mueve su web suele temer una sola cosa: que las páginas que ahora traen visitas ya no se encuentren en ninguna parte. Ese miedo es razonable, pero la causa rara vez está donde uno la espera. Un hosting nuevo o un diseño nuevo no te cuestan posición. Las direcciones que desaparecen sin una señal de destino, sí. Este artículo explica cómo crear esas señales, en qué orden, y qué revisas cuando la web nueva ya está en línea. ## Primero: qué tipo de mudanza es Google distingue dos tipos de mudanza, y cada una pide un enfoque distinto. Si solo cambias de hosting o de CDN y todas las direcciones se mantienen, en el fondo hay una sola acción: apuntar los ajustes DNS de tu dominio al nuevo lugar. Google describe ese camino en [la guía para mover un sitio sin cambios de URL](https://developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes) (consultado el 20 de septiembre de 2026). Si cambian las direcciones, por ejemplo por un dominio nuevo, una estructura de carpetas nueva o el paso de HTTP a HTTPS, valen las reglas de [la guía para mover un sitio con cambios de URL](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes) (consultado el 20 de septiembre de 2026). Todo lo que sigue trata de ese segundo tipo, porque es donde las cosas se rompen. Tampoco tomes a la ligera el primer tipo, pero entonces no necesitas un mapa de direcciones, solo una buena prueba y un cambio limpio. ## Muda una cosa a la vez Es grande la tentación de hacerlo todo de golpe: dominio nuevo, sistema nuevo, diseño nuevo, textos nuevos. No lo hagas. Google recomienda [planificar tus cambios de uno en uno](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes) (consultado el 20 de septiembre de 2026). Si tu posición baja tras la mudanza, querrás saber por qué. Si cambias cuatro cosas a la vez, nunca lo sabrás, y tampoco podrás deshacer nada de forma selectiva. Además, planifica la mudanza en un periodo tranquilo. Si tu negocio tiene una temporada o un día de la semana de poca actividad, menos visitantes se toparán con un posible error. Cuenta también con fluctuaciones. Google indica que en un sitio de tamaño medio pueden pasar unas semanas o más hasta que las direcciones nuevas sustituyan a las antiguas en los resultados de búsqueda (consultado el 20 de septiembre de 2026). Una caída en los primeros días es normal y no es motivo para dar marcha atrás con pánico. ## Haz primero el mapa, después la mudanza El trabajo más importante ocurre antes de que se mueva nada. Haz una lista de cada dirección que existe ahora y pon al lado la dirección donde estará esa página. Google lo llama [un mapa de direcciones, en inglés URL mapping](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes) (consultado el 20 de septiembre de 2026). Sin ese mapa mudas por intuición, y la intuición olvida la página que una vez posicionó bien y desde entonces no llamó la atención de nadie. Así construyes la lista: - Reúne las direcciones de varias fuentes: tu sitemap, un rastreo de tu propia web y el informe de rendimiento de Search Console. El sitemap por sí solo no incluye direcciones que existieron alguna vez. - Anota junto a cada dirección lo que aporta ahora: impresiones y clics de Search Console, y si otros sitios enlazan a ella. Eso determina el orden en que revisas las cosas. - Dale a cada dirección un destino: la página que responde la misma pregunta. Si ya no existe, un mensaje de error es más honesto que una redirección a otra cosa. Entonces Google pide [un código de error 404 o 410](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes) (consultado el 20 de septiembre de 2026). ## No lo mandes todo a la página de inicio Es un error muy común, y nosotros también lo cometimos. Cuando no sabes adónde debe ir una dirección antigua, la página de inicio es la salida fácil. Google advierte de ello de forma expresa: [enviar muchas direcciones antiguas a un único destino irrelevante, como la página de inicio, puede tratarse como soft 404](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes) (consultado el 20 de septiembre de 2026). En un soft 404, la redirección no cuenta como prueba de que el contenido se ha mudado. El 22 de julio de 2026 repasamos nuestra propia tabla de redirecciones con los datos de Search Console de los tres meses hasta el 19 de julio de 2026. Resultó que 40 de nuestras 49 redirecciones apuntaban a la página de inicio, mientras que [Google puede tratar ese tipo de redirecciones como soft 404](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes) (consultado el 20 de septiembre de 2026). Varias de esas direcciones antiguas seguían recibiendo impresiones. Eso dice algo: la gente seguía buscando ese contenido y Google seguía mostrándoles la dirección antigua, solo que llegaban a una página que no respondía a su pregunta. Redirigimos 30 a la página que sí responde la pregunta original. El método de medición es sencillo y repetible: exporta las redirecciones, exporta las impresiones por dirección y mira qué destinos no tienen nada que ver con la búsqueda. > Una redirección a la página de inicio no es una mudanza. Es una despedida que parece una mudanza. ## ¿Quieres saber en qué punto está tu web? Haz el chequeo gratis. Verás al momento qué necesita tu web para que te encuentren más. ## Haz la redirección permanente y en un solo paso Para una mudanza, la opción correcta es una redirección permanente. Google explica que [una 301 o 308 indica que el nuevo destino es el canónico, y que una redirección temporal como 302 o 307 mantiene la dirección antigua en los resultados de búsqueda](https://developers.google.com/search/docs/crawling-indexing/301-redirects) (consultado el 20 de septiembre de 2026). Poner una redirección temporal en una mudanza definitiva es, por tanto, una forma sutil de bloquear tu propia mudanza. Elige además una redirección que se haga en el servidor, no en JavaScript. Google considera las redirecciones con JavaScript [utilizables solo si no puedes hacer otra cosa](https://developers.google.com/search/docs/crawling-indexing/301-redirects) (consultado el 20 de septiembre de 2026). Y hazlo en un solo paso: una dirección antigua que pasa por una dirección intermedia hasta la nueva es más lenta para los visitantes y aumenta la probabilidad de que algo se rompa por el camino. Google aconseja [mantener las redirecciones al menos 1 año](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes) (consultado el 20 de septiembre de 2026), para que Google pueda transferir todas las señales, incluidos los enlaces de otros sitios a tus direcciones antiguas. Para los visitantes, en realidad nunca hace falta quitarlas. Eso sí, actualiza tus propios enlaces, porque una redirección es más lenta que una dirección directa. ## Así lo hicimos en nuestro propio blog Una mudanza a pequeña escala es un buen ejercicio, así que tomemos nuestro propio blog como ejemplo. Hasta el 14 de septiembre de 2026, el blog neerlandés de FWRD estuvo en `/blog/`. El 15 de septiembre de 2026 se mudó a `/nl/blog/`. Cuatro días después, el 19 de septiembre de 2026, `/blog/` pasó a ser el blog en inglés, junto con versiones en alemán, francés, español y portugués, cada una en su propia carpeta de idioma. Ahí había tres decisiones que encontrarás en cualquier mudanza: - **Una lista fija en lugar de una regla comodín.** La solución cómoda era una regla que enviara todo lo que hay bajo `/blog/` a `/nl/blog/`. Pero desde que `/blog/` contiene artículos en inglés, esa regla se llevaría cada artículo en inglés y lo enviaría a una página en neerlandés. En la dirección antigua solo hubo tres artículos en neerlandés, así que fijamos esos tres como lista cerrada. Todo lo que no está en la lista no se redirige. - **Incluir todas las variantes de una dirección.** Una página tiene más direcciones de las que crees. Además del propio artículo, también se mudaron la versión sin barra final, la versión de texto para máquinas con la extensión `.md` y las páginas de autor. Quien solo redirige el artículo deja atrás el resto. - **No redirigir algo a propósito.** El feed del blog, `/blog/rss.xml`, pertenece desde ese cambio al blog en inglés. Si lo hubiéramos redirigido al feed neerlandés, cada página en inglés anunciaría un feed en otro idioma. Lo descubrimos en la primera ronda de traducciones. Una redirección debe seguir la intención de la dirección antigua, no solo la ruta. Esto último es el núcleo de todo el artículo: una redirección es una afirmación sobre lo que significa una dirección. Esa afirmación tiene que ser correcta, aunque cambie la pregunta que había detrás. El resultado se puede comprobar con un comando normal en la línea de comandos o en tu navegador: la dirección antigua debe llegar a la página nueva de una sola vez con una redirección permanente. Así lo comprobamos el 15 de septiembre de 2026, y así debes revisarlo para cada dirección de tu propio mapa. ## Qué revisas justo después de la mudanza En cuanto las redirecciones están en vivo, hay una lista corta que repasar. Google recoge los puntos principales en [la guía para iniciar la mudanza](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes) (consultado el 20 de septiembre de 2026): - Prueba las redirecciones. Hazlo para tus direcciones más importantes con la inspección de URL de Search Console y para el resto con un script que recorra todo el mapa. - Comprueba que la referencia canonical de las páginas nuevas apunta a las direcciones nuevas y no todavía a las antiguas. - Quita la regla `noindex` que pusiste durante la construcción para evitar que la web nueva se indexara antes de tiempo. Este error pasa desapercibido hasta que tu posición ha desaparecido, porque la web nueva se ve perfectamente bien. - Revisa tu robots.txt. Muchos constructores bloquean en él todo el rastreo durante el desarrollo y olvidan levantarlo. - Envía el sitemap nuevo a Search Console. - Si te mudas a otro dominio, existe además la herramienta de cambio de dirección de Search Console. Para una mudanza dentro del mismo dominio, como de HTTP a HTTPS o de una carpeta a otra, no la necesitas. Después, durante las semanas siguientes, mira a diario el informe de páginas indexadas y el informe de rendimiento, por dirección y no solo como total. Una mudanza se hace por dirección, y por eso también ves por dirección si ha salido bien. ## Lo que suele salir mal Cuatro errores son evidentes. El primero es hacer el mapa con lo que ves en la web en lugar de con lo que Google ya conoce. El segundo es dejar puesto un ajuste de construcción como `noindex`. El tercero es mudarte y reescribir además el contenido, con lo que ya no puedes explicar una caída. El cuarto es limpiar las redirecciones a las pocas semanas porque la web antigua ya no existe. Si no quieres averiguarlo tú, puedes [pasar tu web a FWRD](/es/switch-web-agency/), donde tus textos y tu estructura actuales son el punto de partida de la web nueva. Si primero quieres saber qué hay ahora en tu web y qué ve Google de ella, empieza con [un análisis de tu web](/es/website-audit/). ## Notas al margen - **Contexto**: Google valora una mudanza por dirección, no por sitio. Cada página que olvidas no se muda contigo. - **Sobre este artículo**: El ejemplo de abajo es una mudanza de nuestro propio blog y una limpieza de nuestras propias redirecciones, con los datos. ## Temas - [SEO](https://fwrd.digital/es/blog/tag/seo/) - [Producto](https://fwrd.digital/es/blog/tag/producto/) _Escrito con IA por FWRD. Las fuentes y las cifras están enlazadas en el texto._