La historia siempre es la misma. Llevabas 5, 6, 10 años con la web vieja. Fea, sí. Anticuada, también. Pero cada mes te traía 4.000, 8.000, 15.000 visitas orgánicas y un flujo estable de clientes. Decidiste modernizar. Contrataste agencia o diseñador. Dos meses de proyecto. Lanzamiento. Web nueva — bonita, rápida, con mejor UX. Y a los 7-15 días el tráfico cayó al suelo. Ahora estás aquí, esta mañana, buscando qué ha pasado mientras la cuenta de clientes nuevos del mes apunta a la mitad de lo normal.
Quédate con esto primero: en el 90 % de los casos se recupera entre el 70 % y el 95 % del tráfico perdido en 4-10 semanas. Pero el reloj está corriendo. Cada semana que pasa sin arreglar las redirecciones, Google va limpiando su índice de URLs viejas y el trabajo de recuperación se hace más largo. Te explico las 8 cosas que se rompen en una migración, cómo ver cuál te ha pasado a ti y el plan para recuperar lo perdido.
Tienes la ventana abierta. La mayoría de roturas de migración se arreglan con intervención rápida en los primeros 30 días. Pasados 60-90 días, parte del tráfico ya no se recupera porque Google ha reconsolidado rankings con la web nueva en los puestos actuales. Actúa esta semana, no el mes que viene.
Test rápido — ¿qué nivel de rotura tienes?
Abre Search Console → Rendimiento → comparativa (últimos 28 días vs 28 días anteriores). La caída en porcentaje:
Las 8 causas habituales de una caída post-migración
1. Las redirecciones 301 no se hicieron (o se hicieron mal)
La más común y la más grave. Cada URL que tenía tu web vieja y ahora no existe (o cambió de dirección) tenía que redirigirse con un 301 a la URL nueva equivalente. Si no se hizo, Google encuentra 500-2.000 páginas que dan 404 y empieza a despindexarlas. La autoridad y ranking que tenían esas URLs se pierde.
Cómo detectarlo: Search Console → Indexación → Páginas → Excluidas. Si hay cientos de URLs «no encontradas (404)», ahí está. O abre una URL antigua que sabías que funcionaba y mira: si da 404, no está redirigida.
Qué hago: exporto el mapa de URLs viejas (con archive.org o Ahrefs si había backup). Hago un mapping de cada URL vieja a su equivalente nueva. Configuro las 301 (en .htaccess si es Apache, en el panel del CMS, o con plugin). Fuerzo rastreo. Recuperación: 60-85 % en 4-6 semanas.
2. Hay un «noindex» olvidado en la web nueva
El diseñador trabajó en modo staging con «noindex» por todas las páginas para que Google no las indexara mientras construía. Al pasar a producción, olvidó quitarlo. Resultado: Google lee la web nueva y le estás diciendo «no me indexes». Deja de mostrarte.
Cómo detectarlo: abre el código fuente de tu home (Ctrl+U). Busca robots. Si ves <meta name="robots" content="noindex">, ahí está. Repite en 5 URLs más — a veces es solo algunas páginas.
Qué hago: quitar el noindex en el CMS (WordPress → Ajustes → Lectura, o en el tema directamente). Pedir rastreo de las URLs afectadas. Recuperación: 90-100 % en 2-3 semanas porque el contenido sigue siendo el mismo.
3. Robots.txt bloqueando secciones enteras
Similar al noindex pero a nivel de sitio. El desarrollador dejó el robots.txt con Disallow: / (bloqueo total) o con reglas demasiado agresivas que bloquean el blog, las fichas de producto o categorías enteras.
Cómo detectarlo: entra en tudominio.com/robots.txt. Lee lo que dice. Si ves Disallow: / o reglas que bloquean directorios con contenido real, ahí está el problema.
Qué hago: editar robots.txt con reglas correctas. Pedir rastreo. Recuperación: 85-95 % en 3-4 semanas.
4. Cambio de URLs sin respetar estructura semántica
Ejemplo clásico: antes tenías /servicios/reformas-integrales-madrid/ que rankeaba bien. Ahora la nueva web lo convirtió en /servicio-12345/ o /es/services/reformas/. Aunque hagas redirección 301, has perdido la keyword en la URL — uno de los factores SEO que usabas.
Cómo detectarlo: compara 20 URLs viejas con sus equivalentes nuevas. Si las nuevas tienen menos keywords relevantes en la URL, ahí hay un problema.
Qué hago: si se detecta a tiempo (primer mes), renombro URLs nuevas para recuperar estructura semántica. Si se detecta después, hay que decidir caso a caso. Recuperación: 60-80 % en 6-10 semanas.
5. Contenido adelgazado o reescrito perdiendo relevancia
El diseñador o redactor «modernizó» el texto de las páginas principales. Antes tenías 800 palabras sobre tu servicio con términos clave repetidos. Ahora tienes 200 palabras «más limpias». Google pierde señales semánticas. Las keywords que te sostenían desaparecen de tu contenido.
Cómo detectarlo: compara el texto de tus 5 URLs más importantes antes y después. Si la reducción es del 50 %+ o se quitaron términos clave, ahí está parte del problema.
Qué hago: rehacer el texto recuperando extensión y términos clave, en tono moderno. Recuperación: 70-90 % en 4-8 semanas.
6. Velocidad peor en la web nueva (aunque parezca mentira)
Lanzas web «moderna» con 8 imágenes grandes, vídeo de fondo, 20 fuentes Google cargadas, JS de 5 plugins. Resultado: LCP de 6 segundos vs los 2.5 que tenía la web anterior. Core Web Vitals en rojo. Google penaliza ranking en móvil.
Cómo detectarlo: PageSpeed Insights de la web nueva. Si LCP > 4s o CLS > 0.1, ahí tienes problema. Compara con la vieja en archive.org.
Qué hago: optimización clásica — imágenes WebP, diferir JS no crítico, fuentes locales, caché, CDN. Recuperación: 80-95 % en 3-6 semanas.
7. Internal linking destruido
La web vieja tenía enlaces internos bien repartidos entre URLs. Productos enlazaban a categorías. Artículos enlazaban a servicios. La home enlazaba a 15 páginas clave. En la web nueva el menú tiene 4 items, la home no linka a fichas de producto, los artículos no enlazan a categorías. Resultado: Google no entiende la jerarquía y baja ranking de URLs «desconectadas».
Cómo detectarlo: Screaming Frog (versión gratuita hasta 500 URLs) te muestra internal links. Compara un crawl antes vs después. Si las URLs importantes tienen < 5 enlaces internos, ahí hay problema.
Qué hago: rehacer internal linking estratégico. Recuperación: 70-85 % en 4-8 semanas.
8. Cambio de dominio, HTTPS, www sin redirecciones dominio-a-dominio
Aprovechaste la migración para cambiar dominio (de .es a .com, cambio de nombre de marca, consolidación de 2 dominios en 1). Si las redirecciones a nivel de dominio no se hicieron con 301 permanente, Google trata los dominios como separados y tu autoridad queda dividida o perdida.
Cómo detectarlo: en Search Console, ¿tenías el dominio viejo como propiedad y sigue recibiendo datos? Si sí, no se migró bien. Haz curl -I dominioviejo.com — ¿devuelve 301 o 200? Si es 200, no está redirigido.
Qué hago: 301 masiva a nivel DNS/hosting. Reclamar el nuevo dominio en Search Console con la herramienta de «Cambio de dirección» de Google. Recuperación: 60-80 % en 6-12 semanas.
Plan de recuperación — primeros 10 días
Aunque no sepas identificar qué causa te aplica, estos 10 días mueven recuperación en casi todos los casos:
Día 1-2 · Inventario de pérdidas. Exportar Search Console a 6 meses. Identificar las 50 URLs que más tráfico perdieron. Ver cuáles dan 404 o han cambiado de URL.
Día 3-5 · Redirecciones 301 correctas. Mapear cada URL perdida a su equivalente. Implementar 301 en bloque. Verificar que todas devuelven 301 y no 302 ni 200.
Día 6-7 · Corregir noindex, robots.txt, velocidad crítica. Quitar bloqueos, mejorar LCP de las 10 URLs más importantes.
Día 8-10 · Forzar rastreo y monitorizar. Pedir indexación de las 50 URLs top en Search Console. Monitorizar diariamente impresiones en GSC.
En el día 14-21 las impresiones empiezan a recuperar en Search Console (los clics van 1-2 semanas por detrás). Semana 4-6, el 60-80 % del tráfico recuperado. Semana 8-10, el 80-95 %.
Auditoría de migración gratuita en 48 horas
Si llevas entre 2 semanas y 3 meses con la caída, es la ventana óptima para intervenir. Mándame:
- URL de la web actual
- URL de la web anterior (si tienes backup o archive.org sirve)
- Acceso lectura a Search Console
- Fecha exacta del lanzamiento
En 48 horas te entrego:
- Diagnóstico de cuál de las 8 causas es la principal (pueden ser varias)
- Porcentaje de tráfico potencialmente recuperable
- Plan de 14 días con tareas priorizadas
- Coste estimado si lo ejecuta un tercero (para comparar propuestas)
Pide la auditoría de migración — sin coste, sin pitch.
Preguntas que me llegan esta semana
Dependiendo de la gravedad. Si se actúa en los primeros 30 días, suele recuperarse el 85-95 %. Si se actúa entre 30-90 días, 70-85 %. Más de 3 meses sin intervención suele recuperar 50-70 %. El resto se va por consolidación de rankings nuevos de competidores que han ocupado tus posiciones.
Depende del contrato que firmaste. Si la agencia se comprometió con «migración SEO» incluida, tienen que arreglarlo sin coste adicional. Si solo se contrató «diseño y desarrollo», el SEO no entraba. Mira el contrato. En cualquier caso, la prioridad es recuperar el tráfico — no la discusión contractual. Eso puede esperar una semana. El tráfico no.
Depende de la magnitud y de cuánto tráfico se ha perdido. Una intervención básica (redirecciones, noindex, robots, sitemap) es acotada y de pago único. Una intervención completa que toque arquitectura, contenido y velocidad es otro proyecto. No tiro precio cerrado sin ver tu caso: si me mandas la URL antigua, la nueva y pantallazo de Search Console de los últimos 6 meses, te paso presupuesto específico en 48 horas.
Casi nunca. Revertir a la web anterior suele ser más daño que beneficio porque genera una segunda migración con sus propios errores. Se queda la nueva, se arregla lo que está roto, y se recupera tráfico sin retroceder en negocio ni diseño.
Si llevas menos de 2 semanas con la caída, no esperes más
Los primeros 30 días son oro. Cada semana que pasa sin 301, Google consolida su índice con tus URLs perdidas. La recuperación se hace más lenta y menos completa cuanto más tardes. Si lanzaste web hace menos de 30 días y notas caída, escríbeme hoy. En 48 horas tienes diagnóstico y plan. Sin coste.
