- Preparar una migración sabiendo exactamente qué URLs no puedes perder.
- Detectar el desastre en las primeras 72 horas, cuando todavía se arregla en un día.
- Distinguir la caída normal de una migración de la caída que indica un fallo real.
- Todo el control se puede montar gratis desde semalt.com/authorize.
Una migración mal hecha es la única acción de marketing capaz de borrar tres años de trabajo en una tarde. Y ocurre con una frecuencia incómoda: el rediseño lo lleva el equipo de diseño, el cambio de plataforma lo lleva desarrollo, y nadie tiene asignada la pregunta de qué pasa con las URLs que hoy traen clientes.
Este protocolo es el que aplicamos en cambios de plataforma, rediseños completos y unificaciones de dominios. No requiere herramientas caras: requiere hacer las cosas en un orden concreto y no saltarse el inventario.
Antes de nada: el inventario que casi nadie hace
El activo que hay que proteger no es el sitio: son las URLs que hoy reciben impresiones y clics. Esa lista se exporta de los datos de Search Console antes de tocar nada, con un rango de al menos doce meses para incluir estacionalidad.
De esa exportación salen tres listas, y conviene tenerlas separadas porque merecen tratamientos distintos.
| Lista | Qué contiene | Tratamiento en la migración |
|---|---|---|
| Crítica | URLs con clics y con conversiones asociadas | Redirección uno a uno, verificación manual una a una |
| Importante | URLs con impresiones estables sin conversión directa | Redirección uno a uno, verificación por muestreo |
| Prescindible | URLs sin impresiones en doce meses | Se pueden consolidar o dejar caer, documentándolo |
La lista crítica de un sitio mediano suele tener entre treinta y doscientas URLs. Es perfectamente manejable a mano, y es exactamente la parte que las migraciones automáticas destrozan cuando redirigen todo a la portada.
El mapa de redirecciones: reglas que evitan los errores típicos
El mapa es una hoja con dos columnas, URL antigua y URL nueva, y una tercera de comprobación. Las reglas que aplicamos son cuatro y todas nacen de errores vistos en producción.
Una redirección, no una cadena. Si la URL A va a B y B va a C, hay que hacer que A vaya directamente a C. Las cadenas se acumulan en migraciones sucesivas y diluyen las señales.
Redirección permanente, no temporal. Parece obvio y es el fallo más frecuente en cambios hechos con prisa. Una redirección temporal le dice al buscador que no consolide nada.
Mismo idioma y mismo tipo de página. La versión inglesa antigua va a la inglesa nueva, la ficha de producto a una ficha, la categoría a una categoría. Cruzar idiomas o tipos rompe la coherencia y provoca resultados extraños durante semanas.
Nada de redirecciones en cascada por patrones sin revisar. Las reglas por expresión regular son útiles, pero hay que comprobar una muestra real de cada patrón antes de darlas por buenas.

