Migrar un sitio web sin perder posiciones

Una migración no garantiza conservar todas las posiciones, pero se puede limitar el riesgo: dirige cada dirección antigua con un equivalente real mediante una única redirección permanente a ese equivalente, y deja una dirección eliminada sin sustituto como 404 o 410. Dirigir masivamente contenido retirado a la página de inicio o a una subpágina poco relacionada puede tratarse como un error 404 suave.

Google recomienda preparar un mapa antiguo–nuevo, dirigir las redirecciones directamente al destino, evitar redirecciones irrelevantes y monitorizar ambos conjuntos de direcciones. Las redirecciones permanentes no ocasionan pérdida de PageRank, aunque las cadenas añaden retraso y complican la operación. Fuente: Google Search Central: migración de sitio con cambios de URL.

Hicimos así la migración de nuestro propio sitio: 81 direcciones antiguas, cuatro prefijos diferentes de blog que consolidar, cambio de tecnología y cambio de dirección canónica. Este es el orden que aplicamos y las trampas que encontramos.

Paso 1. Inventario de direcciones, antes de cualquier otra cosa

No se puede redirigir aquello que se desconoce. Construye la lista de direcciones con todas las fuentes disponibles; ninguna por sí sola garantiza que esté completa:

1. mapa del sitio y exportación del sistema de contenidos;
2. informe de direcciones de las herramientas para webmasters (lo que el buscador vio realmente);
3. logs del servidor de un periodo lo más largo posible: aquí aparecen direcciones que nadie recuerda pero que tienen tráfico y enlaces;
4. lista de páginas con enlaces externos.

Los logs ayudan a encontrar variantes de direcciones omitidas en el mapa del sitio y las herramientas analíticas. Los enlaces externos son una señal adicional de prioridad, pero la redirección debe seguir llevando a un equivalente real del contenido.

Paso 2. Veredicto para cada dirección

Para cada dirección antigua, una de cuatro decisiones:

Veredicto	Significado	Destino de redirección
se mantiene	contenido vigente, dirección sin cambios	ninguno o la propia dirección nueva
se reescribe	el tema se mantiene, el contenido es nuevo	nuevo equivalente
se consolida	dos páginas tratan lo mismo	página anfitriona
se retira	no hay equivalente o el contenido se elimina deliberadamente	sin redirección; respuesta 404 o 410

Dos principios que mantenemos firmemente:

• Cero redirecciones irrelevantes. Una dirección recibe destino solo cuando la página nueva reemplaza realmente a la anterior. Si no hay equivalente, devuelve 404 o 410; no la envíes «por SEO» a la página de inicio.
• Consolidar significa conservar la respuesta necesaria. Si la página A sustituye a la página B, el destino nuevo debe atender de verdad su intención útil e información actual. No traslades mecánicamente fragmentos obsoletos o innecesarios solo para justificar una redirección.

Paso 3. Mapa de redirecciones sin cadenas

Tres trampas que causan más problemas y son fáciles de pasar por alto:

Cadena de redirecciones. La dirección antigua conduce a una segunda y esta a una tercera. Cada salto añade una petición y dificulta el diagnóstico. La regla de implementación es dirigir directamente al destino final. Google indica que las redirecciones permanentes no pierden PageRank; por tanto, el argumento contra las cadenas son sobre todo los retrasos, límites y complejidad operativa, no un supuesto porcentaje de «fuerza de enlace» que se pierde en cada salto.

Orden de reglas. La forma de evaluar depende del servidor y la capa de enrutamiento. En muchas configuraciones, una regla demasiado general situada antes de una específica captura el tráfico destinado a ella; por eso hay que comprobar el orden en la documentación y con una prueba de todo el mapa.

Variantes de barra, mayúsculas y parámetros. Establece primero qué variantes funcionaban realmente y cómo distingue el servidor las mayúsculas. La normalización debe ser explícita y probada; una regla demasiado amplia puede unir direcciones que en el sistema antiguo significaban cosas diferentes.

Paso 4. Prueba antes del lanzamiento

Una prueba automática que recorra toda la lista de direcciones y verifique tres cosas: código de respuesta, destino de redirección y que el destino responda correctamente. Se ejecuta en el entorno de prueba antes del día de la migración.

La condición de aprobación es binaria: cada dirección del inventario tiene el resultado esperado. Puede ser 200 para una dirección que se mantiene, un único 301/308 al equivalente correcto o un 404/410 planificado para contenido retirado. «Atendido» no significa «redirigido».

La prueba debe registrar el resultado y detectar bucles, cadenas, destinos incorrectos y códigos de respuesta inesperados. El tiempo para prepararla depende del número de variantes y del entorno.

