Una web pierde posicionamiento al rediseñarla cuando cambian las direcciones de las páginas y Google no encuentra el camino de las antiguas a las nuevas. Casi siempre se debe a un puñado de errores evitables: redirecciones que faltan o están mal hechas, bloqueos de la versión de pruebas que llegan a producción, catálogos en PDF que desaparecen y textos que se eliminan sin pensar en lo que traían. Aquí están los más habituales y cómo comprobar cada uno antes y después del lanzamiento.
Por qué un rediseño puede hundir las visitas desde Google
Google no posiciona «la web», sino páginas concretas con una dirección concreta (la URL). Si la página de un producto pasa de /productos/valvula-bola-inox a /catalogo/valvulas/bola-acero-inoxidable, para el buscador son dos páginas distintas: la antigua deja de existir y la nueva empieza de cero, salvo que se le indique la relación entre ambas con una redirección permanente.
En una empresa industrial esto pesa más de lo que parece. Muchas peticiones de presupuesto llegan por búsquedas muy concretas (una referencia, un material, una norma) que caen en páginas de producto o de servicio que llevan años en Google. Esas son precisamente las páginas que más cambian en un rediseño.
Los errores que más posicionamiento hacen perder
1. Cambiar las URL sin un mapa de redirecciones
Es el error principal. La documentación de Google para traslados de sitio pide relacionar cada URL antigua con su equivalente en la web nueva antes de publicar. En la práctica es una hoja de cálculo con dos columnas: dirección antigua y dirección nueva. Si una URL puede mantenerse igual, mejor mantenerla: cada dirección que no cambia es un riesgo menos.
2. Usar redirecciones temporales o hechas con JavaScript
No todas las redirecciones valen lo mismo. Google trata las 301 y 308 como permanentes y muestra la página de destino en los resultados; las 302 y 307 son temporales y mantienen la página de origen. Además, Google indica que las redirecciones hechas en el servidor son las que mejor interpreta, y que las de JavaScript solo deben usarse si no hay otra opción, porque puede no detectarlas.
3. Redirigir todo a la página de inicio
Cuando hay prisa, es tentador mandar todas las URL antiguas a la portada. Google desaconseja expresamente redirigir muchas URL antiguas a un único destino que no sea relevante. Una ficha de producto antigua debe ir a la ficha nueva del mismo producto o, si ya no existe, a la categoría más parecida. Si el contenido desaparece sin sustituto, lo correcto es que devuelva un error 404 o 410 (respuesta del servidor que indica que la página ya no existe).
4. Encadenar redirecciones
Si la web ya tuvo un rediseño anterior, es fácil acabar con cadenas: la URL de 2015 redirige a la de 2019 y esta a la de ahora. Google recomienda evitarlas y, si no se puede, no pasar de tres saltos. La solución es actualizar las redirecciones antiguas para que apunten directamente al destino final.
5. Publicar con el bloqueo de la versión de pruebas
Mientras se construye, la web nueva suele estar oculta a los buscadores con una etiqueta noindex (instrucción que pide a Google no incluir la página en sus resultados) o con un bloqueo en el archivo robots.txt. Si ese bloqueo llega a producción, la web nueva desaparece de Google. Y al revés: Google advierte de que robots.txt no impide que una página aparezca en sus resultados, así que la versión de pruebas debe protegerse con contraseña o con noindex, no solo con robots.txt.
6. Olvidar los catálogos y fichas técnicas en PDF
Los PDF también tienen URL, también aparecen en Google y muchas veces otras webs (distribuidores, directorios, clientes) enlazan a ellos. Si en el rediseño se suben a otra carpeta de la biblioteca de medios, cada enlace externo a esos documentos se rompe. Hay que incluirlos en el mapa de redirecciones igual que las páginas.
7. Recortar los textos que traían las visitas
Un diseño más visual a veces sustituye párrafos técnicos por fotos y frases cortas. Si la página posicionaba por una aplicación, una tolerancia o un material que solo se mencionaba en ese texto, al quitarlo se pierde la razón por la que Google la mostraba. Antes de rehacer el contenido conviene revisar en Search Console por qué búsquedas recibe impresiones cada página.
8. Dejar enlaces internos y mapa del sitio con las URL antiguas
Aunque las redirecciones funcionen, los menús, los textos y el mapa del sitio (sitemap, el archivo que lista las páginas para los buscadores) deben apuntar ya a las direcciones nuevas. Google lo pide así en su guía de traslados.
9. Perder la medición de formularios y llamadas
No afecta al posicionamiento, pero sí a saber si el rediseño ha funcionado. Si los formularios nuevos no envían el evento a Analytics o cambia la página de agradecimiento, el lunes siguiente parecerá que no entran peticiones. Conviene revisarlo con la misma lista que se usó para medir el origen de cada petición de presupuesto.
10. Quitar las redirecciones a los pocos meses
Google recomienda mantener las redirecciones el mayor tiempo posible y, como mínimo, un año. Un cambio de alojamiento o de plantilla puede borrar las reglas sin que nadie lo note, así que deben quedar documentadas.
Si la web es una tienda, hay pasos propios de cada programa; en el caso de PrestaShop están en el artículo sobre cómo actualizar una tienda PrestaShop antigua sin perder visitas.
Lista de comprobación antes y después del lanzamiento
| Momento | Comprobación | Dónde se mira |
|---|---|---|
| Antes | Listado de todas las URL actuales, incluidos los PDF | Mapa del sitio actual y un rastreador de la web |
| Antes | Páginas que reciben impresiones y clics, y por qué búsquedas | Search Console, informe de Rendimiento (últimos 12 meses) |
| Antes | Mapa de redirecciones URL antigua → URL nueva, sin cadenas | Hoja de cálculo revisada página a página |
| Antes | Versión de pruebas protegida con contraseña o noindex | Configuración del servidor o del gestor de contenidos |
| Lanzamiento | Redirecciones 301 activas desde el primer minuto | Inspección de URLs de Search Console o un rastreador |
| Lanzamiento | Ningún noindex ni bloqueo de robots.txt heredado de pruebas | Código de las páginas y archivo robots.txt |
| Lanzamiento | Mapa del sitio nuevo enviado | Search Console, informe de Sitemaps |
| Lanzamiento | Formularios, eventos de Analytics y teléfonos funcionando | Envío de prueba y vista en tiempo real de Analytics |
| Semanas siguientes | Errores de rastreo y páginas no indexadas inesperadas | Search Console, informe de indexación de páginas |
| Semanas siguientes | Las URL nuevas ganan impresiones y las antiguas las pierden | Search Console, informe de Rendimiento |
Qué es normal después del lanzamiento y qué no
Google avisa de que durante un traslado puede haber una fluctuación temporal en las posiciones, y de que en sitios pequeños y medianos suele tardar algunas semanas en sustituir la mayoría de las URL antiguas por las nuevas. Una bajada moderada durante ese periodo entra dentro de lo esperable.
Lo que no es normal es que las páginas que más visitas traían devuelvan errores 404, que la web nueva no aparezca al buscar su propio nombre o que el número de páginas indexadas caiga en picado. En cualquiera de esos casos hay que revisar el mapa de redirecciones y los bloqueos de inmediato, sin esperar a ver si se corrige solo.
Cuándo conviene hacerlo con un equipo externo
Una web de diez o quince páginas en la que se mantienen las URL se puede migrar en casa con esta lista. Cuando hay cientos de fichas de producto, catálogos en PDF enlazados desde fuera, varios idiomas o un rediseño anterior con redirecciones antiguas, el riesgo de perder peticiones de presupuesto es alto y compensa que lo planifique un equipo que haya hecho migraciones antes. Así es como planteamos los rediseños de webs de empresas industriales: el mapa de redirecciones y la medición se preparan antes de tocar el diseño.
Preguntas frecuentes
¿Se pierde posicionamiento solo por cambiar el diseño?
Si las URL y los textos se mantienen, cambiar el aspecto visual no debería hacer perder posiciones por sí mismo. El riesgo aparece cuando cambian las direcciones, se elimina contenido o se cuelan bloqueos de la versión de pruebas.
¿Cuánto tiempo hay que mantener las redirecciones 301?
Google recomienda mantenerlas el mayor tiempo posible y, como mínimo, un año. Lo más prudente es no quitarlas nunca, porque quedan enlaces externos y marcadores de clientes que siguen apuntando a las direcciones antiguas.
¿Hay que usar la herramienta de cambio de dirección de Search Console?
Solo si cambia el dominio o el subdominio, por ejemplo de un dominio .es a uno .com. Si el dominio es el mismo y solo cambian las rutas de las páginas, basta con las redirecciones y el nuevo mapa del sitio.
¿Qué hago con las páginas que ya no tienen equivalente?
Si hay una página parecida (una categoría, un producto sustituto), se redirige allí. Si no la hay, es preferible que devuelva un error 404 o 410 antes que mandarla a la página de inicio.
Fuentes
- Google Search Central, «Cómo trasladar un sitio con cambios de URL»: developers.google.com (consultado el 4 de noviembre de 2026).
- Google Search Central, «Redirecciones y la Búsqueda de Google»: developers.google.com (consultado el 4 de noviembre de 2026).
- Google Search Central, «Introducción a robots.txt»: developers.google.com (consultado el 4 de noviembre de 2026).