Migración web sin perder tráfico: el protocolo completo con Semalt, del inventario al día después

Lo que vas a poder hacer
  • 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.

72 h
para detectar un fallo grave si vigilas lo correcto
2-6 sem.
de inestabilidad normal tras el cambio
100
URLs gratuitas para forzar el rastreo
1
lista que hay que proteger por encima de todo

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.

ListaQué contieneTratamiento en la migración
CríticaURLs con clics y con conversiones asociadasRedirección uno a uno, verificación manual una a una
ImportanteURLs con impresiones estables sin conversión directaRedirección uno a uno, verificación por muestreo
PrescindibleURLs sin impresiones en doce mesesSe 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.

!
La decisión que más tráfico ha costado en las migraciones que hemos auditado
Redirigir en bloque todas las URLs antiguas a la página de inicio. Es rápido, es cómodo y borra la relación entre cada contenido y las consultas que lo traían. Si no hay equivalente exacto, el destino correcto es la categoría más cercana, no 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.

El mapa de redirecciones es el documento que decide si la migración sale bien
El mapa de redirecciones es el documento que decide si la migración sale bien

La semana del cambio: qué se vigila y en qué orden

1
Día -7: congelar cambios
Nada de publicar contenido nuevo ni de tocar la estructura la semana previa. Hay que poder atribuir cualquier movimiento posterior a la migración y no al ruido.
2
Día -1: fotografía completa
Exportar posiciones actuales de las consultas monitorizadas, listado de URLs con impresiones y un rastreo del sitio antiguo. Sin esta foto no se puede demostrar después qué se perdió.
3
Día 0: publicar y enviar
Tras el cambio, enviar el sitemap completo al módulo de indexación y comprobar en el registro qué secciones están visitando realmente los rastreadores.
4
Días 1-3: verificación de redirecciones
Comprobar a mano toda la lista crítica. Una a una. Es tedioso y es lo que separa una migración correcta de un trimestre perdido.
5
Días 4-14: vigilancia de señales
Impresiones por sección, errores del servidor, páginas nuevas que no reciben visitas de bots. Todavía no se miran posiciones individuales: fluctúan demasiado.
El indicador más útil de las primeras 72 horas
No es la posición: es qué partes del sitio nuevo están recibiendo visitas verificadas de rastreadores. Si una sección entera no recibe ninguna, hay un problema de enlazado o de sitemap que se arregla el mismo día, antes de que tenga consecuencias.

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

Qué revisar a las cuatro semanas
  • 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