Te han hecho un rediseño o una migración, la web nueva ya está publicada y, de repente, el tráfico de Google se ha desplomado. Buscas tus keywords y tus páginas ya no aparecen. La primera tentación es pedir que restauren la web antigua.
Respuesta corta: casi nunca hace falta. En la mayoría de los casos la caída tiene una causa concreta y localizable, y se arregla en la web nueva. Restaurar suele ser cambiar las URLs otra vez, es decir, hacer una segunda migración encima de la primera.
En este post te cuento cómo saber qué ha fallado, en qué orden revisarlo y cuándo sí tiene sentido volver atrás.
¿Restauro la web antigua o arreglo la nueva?
Arregla la nueva salvo que no haya forma de hacerlo. Google procesa una migración URL a URL: si ya ha empezado a rastrear e indexar las URLs nuevas y restauras las antiguas, le obligas a deshacer el camino y le das otra tanda de cambios que procesar.
| Situación | Qué hacer |
|---|---|
| La web nueva funciona, pero faltan redirecciones o hay algún bloqueo | Arreglar la nueva |
| La migración se publicó hace muy pocos días y la web nueva está rota (páginas vacías, errores, contenido perdido) | Valorar restaurar |
| No tienes acceso para crear redirecciones ni nadie que pueda hacerlo | Valorar restaurar |
| Han pasado semanas y Google ya indexa las URLs nuevas | Arreglar la nueva |
Si al final restauras, haz el camino inverso con el mismo cuidado: las URLs nuevas que Google ya conozca tienen que redirigir con una 301 a las antiguas.
Qué revisar, en este orden
El orden importa: empieza por lo que deja la web entera fuera de Google y termina por lo que solo resta posiciones.
1. Que la web no esté bloqueada para Google
Es el fallo más frecuente y el más rápido de arreglar. Mientras se desarrolla la web nueva se suele bloquear para que Google no la indexe a medias, y a veces ese bloqueo se queda puesto al publicarla.
- Etiqueta noindex. Abre el código fuente de una página y busca «noindex». En WordPress, revisa en Ajustes > Lectura que no esté marcada la casilla «Disuadir a los motores de búsqueda de indexar este sitio».
- robots.txt. Entra en tudominio.com/robots.txt. Si ves
Disallow: /debajo deUser-agent: *, estás bloqueando todo el rastreo. - Comprobación en Search Console. Usa la herramienta de inspección de URLs con alguna página importante. Te dirá si Google puede rastrearla e indexarla.
2. Redirecciones 301 de las URLs antiguas a las nuevas
Si las URLs han cambiado y no hay redirecciones, Google llega a las antiguas, encuentra un 404 y pierde todo lo que esas páginas tenían posicionado. Los enlaces externos que apuntaban a ellas también se pierden.
Para recuperar la lista de URLs antiguas:
- Search Console: Rendimiento > Páginas, con un rango de fechas anterior a la migración. Exporta el listado.
- Search Console: el informe de Enlaces, para ver qué páginas recibían enlaces externos.
- El sitemap antiguo, si alguien lo guardó.
- archive.org (Wayback Machine), para webs pequeñas sin otra fuente.
Con esa lista, crea un mapeo: cada URL antigua apunta a su equivalente nueva. Reglas básicas:
- Usa redirecciones permanentes en el servidor (301 o 308), no redirecciones por JavaScript.
- Una a una. No mandes todas las URLs antiguas a la home: Google puede tratarlo como un error soft 404.
- Sin cadenas: la URL antigua debe ir directa al destino final, sin saltos intermedios.
- Si un contenido ya no existe y no tiene equivalente, mejor un 404 o 410 que una redirección a algo que no tiene nada que ver.
- Mantén las redirecciones al menos un año. Google recomienda tenerlas el máximo tiempo posible.
No te preocupes por perder fuerza: Google confirma que las redirecciones 301 no hacen perder PageRank. Si tu web es un WordPress, aquí te explico cómo cambiar la URL de un post.
3. Search Console: indexación y sitemap
- Informe de indexación de páginas: busca picos de «No encontrada (404)», «Excluida por la etiqueta noindex» o «Bloqueada por robots.txt» a partir de la fecha de la migración.
- Sitemap nuevo: envíalo con las URLs nuevas. Comprueba que no lleva URLs antiguas ni páginas que redirigen.
- Cambio de dominio: solo si has cambiado de dominio o subdominio, usa la herramienta de Cambio de dirección. Para cambios de URL dentro del mismo dominio no hace falta.
4. Canonicals y enlazado interno
- Cada página nueva debe tener una etiqueta canonical que apunte a sí misma. Es habitual que en la web nueva sigan apuntando a las URLs antiguas o a la versión de pruebas.
- Los menús, el pie y los enlaces dentro de los textos deben apuntar a las URLs nuevas, no a las antiguas que redirigen.
5. El contenido que se ha perdido por el camino
Un rediseño no solo cambia la apariencia. Muchas veces se recortan textos para que el diseño quede más limpio, se cambian los títulos o desaparecen secciones enteras.
Compara las páginas que más tráfico traían con su versión nueva: título SEO, H1, texto, imágenes. Si la página nueva dice menos que la antigua, es normal que Google la posicione peor.
¿Cuánto tarda en recuperarse?
Según la propia documentación de Google, en una web pequeña o mediana lo normal es que tarde unas semanas en mostrar las URLs nuevas en lugar de las antiguas. En webs grandes, más.
Durante ese tiempo es normal que las posiciones bailen. Lo que no es normal es que la web desaparezca por completo: eso casi siempre apunta a un bloqueo (punto 1) o a la falta de redirecciones (punto 2).
La velocidad depende sobre todo del número de URLs y de lo rápido que responda el servidor. Enviar el sitemap nuevo ayuda a que Google descubra antes los cambios.
Cuanto antes se corrija, mejor. Mientras las URLs antiguas devuelven error, Google las va sacando del índice y los enlaces que apuntaban a ellas dejan de sumar.
Cómo evitarlo en la próxima migración
La mayoría de estos problemas se evitan si el SEO entra en el proyecto antes de publicar, no después.
- Antes de tocar nada, guarda el listado de URLs actuales y exporta los datos de Search Console. Después es mucho más difícil recuperarlos.
- Prepara el mapeo de redirecciones antes de publicar, no cuando ya se ha caído el tráfico.
- Cambia una cosa cada vez. Google lo recomienda expresamente: si vas a cambiar de dominio, de CMS y de diseño, mejor por separado. Si algo falla, sabrás qué ha sido.
- Elige un momento de poco tráfico para publicar.
- El día de la publicación, revisa noindex, robots.txt, canonicals y una muestra de redirecciones antes de dar el trabajo por cerrado.
- Vigila Search Console a diario durante las primeras semanas.
Preguntas frecuentes
¿Es normal perder tráfico después de una migración?
Una bajada temporal y fluctuaciones de posiciones durante unas semanas, sí. Que la web desaparezca de Google, no: eso indica un fallo técnico.
¿Puedo redirigir todas las URLs antiguas a la home?
No. Cada URL antigua debe ir a su equivalente nueva. Redirigir todo a la home confunde a los usuarios y Google puede tratarlo como un error.
¿Cuánto tiempo tengo que mantener las redirecciones?
Como mínimo un año, y si puedes, siempre.
¿Las redirecciones 301 hacen perder posicionamiento?
No. Google confirma que las redirecciones permanentes no hacen perder PageRank.
¿Tengo que usar la herramienta de cambio de dirección de Search Console?
Solo si has cambiado de dominio o de subdominio. Para cambios de URL dentro del mismo dominio, no.
¿Tu web ha perdido el SEO tras una migración?
Si has revisado estos puntos y no encuentras el problema, o no tienes tiempo de hacerlo, escríbeme y lo vemos.