La semana del cambio: qué se vigila y en qué orden
La comprobación manual que nadie quiere hacer
Revisar a mano cien redirecciones es tedioso y es exactamente el trabajo que separa una migración correcta de un trimestre perdido. Conviene hacerlo con una hoja y dos columnas: dirección antigua, resultado real al abrirla. No lo que debería pasar según el mapa, sino lo que pasa al escribirla en el navegador.
Cuatro variantes de cada dirección merecen comprobación: con y sin barra final, con y sin parámetros habituales, la versión con mayúsculas si el sitio antiguo las permitía, y la versión con protocolo antiguo si hubo cambio de certificado. La mayoría de fallos silenciosos vive justo ahí.
Qué caída es normal y cuál no lo es
Toda migración tiene un periodo de inestabilidad. Lo importante es saber distinguirla de un fallo, porque la reacción es opuesta: en un caso hay que esperar, en el otro hay que actuar el mismo día.
Es normal: oscilación de posiciones durante dos a seis semanas, caída de impresiones del diez al veinte por ciento en las primeras semanas con recuperación progresiva, y páginas nuevas que tardan en asentarse.
No es normal: una caída superior al cuarenta por ciento sostenida más de dos semanas, la desaparición completa de una sección, páginas críticas que devuelven error o que no reciben ninguna visita de rastreador, o la aparición de URLs antiguas y nuevas compitiendo entre sí en los resultados.
El último caso suele significar que las redirecciones no se están aplicando en todos los casos - por ejemplo, con y sin barra final, o con parámetros - y es de los fallos más caros porque parece que todo funciona.
Quién decide qué en una migración
Las migraciones que salen mal casi nunca fallan por desconocimiento técnico: fallan porque nadie tenía asignada la responsabilidad de las URLs. En el reparto habitual, diseño responde por la estética, desarrollo por el calendario y marketing se entera del cambio cuando ya está en producción.
El reparto que funciona asigna tres responsabilidades con nombre y apellidos. Alguien es dueño del inventario y del mapa de redirecciones, y tiene poder de veto sobre la fecha de publicación si el mapa no está verificado. Alguien es dueño de la ejecución técnica y confirma que las redirecciones son permanentes, sin cadenas y aplicables a todas las variantes de cada dirección. Y alguien es dueño de la vigilancia posterior durante cuatro semanas, con una revisión fijada en calendario, no con la intención vaga de mirarlo.
La tercera es la que más se descuida. Una migración no termina el día del cambio: termina cuatro semanas después, cuando alguien compara la lista crítica con la realidad y confirma que cada URL importante tiene destino, respuesta correcta y visitas de rastreadores.
Qué contar al cliente o a dirección antes del cambio
Anticipar la caída normal evita conversaciones muy incómodas dos semanas después. Antes de migrar conviene dejar por escrito tres cosas: que habrá inestabilidad durante dos a seis semanas, que se vigilarán señales concretas desde el primer día, y qué umbral se considerará señal de alarma para intervenir.
Ese umbral debe fijarse antes, no durante. Nuestra referencia habitual: una caída sostenida de impresiones superior al treinta por ciento en una sección completa durante más de siete días activa revisión inmediata; por debajo de eso, se espera y se documenta.
Poner esto por escrito tiene un efecto secundario útil. Obliga a definir qué se está midiendo y con qué punto de partida, que es exactamente la disciplina que evita que una migración se convierta en una discusión de opiniones cuando los números empiezan a moverse.
Casos particulares que merecen tratamiento propio
Cambio de dominio
Además del mapa de redirecciones, hay que actualizar las menciones controlables: perfiles de empresa, directorios sectoriales, firmas de correo, materiales comerciales. Los enlaces que no controlas seguirán apuntando al dominio antiguo, y por eso las redirecciones deben mantenerse activas durante años, no meses.
Unificación de dos sitios
El riesgo aquí no es perder tráfico sino duplicar contenido. Dos páginas que respondían a la misma consulta en dominios distintos no se pueden mantener las dos: hay que elegir la que tenía mejor rendimiento, fusionar el contenido y redirigir la otra.
Rediseño sin cambio de URLs
Es el caso más tranquilo y también el que más se descuida. Aunque las direcciones no cambien, sí cambian el HTML, el enlazado interno y a menudo el contenido visible. Si el rediseño elimina texto para ganar limpieza visual, la caída llega igual, y cuesta más entender por qué.
Migrar y rediseñar a la vez: por qué casi siempre sale caro
La tentación de aprovechar el cambio de plataforma para rehacer también los textos, la estructura de menús y la arquitectura de categorías es enorme, porque parece eficiente. En la práctica multiplica el riesgo y, sobre todo, impide diagnosticar.
Si cambian las direcciones, el diseño, el contenido y la navegación el mismo día y dos semanas después el tráfico cae un treinta por ciento, no hay forma razonable de saber cuál de los cuatro cambios lo provocó. La consecuencia práctica es que se revierte todo o no se revierte nada, y ambas opciones son malas.
La secuencia que recomendamos separa los cambios en dos fases con cuatro a seis semanas de distancia. Primero la migración técnica pura: mismas direcciones donde sea posible, mismo contenido, plataforma nueva. Cuando los indicadores confirman estabilidad, entonces sí, rediseño y reescritura. Cuesta más en coordinación y ahorra trimestres enteros en diagnóstico.
Cuando el calendario no permite separarlas - suele ocurrir cuando el contrato de la plataforma antigua vence - al menos conviene documentar exhaustivamente qué cambió en cada área, para poder revisar por partes si algo se tuerce.
El informe posterior: cerrar el círculo
- ✓URLs de la lista crítica que ya no reciben impresiones
- ✓Consultas que antes estaban en el top diez y ahora no aparecen
- ✓Secciones sin visitas verificadas de rastreadores
- ✓Comparación de impresiones totales frente al mismo periodo del año anterior, no del mes anterior
- ✓Errores del servidor acumulados desde el cambio
Cada línea con problema se traduce en una acción concreta y con responsable. La mayoría de migraciones que se recuperan bien lo hacen porque alguien revisó esta lista a las cuatro semanas; las que no se recuperan suelen ser las que nadie volvió a mirar hasta que bajó la facturación.
Cuándo conviene reforzar después del cambio
Una migración bien hecha recupera el nivel anterior; no lo mejora por sí sola. Si el objetivo era crecer, el trabajo empieza después: contenido nuevo en las secciones que ahora tienen mejor estructura y señales de autoridad constantes. Ahí es donde tienen sentido las campañas gestionadas - AutoSEO por 149 dólares al mes o FullSEO desde 500 dólares al mes con equipo dedicado - siempre después de que el sitio nuevo esté estable, nunca durante la migración, porque mezclar las dos cosas impide saber qué produjo qué.
Después de la migración: la oportunidad que se desaprovecha
Una migración obliga a revisar todo el inventario de páginas, y ese trabajo tiene un valor que casi siempre se tira a la basura una vez terminado el cambio. En la lista de URLs sin impresiones en doce meses hay dos tipos de contenido: el que nunca funcionó y el que funcionó y se abandonó.
El segundo grupo es una fuente de mejoras baratas. Son páginas que tuvieron tráfico, que conservan enlaces y que dejaron de actualizarse. Recuperarlas - datos al día, estructura clara, enlace interno hacia la página comercial correspondiente - suele rendir más que publicar contenido nuevo, porque parten con historial.
El momento ideal para hacerlo es entre la cuarta y la octava semana tras el cambio, cuando el sitio nuevo ya se ha estabilizado y todavía se tiene fresco el inventario completo.
Preguntas frecuentes
¿Cuánto se tarda en recuperar el nivel anterior?
En una migración correcta, entre dos y seis semanas. Si a los dos meses sigue habiendo una caída significativa, no es el periodo de asentamiento: es un fallo sin resolver.
¿Se pueden retirar las redirecciones antiguas?
Conviene mantenerlas indefinidamente si el coste técnico es bajo. Los enlaces externos hacia URLs antiguas siguen enviando visitas años después.
¿Qué hago si ya migré mal y perdí tráfico?
Se reconstruye la lista de URLs que recibían impresiones antes del cambio, se comprueba una a una su destino actual y se corrigen las redirecciones erróneas. La recuperación es habitual, aunque más lenta que si se hubiera hecho bien.
Monta el control antes de migrar
Posiciones, datos de Search Console y verificación de rastreo, en un único panel gratuito.
Abrir el panel de Semalt