Caída de tráfico tras el rediseño de una web: cómo encontrar el cambio que la causó
Una caída de tráfico tras el rediseño de una web suele deberse a URLs cambiadas sin redirecciones, páginas o contenidos eliminados, reglas noindex o robots.txt heredadas del entorno de pruebas, o una etiqueta de analítica que ha desaparecido. Revisa primero la medición, compara después los clics de Search Console por grupo de páginas y alinea la fecha de cada publicación.
¿Por qué cae el tráfico después de rediseñar una web?
El tráfico cae tras un rediseño cuando el relanzamiento toca algo de lo que dependen Google o tu analítica: URLs, redirecciones, contenido indexable, enlaces internos o la etiqueta de medición. Un aspecto nuevo, por sí solo, rara vez explica la pérdida; los cambios que llegan con él, sí.
La mayoría de los rediseños agrupan muchos cambios en una sola fecha. Plantillas nuevas, otro CMS, una estructura de URLs «más limpia», páginas fusionadas, un banner de cookies nuevo y una etiqueta reinstalada salen a producción a la vez. Por eso las primeras semanas tras el lanzamiento cuestan tanto de interpretar: varias causas posibles comparten la misma fecha.
Los sospechosos habituales:
- URLs cambiadas sin redirección. Las URLs antiguas devuelven un 404, y el posicionamiento y los enlaces que tenían no pasan a las páginas nuevas.
- Redirecciones mal hechas. Redirecciones temporales (302, 307) donde debían ser permanentes, cadenas de varios saltos o muchas páginas antiguas enviadas a la nueva home.
- Contenido eliminado o fusionado. Páginas que posicionaban para búsquedas long tail se han recortado o se han quedado en un párrafo de otra página.
- Restos del entorno de pruebas. Un disallow en el robots.txt o una etiqueta noindex del entorno de staging ha llegado a producción.
- Plantillas distintas. Títulos, encabezados o menús nuevos que pierden las palabras por las que la página posicionaba, o menos enlaces internos hacia páginas profundas.
- Medición rota. La etiqueta de analítica o la configuración de consentimiento no se ha migrado, y el tráfico parece menor de lo que es.
Si la caída empezó en una fecha sin relanzamiento, el artículo sobre por qué ha caído el tráfico orgánico cubre las actualizaciones de Google y otras causas.
¿La caída es real o el rediseño ha roto la medición?
Compruébalo primero, porque una etiqueta rota tras el relanzamiento se ve exactamente igual que una pérdida de tráfico. Compara GA4 con Google Search Console: si los clics de Search Console se mantienen mientras las sesiones de GA4 caen el día del lanzamiento, el problema es de medición, no de visitas.
- Abre la web nueva y mira el informe En tiempo real de GA4. Según Google, los datos deberían empezar a aparecer ahí a los pocos minutos de que la etiqueta se active correctamente.
- Usa DebugView o Tag Assistant para confirmar que las páginas vistas y los eventos clave se activan en las plantillas nuevas, incluidos formularios y páginas de agradecimiento.
- Revisa si el banner de consentimiento cambió con el rediseño, porque una configuración nueva puede impedir que las etiquetas se activen.
- Compara los clics orgánicos de Search Console con las sesiones orgánicas de GA4 en los mismos días. Una brecha que se abre el día del lanzamiento apunta a la medición.
Dale tiempo a los informes estándar: Google aconseja esperar entre 24 y 48 horas al procesamiento completo, así que no juzgues el relanzamiento con los informes del mismo día. Para una revisión paso a paso, lee cómo distinguir un problema de medición de una pérdida real de visitas y nuestra guía de Tag Assistant. Si han caído las conversiones pero no el tráfico, revisa también formularios y URLs de agradecimiento: nuestro artículo sobre el seguimiento de conversiones de Google Ads recoge los cambios que alteran el recuento.
Lee también: ¿Por qué ha bajado mi ROAS? Cómo encontrar el cambio que hay detrás · Cómo explicar una caída de conversiones al cliente
¿Cuánto tarda en recuperarse el tráfico tras un rediseño o una migración?
Si las URLs han cambiado, cuenta con cierto movimiento. La documentación de Google sobre traslados de sitios avisa de que habrá fluctuaciones en el posicionamiento durante el traslado y de que, en un sitio de tamaño medio, pueden pasar varias semanas o más hasta que la mayoría de las páginas se trasladen en el índice; los sitios grandes tardan más.
El traslado solo se completa cuando Googlebot ha visitado cada URL antigua y nueva al menos una vez, y Google no tiene una frecuencia de rastreo fija. Así que una recuperación lenta e irregular es normal en las primeras semanas. Lo que no es normal es una pérdida concentrada en páginas cuyas URLs antiguas dan error, o en páginas que han dejado de estar indexadas.
| Lo que ves | Significado probable | Dónde revisarlo |
|---|---|---|
| El sitemap de URLs antiguas baja y el de las nuevas sube | El traslado se está procesando | Search Console, informe Sitemaps |
| Muchas URLs antiguas en «No se ha encontrado (404)» | Faltan redirecciones | Informe «Indexación de páginas», herramienta de inspección de URLs |
| URLs nuevas sin indexar semanas después | Bloqueadas, con noindex o sin enlaces | Informe «Indexación de páginas», robots.txt, código de la página |
| Los clics han caído en una sola plantilla | Un cambio de plantilla, no todo el traslado | Clics de Search Console filtrados por página |
| GA4 cae, los clics de Search Console no | Medición, no tráfico | En tiempo real de GA4, DebugView, Tag Assistant |
Google también recomienda mantener las redirecciones todo el tiempo posible, 1 año como mínimo por lo general, para que las señales pasen a las URLs nuevas (guía de Google sobre traslados de sitios). Quitarlas pronto porque el tráfico «ha vuelto» puede reabrir el problema.
¿Qué cambios del rediseño debes revisar primero?
Empieza por los cambios que sacan páginas del índice de Google y sigue por los que cambian lo que dicen las páginas. Los errores de redirección e indexación tumban el tráfico rápido; los cambios de plantilla y contenido suelen notarse como un descenso más lento.
Redirecciones
Google recomienda redirecciones permanentes del lado del servidor (301 o 308) desde cada URL antigua a su equivalente nueva más cercana. Las redirecciones temporales (302, 303, 307) le dicen a Google que la URL antigua sigue siendo la canónica. Evita las cadenas (lo ideal es no pasar de 3 saltos y quedarse por debajo de 5) y no envíes muchas URLs antiguas a una única página sin relación, como la home. Las redirecciones con JavaScript son el último recurso, porque el renderizado puede fallar y Google podría no verlas nunca (redirecciones y la Búsqueda de Google).
Errores 404 y páginas eliminadas
Según Google, los errores 404 no perjudican la indexación ni el posicionamiento del resto de tu web. La pérdida viene de los 404 en páginas que han cambiado de dirección: si el contenido se ha movido, añade una redirección. Exporta las URLs antiguas que recibían clics y revísalas una a una.
Reglas de indexación
Busca un disallow en el robots.txt o una etiqueta noindex copiada de staging, y etiquetas canónicas que apuntan al dominio antiguo o a la página equivocada. La herramienta de inspección de URLs muestra cómo ve Google cada URL.
Plantillas y contenido
Compara títulos, encabezados, texto y enlaces internos antiguos y nuevos de tus principales páginas de entrada. Una página más corta, o un menú que ya no enlaza a las categorías, puede perder posiciones sin ningún error técnico.
¿Cómo aíslo qué publicación causó la caída de tráfico?
Fecha la caída con precisión, divídela por grupos de páginas y asocia cada grupo afectado con la publicación que lo tocó. Un rediseño casi nunca es un único cambio; es una serie de publicaciones, y la que coincide con la fecha y con las páginas es la causa.
- Descartar la medición
- Dividir la caída por grupo de páginas
- Asociar cada grupo a una publicación
- Probar una corrección cada vez
En Search Console, compara los clics de las cuatro semanas anteriores y posteriores al lanzamiento y filtra por página o patrón de URL, como /blog/, /productos/ o /servicios/. Si solo un grupo ha perdido clics, la causa está en lo que cambió para ese grupo: sus URLs, su plantilla o sus redirecciones. Después revisa los factores externos de esos mismos días, como una actualización de Google o una campaña en pausa, para no culpar al rediseño de otra cosa.
Lo difícil son las fechas. A un relanzamiento suelen seguirle parches, tandas de redirecciones, un banner de consentimiento nuevo y retoques de contenido durante varios días, mientras las campañas de pago siguen cambiando en paralelo. Con todos los cambios en una sola línea de tiempo, verías que las redirecciones del blog se publicaron el martes, dos días después del lanzamiento y justo el día en que cayeron los clics del blog. En Changeline, el equipo registra cada publicación con fecha, responsable y motivo, y los cambios de Google Ads se importan automáticamente al lado, de modo que web y campañas quedan en la misma línea de tiempo.
Ejemplo: un cliente pregunta por qué los leads orgánicos han caído un 30 % dos semanas después del relanzamiento. Al alinear los cambios de los días anteriores, la agencia ve que el tercer día fusionó 40 páginas de servicios en 8 y redirigió el resto a la home. Los clics a las páginas de servicios bajaban desde esa fecha, mientras el blog seguía estable. Redirigir cada página antigua al servicio nuevo más cercano explicó la caída al cliente y dio una solución clara. (Nombres y cifras ilustrativos.)
- LanzamientoWebRelanzamiento del sitio
- Día 3Web40 páginas de servicios fusionadas en 8
- Día 3WebEl resto redirigido a la home
- Semana 2Leads orgánicos −30 %
Leads orgánicos por semanaTras relanzar: −30 %
¿Cómo se corrige una caída de tráfico tras un rediseño?
Corrige primero lo que deja páginas fuera del índice, recupera después el contenido que posicionaba y cambia una sola cosa cada vez para saber qué ha funcionado.
- Reúne las URLs antiguas a partir de sitemaps antiguos, registros del servidor, analítica, el CMS y Search Console, como sugiere la guía de Google, y crea la asignación de URLs antiguas a nuevas.
- Añade redirecciones permanentes para cada URL movida y corrige cadenas y redirecciones a la home.
- Quita las etiquetas noindex y los bloqueos del robots.txt que hayan quedado, y corrige las canónicas.
- Envía el sitemap nuevo en Search Console. Mantén el antiguo un tiempo para ver cómo sus páginas indexadas bajan hacia cero y luego elimínalo.
- Recupera títulos, encabezados, secciones y enlaces internos en las páginas que más clics han perdido.
- Anota cada corrección con su fecha, para leer después la recuperación frente a ella.
Si ha cambiado el propio dominio, usa la herramienta de cambio de dirección de Search Console en el sitio antiguo. Google indica que sirve para cambios de dominio o subdominio, no para pasar de HTTP a HTTPS, cambiar el www en el mismo dominio ni modificar rutas dentro de un dominio.
¿Cómo planificar el próximo rediseño con todos los cambios registrados?
Guarda una referencia antes del lanzamiento y lleva un registro con fecha de cada publicación posterior. La mayoría de las discusiones tras un rediseño giran en torno a fechas que nadie apuntó.
- Guarda tus principales páginas de entrada por clics y conversiones de los últimos 3 meses, además de un sitemap de las URLs antiguas.
- Publica por fases cuando puedas (plantillas, luego URLs, luego contenido), para que cada fase tenga su propia fecha.
- Apunta cada publicación: fecha y hora, páginas afectadas, qué cambió, responsable y motivo.
- Marca también el lanzamiento en tu analítica; nuestra guía de anotaciones en GA4 explica cómo.
- Acuerda con el cliente, antes del lanzamiento, cuánto tiempo esperaréis para valorar los resultados.
Un registro de cambios de la web lo convierte en costumbre, y la guía del registro de cambios de marketing explica cómo mantener juntos web y campañas. Nuestra plantilla de registro de cambios de marketing ya trae las columnas y, cuando el cliente pregunte qué ha pasado, esta guía para explicar una caída a un cliente te ayuda con la conversación.
La próxima vez que caiga una métrica, ya tendrás la lista de sospechosos
Changeline reúne los cambios de tu equipo, los cambios importados de Google Ads y los cambios en web, tracking y CRM en una línea de tiempo por cliente.
Plan Free: 1 proyecto, 2 editores, 15 días de historial. Sin tarjeta.
Preguntas frecuentes
¿Es normal perder tráfico después de rediseñar una web?
Cierto movimiento es normal cuando cambian las URLs: Google avisa de fluctuaciones en el posicionamiento y de que un sitio de tamaño medio puede tardar varias semanas o más en trasladarse. Un rediseño que conserva las mismas URLs no debería provocar por sí solo una gran caída. Si lo hace, revisa la medición, las reglas de indexación y el contenido de las páginas que han perdido clics.
¿Cuánto tiempo hay que mantener las redirecciones 301 tras una migración?
Google recomienda mantenerlas todo el tiempo posible, por lo general 1 año como mínimo, para que las señales pasen a las URLs nuevas. Mantenlas más tiempo en las URLs antiguas que siguen recibiendo enlaces o visitas. Quitar las redirecciones pronto puede traer de vuelta errores 404 y pérdidas de posiciones.
¿Los errores 404 tras el rediseño perjudican el posicionamiento?
Google indica que los errores 404 no perjudican la indexación ni el posicionamiento del resto de la web. La pérdida se queda en la propia página: si una página que posicionaba devuelve ahora un 404 en lugar de redirigir, su tráfico se pierde. Redirige el contenido que ha cambiado de sitio y deja que lo eliminado de verdad devuelva 404 o 410.
¿Debo redirigir las páginas antiguas a la home?
No. Google desaconseja enviar muchas URLs antiguas a una única página sin relación, como la página de inicio. Redirige cada URL antigua a su equivalente nueva más cercana. Si no existe equivalente, es mejor que la URL antigua devuelva un 404 que redirigirla a la home.
¿Por qué han caído las conversiones tras el rediseño, pero no el tráfico?
En ese caso la causa suele estar en la medición o en el formulario: una URL de agradecimiento que ya no coincide con la regla de conversión, una etiqueta que falta en las plantillas nuevas, un banner de consentimiento distinto o un formulario que falla en algunos dispositivos. Prueba una conversión real en la web nueva y revisa la fecha de cada cambio.
Fuentes
- Traslados de sitios con cambios de URL (Centro de la Búsqueda de Google)
- Redirecciones y la Búsqueda de Google (Centro de la Búsqueda de Google)
- Informe «Indexación de páginas» (Ayuda de Search Console)
- Errores 404 (página no encontrada) (Ayuda de Search Console)
- Verificar la configuración de Google Analytics y solucionar problemas (Google for Developers)