¿Por qué tantas migraciones hunden el tráfico?

Muchas migraciones fallan porque se tratan como un cambio de diseño y no como un cambio de señales para Google. Si una URL antigua que recibía tráfico desaparece, responde 404 o redirige a una página genérica, el buscador pierde contexto y el usuario también. Yo empezaría cualquier migración identificando qué páginas sostienen el negocio, qué intención de búsqueda cubren y qué equivalencia tendrán en la nueva web antes de tocar el entorno de producción.

El problema no es migrar, es migrar sin equivalencias

Una migración web puede incluir un cambio de dominio, una nueva estructura de categorías, un cambio de CMS o un rediseño completo. El problema aparece cuando una ficha, servicio o artículo con visibilidad pasa a una URL nueva sin continuidad semántica. Si tu página de “menú para grupos” termina redirigiendo a la home, Google no recibe una señal precisa. Antes de rediseñar, conviene revisar las Señales de que necesitas rediseñar la web de tu negocio y separar necesidades de diseño de requisitos SEO.

Antes de migrar: inventario de URLs y prioridades

El inventario es la base de una migracion web seo bien ejecutada, porque convierte una web antigua en una lista controlable de decisiones. Debe incluir URLs indexables, páginas con tráfico orgánico, backlinks, conversiones, códigos de estado, títulos, metadescripciones y destino previsto. Si tu restaurante tiene páginas para carta, reservas, eventos y ubicación, no todas pesan igual. Yo priorizaría primero las URLs que atraen negocio o autoridad, y después revisaría el resto para decidir si se mantienen, fusionan o eliminan.

Extrae todas las URLs antes de decidir la nueva arquitectura

La extracción debe combinar varias fuentes, porque ninguna herramienta suele verlo todo por sí sola. Puedes cruzar el rastreo de la web, el sitemap.xml actual, las URLs con impresiones en Search Console, las páginas con tráfico en analítica y las URLs enlazadas externamente. Si al cambiar de CMS descubres páginas antiguas que ya no están en el menú pero reciben visitas, no las descartes sin revisar. Yo las metería en una hoja de control con una columna obligatoria: “URL nueva equivalente”.

Clasifica las páginas por valor SEO y valor de negocio

No todas las URLs merecen el mismo esfuerzo, pero todas necesitan una decisión explícita. Una página con poco tráfico pero enlaces de calidad puede ser más delicada que una noticia antigua sin visitas ni enlaces. Si vas a pasar de una web pesada a una solución más ligera, compara bien el impacto técnico y de edición; esta guía sobre Web en Framer o WordPress: cuál le conviene a tu negocio ayuda a ordenar esa decisión. Yo clasificaría cada URL como mantener, redirigir, fusionar o retirar.

El plan de redirecciones 301 bien hecho

Las redirecciones 301 son el puente entre la web anterior y la nueva, y no deberían improvisarse el día del lanzamiento. Una redirección correcta lleva al usuario y a Google desde una URL antigua hasta la alternativa más equivalente posible. Si cambias “/servicios/seo-local” por “/seo-local”, la relación es clara; si todo termina en la home, la señal se diluye. Yo prepararía el plan en una matriz revisable, con URL origen, URL destino, tipo de redirección y estado validado.

Cómo mapear cada URL antigua con su destino nuevo

El mapeo debe respetar la intención de búsqueda, no solo una similitud superficial en el nombre. Si una URL antigua respondía a “reservar mesa en terraza”, su destino debe cubrir esa misma necesidad o una equivalente muy cercana. Cuando no exista una página nueva exacta, conviene decidir si se crea, se fusiona con otra o se retira con criterio. Yo evitaría redirecciones masivas por patrón hasta haber revisado manualmente las páginas que generan más tráfico, enlaces o ingresos.

Redirección uno a uno para páginas importantes

Las páginas prioritarias deben tener redirecciones 301 uno a uno, con destino final y sin cadenas intermedias. Una cadena del tipo URL antigua, URL intermedia y URL nueva ralentiza el rastreo y añade puntos de fallo. Si además cambias protocolo, subdominio o estructura, el riesgo se multiplica. Yo validaría las URLs críticas antes de lanzar y después de lanzar, comprobando que responden 301 una sola vez y llegan a una página indexable con contenido equivalente.

Evita enviar todo a la home

Redirigir muchas URLs antiguas a la home parece cómodo, pero suele ser una mala solución SEO y una mala experiencia para el usuario. Quien buscaba una carta, un servicio específico o una guía concreta no debería aterrizar en una página genérica. En un cambio de dominio seo, esa práctica puede hacer que Google tarde más en interpretar la nueva estructura. Yo solo usaría la home como destino cuando no exista una alternativa razonable y la URL antigua no tenga valor relevante.

Revisa reglas por patrón con una muestra real