Paso 5. Qué más debe estar listo el día de la migración

• Direcciones canónicas que apunten a las nuevas direcciones, de forma coherente en todo el sitio.
• Mapa del sitio con las direcciones nuevas, enviado tras el cambio.
• Archivo de reglas para robots: comprueba que no bloqueas por accidente la estructura nueva. Catástrofe clásica: una regla de bloqueo del entorno de pruebas trasladada a producción.
• Datos estructurados migrados, no perdidos al cambiar las plantillas.
• Rendimiento comprobado en las plantillas clave. Una regresión puede empeorar la experiencia y el resultado de negocio, pero no debes atribuir cada fluctuación de posiciones a una única métrica; hablamos de rendimiento en posicionamiento sin coste.
• Títulos y descripciones: si los cambias, hazlo conscientemente y mídelo, porque cambiar el título de una página con buen ranking puede mover posiciones en ambos sentidos.

Paso 6. Orden el día del traslado

1. Antes del cambio: guarda el estado de referencia: tráfico, clics, impresiones, indexación, conversiones y errores del periodo acordado.
2. Despliega el nuevo sitio en un entorno que permita probar sin indexar por accidente la versión de trabajo.
3. Prueba el inventario, direcciones canónicas, mapa del sitio, datos estructurados y reglas para robots.
4. Cambia el tráfico y activa las redirecciones de destino.
5. Repite la prueba en producción y compara el resultado con el mapa esperado.
6. Envía el nuevo mapa del sitio y, si aplica, el cambio de dirección en Search Console.
7. Monitoriza errores, rastreo, indexación, tráfico y resultado de negocio; conserva acceso al entorno anterior y los logs durante el periodo acordado.

Qué esperar tras la migración

Con honestidad, porque aquí nacen pánicos innecesarios:

• Las fluctuaciones temporales son posibles. Google debe volver a visitar las direcciones antiguas y nuevas y actualizar el índice.
• No existe un plazo de recuperación garantizado. Según Google, trasladar un sitio medio puede llevar varias semanas y uno mayor, más; la velocidad de rastreo depende, entre otras cosas, del tamaño y del servidor.
• Diagnostica continuamente si no se descubren direcciones importantes, los destinos devuelven errores, las canónicas son contradictorias o el tráfico y conversiones salen del rango acordado. No esperes mecánicamente dos meses ante un error de implementación.

No saques conclusiones de un solo día, pero reacciona de inmediato a los errores técnicos. Evalúa la tendencia de visibilidad dentro de la estacionalidad, cambios de contenido y un periodo comparable.

Cuándo no migrar

• Cuando no hay motivo de negocio. Cambiar tecnología por sí solo no sube las posiciones. Es un coste sin retorno; cuándo tiene sentido lo explicamos en Next.js o WordPress.
• Cuando nadie puede hacer el inventario de direcciones. Es una condición necesaria, no una etapa que se pueda saltar.
• Cuando los destinos y pruebas clave no están listos. No lances una migración con errores aleatorios o contenido sustitutivo pobre solo por cumplir una fecha. Una página eliminada sin equivalente debe devolver el 404/410 correcto.
• Cuando solo se quiere cambiar la apariencia. En ese caso, cambia la plantilla, no la estructura de direcciones.

Preguntas frecuentes

¿Hay que redirigir direcciones sin tráfico?

Solo si tienen un equivalente nuevo real. La ausencia de tráfico no demuestra falta de valor, así que revisa enlaces, logs y objetivo del contenido. Si no hay equivalente, devuelve 404 o 410 en lugar de dirigir a una página poco relacionada.

¿Cuánto tiempo mantener las redirecciones?

Google recomienda mantenerlas al menos un año; desde la perspectiva de las personas usuarias conviene dejarlas mientras las direcciones antiguas se sigan usando. El coste no siempre es cero —el mapa requiere pruebas con cambios posteriores—, pero normalmente merece la pena conservar reglas estables y necesarias durante más tiempo.

¿Se puede migrar por etapas?

Sí. En sitios grandes, hacerlo por etapas puede limitar el tamaño de cada despliegue, pero prolonga el periodo con dos estructuras y complica la monitorización. Las direcciones canónicas, enlaces, dependencias entre secciones y mapa de redirecciones deben resolverse para no migrar las mismas direcciones varias veces.

---

Migramos así nuestro propio sitio con cobertura completa de las direcciones antiguas y podemos mostrar cómo es ese mapa en la práctica. Consulta la migración de WordPress a Next.js o indica la dirección de tu sitio: responderemos con un diagnóstico.