Las reglas por patrón son útiles cuando hay cientos o miles de URLs con una estructura consistente, pero deben probarse con ejemplos reales. Un pequeño error en una expresión puede enviar categorías a productos, artículos a páginas vacías o URLs con parámetros a destinos incorrectos. Si tu web cambia de “/blog/post” a “/recursos/post”, la regla puede funcionar, pero hay que verificar excepciones. Yo probaría una muestra de páginas clave, páginas profundas y URLs con caracteres especiales antes del despliegue.

Qué validar el día del lanzamiento

El día del lanzamiento no es el momento de debatir la estrategia, sino de comprobar que lo planificado funciona en producción. Hay que rastrear la nueva web, probar redirecciones, revisar robots.txt, comprobar sitemap.xml, validar canónicas y confirmar que las páginas importantes no están bloqueadas. Si tu equipo publica la web a primera hora, reserva tiempo real para revisar incidencias antes de que Google rastree errores repetidos. Yo trabajaría con una checklist cerrada y responsables claros para cada punto técnico.

Controles técnicos mínimos tras publicar

Después de publicar, revisa que las páginas nuevas devuelven código 200, que las antiguas redirigen con 301 y que no aparecen bloqueos accidentales con noindex o robots.txt. Comprueba también que el menú, el enlazado interno y las migas de pan apuntan a las URLs definitivas, no a versiones de prueba. Si has cambiado de dominio, verifica la propiedad correspondiente en Search Console. Yo enviaría el sitemap.xml actualizado solo cuando las URLs finales estén disponibles, rastreables e indexables.

Cómo monitorizar la recuperación tras la migración

Una migración no termina al publicar, porque Google necesita rastrear, procesar redirecciones y consolidar señales en las nuevas URLs. Durante las primeras semanas conviene mirar impresiones, clics, cobertura, errores 404, páginas excluidas y consultas principales en Search Console. Si una página antigua desaparece del rendimiento y la nueva no aparece, hay que revisar su redirección y su indexabilidad. Yo establecería un seguimiento semanal durante el primer mes y después lo ajustaría según el tamaño y riesgo del proyecto.

Search Console como panel de control

Search Console ayuda a detectar si Google está encontrando la nueva estructura y si aparecen errores tras el cambio. Revisa el informe de páginas, las URLs no indexadas, los errores de rastreo y el rendimiento por consulta y por página. Si has hecho un cambio de dominio, usa las propiedades correctas para comparar señales antiguas y nuevas. Yo no me quedaría solo con la gráfica global, porque una caída pequeña en total puede ocultar pérdidas graves en páginas que captaban contactos o reservas.

Señales que conviene revisar por prioridad

Prioriza las páginas que antes generaban negocio, las que tenían backlinks y las que posicionaban por búsquedas transaccionales. Comprueba si conservan título, contenido principal, enlaces internos, datos estructurados y equivalencia de intención. Si aparecen URLs antiguas con error 404 o nuevas páginas sin indexar, conviene actuar rápido; esta guía sobre Cómo detectar y corregir problemas de indexación en tu web te ayuda a ordenar el diagnóstico. Yo documentaría cada incidencia con URL, causa probable, acción aplicada y fecha de revisión.

Qué hacer si pierdes posiciones después de migrar

Una caída tras migrar no siempre significa desastre, pero sí exige diagnóstico rápido y ordenado. Puede deberse a redirecciones incorrectas, cambios fuertes de contenido, pérdida de enlazado interno, bloqueos de indexación, canónicas mal configuradas o lentitud en el rastreo. Si tu página principal de servicio baja justo después del lanzamiento, no cambies diez cosas a la vez. Yo aislaría primero las URLs afectadas, compararía antes y después, y corregiría lo que rompa la continuidad SEO.

Aísla si el problema es técnico, de contenido o de arquitectura

Empieza comprobando si la URL antigua redirige al destino correcto y si la nueva URL es indexable. Después compara el contenido: encabezados, texto principal, intención cubierta, enlaces internos y metadatos. Si la página perdió secciones importantes durante el rediseño, Google puede interpretarla como una respuesta diferente. Yo separaría incidencias técnicas de decisiones editoriales, porque una redirección rota se corrige de una forma y una pérdida de relevancia de contenido exige otro tipo de trabajo.

Corrige con cambios medibles y evita improvisar

Cuando detectes el fallo, aplica cambios concretos y mide su efecto antes de seguir tocando la web. Si faltan redirecciones 301, añádelas; si hay canónicas apuntando a URLs antiguas, corrígelas; si el sitemap.xml contiene rutas equivocadas, actualízalo. En proyectos con tráfico relevante, contar con una agencia especializada en SEO puede reducir riesgos y acelerar el diagnóstico. Yo priorizaría primero las páginas con impacto comercial y después resolvería el resto por bloques.