La migración que "no debería afectar al SEO" siempre afecta al SEO
Imagina que un equipo decide /products.php?id=4471&cat=12 debería convertirse en /products/oak-dining-table. Todos coinciden en que ya tocaba: las nuevas URLs son más limpias, más fáciles de compartir, mejores para el rediseño. Marketing lo aprueba porque "es solo un cambio de URL, el contenido es el mismo". Semanas después del lanzamiento, el tráfico orgánico cae en picado y nadie lo había previsto.
Esta es la pérdida de posicionamiento más evitable en SEO, y ocurre constantemente, porque una migración de URLs parece una nota técnica al pie en lugar de lo que realmente es: le estás pidiendo a Google que transfiera años de confianza acumulada de un conjunto de direcciones a otro, dirección por dirección, sin margen para el "más o menos".
Hecha con disciplina, una migración es casi invisible: una breve caída que se recupera en semanas. Hecha sin cuidado, es un agujero de varios meses en tu tráfico que un rediseño nunca debería haber causado. La diferencia está casi por completo en tres elementos poco vistosos: el mapa de redirecciones, las etiquetas canónicas y el sitemap. Haz eso bien y el resto de la migración es trabajo de ingeniería normal.
Construye el mapa de redirecciones antes de tocar una sola URL
El mapa de redirecciones es una hoja de cálculo, no una regla. Cada URL antigua recibe una URL nueva específica. Nada de patrones, nada de recurrir a la página de inicio como comodín, nada de "ya se encargará la redirección": una fila por URL, de antigua a nueva, revisada por una persona.
Esto importa más justo donde más tentador resulta saltárselo: las URLs con parámetros de consulta. ?category=lighting&sort=price_asc&page=2 no es una URL, es una explosión combinatoria de URLs, y la mayoría de esas variantes no tienen ningún valor real de posicionamiento: son ruido de rastreo que tu CMS generó por accidente. La disciplina consiste en separarlas en dos grupos:
- URLs que realmente posicionan y reciben tráfico. Extráelas del informe de Rendimiento de Search Console y de tu analítica, no de una exportación de base de datos. Si una URL con parámetros ha generado impresiones y clics en los últimos 12-16 meses, recibe una redirección explícita, uno a uno, hacia su equivalente limpio.
- URLs que son puro ruido. Filtros facetados, IDs de sesión, parámetros de seguimiento, órdenes de clasificación. Estas deberían devolver un 404 o redirigir a su página de categoría más cercana: nunca generaron autoridad que valga la pena preservar, y mapearlas una a una por miles desperdicia tiempo que deberías dedicar a las que sí importan.
Saltarse esta clasificación es lo que lleva a los equipos a redirigir todo a la página de inicio (algo que Google trata como un patrón de 404 suave una vez que el volumen es suficientemente alto) o a intentar aplicar un 301 a cada combinación de parámetros que haya existido jamás (lo que infla el mapa de redirecciones hasta convertirlo en algo que nadie puede mantener ni verificar).
Redirecciones: un solo salto, el código correcto, sin excepciones
Una vez que existe el mapa, las reglas para implementarlo son simples e inflexibles:
- 301, no 302. Un 302 le indica a los rastreadores que el cambio es temporal, lo que afecta a qué URL trata Google como canónica y a la velocidad con la que hace el cambio: Google ha declarado que los 301 y los 302 transfieren señales de posicionamiento de forma similar, así que el verdadero costo de un 302 aquí no es la pérdida de autoridad, sino una transición más lenta y menos segura. Para un cambio permanente de estructura de URL, el 301 sigue siendo la señal correcta e inequívoca desde el primer día.
- Un solo salto, siempre. A redirige a B, no A a B a C. Las cadenas diluyen la señal con cada salto adicional, ralentizan el rastreo y son una de las cosas que con más frecuencia aparecen rotas en migraciones que otra persona ya daba por "terminadas". Pasa todo tu mapa de redirecciones por un rastreador como Screaming Frog antes del lanzamiento, buscando específicamente cadenas y bucles.
- Actualiza también los enlaces internos. Una redirección correcta no justifica dejar que tu navegación, tu pie de página y los enlaces dentro del contenido sigan apuntando a URLs antiguas. Cada enlace interno que todavía apunta a una redirección es una solicitud de rastreo desperdiciada y una señal ligeramente más débil que un enlace directo. Corrige los enlaces; deja que la redirección sea una red de seguridad, no la ruta principal.
- Mantén las redirecciones activas mucho más allá del mínimo indicado por Google. La propia guía de Google recomienda al menos un año de mantenimiento de redirecciones tras un cambio de sitio. Los backlinks antiguos, los marcadores y los enlaces en caché no caducan según tu calendario, así que trata ese año como un mínimo, no como una meta: eliminar las redirecciones justo en esa fecha es una forma habitual de perder autoridad proveniente de enlaces que todavía siguen ahí fuera.
Las etiquetas canónicas hacen una limpieza que el mapa de redirecciones no puede hacer
Los sitios con URLs de parámetros casi siempre tienen problemas de contenido duplicado que la migración debería resolver, no arrastrar. Si existen tanto /product?id=4471 como /product?id=4471&ref=email, ambas deben resolverse —tras la redirección— hacia la misma URL limpia, y esa URL limpia necesita una etiqueta canónica que se referencie a sí misma. No dejes que las antiguas variantes con parámetros sobrevivan como páginas canonicalizadas hacia sí mismas; eso solo traslada el problema de duplicación a tu nueva estructura de URLs en lugar de resolverlo.
Audita esto antes del lanzamiento, no después: extrae todas las URLs indexadas del informe de Páginas de Search Console (dentro de Indexación), agrúpalas según el destino limpio en el que deberían converger, y confirma que la etiqueta canónica de ese destino apunta a sí misma, no hacia un patrón heredado que una plantilla conservó por accidente.
El orden del sitemap importa más de lo que la gente cree
El orden en el que tocas tu sitemap sí cambia la velocidad con la que Google reprocesa la migración:
- Antes del lanzamiento: confirma que tu sitemap actual refleja con precisión lo que está publicado hoy. Un sitemap previo a la migración que esté desactualizado es una mala base de referencia para comparar después.
- En el lanzamiento: publica un sitemap nuevo que contenga solo las URLs nuevas y limpias, sin URLs redirigidas ni variantes con parámetros. Envíalo en Search Console de inmediato.
- Durante las 2-4 semanas siguientes: mantén el sitemap antiguo accesible (sin eliminarlo) para que el rastreador de Google pueda seguir encontrando y procesando las redirecciones que contiene, en lugar de descubrirlas solo mediante un rastreo incidental más lento.
- Pasado ese periodo: retira el sitemap antiguo. Las redirecciones en sí siguen activas; simplemente dejas de dirigir activamente a los rastreadores hacia el mapa antiguo una vez que ha cumplido su función.
Revisa a diario el informe de Páginas durante este periodo: los conteos de "Página con redirección" deberían ir subiendo y los de "No encontrada (404)" deberían mantenerse estables. Un pico de 404 a mitad de la migración indica un hueco en tu mapa de redirecciones, no algo que Google simplemente vaya a solucionar por su cuenta.
Cómo es realmente la caída de posicionamiento cuando lo haces bien
Incluso una migración impecable provoca una caída real: eso no es una señal de alarma, es Google volviendo a rastrear y a reasociar señales con las nuevas direcciones. Así se ve una migración saludable: el posicionamiento se suaviza durante unas semanas, luego la mayoría de las posiciones se recuperan, y en un par de meses estás en paridad o por delante (URLs limpias más lo que sea que haya traído el rediseño), aunque el plazo exacto varía según la frecuencia de rastreo y el tamaño del sitio. Así se ve una migración poco saludable: la caída sigue profundizándose mucho después del primer mes, aparecen 404 en el informe de Páginas, y el tráfico no se ha recuperado para el tercer mes. Esa diferencia entre "caída esperada" y "error que cuesta tráfico" se explica por completo con el mapa de redirecciones, la auditoría de canónicas y el orden del sitemap descritos arriba: rara vez hay una cuarta causa misteriosa.
En resumen
Una migración de URLs no es una regla de redirección y buenos deseos. Es una hoja de cálculo que asigna cada URL que generaba tráfico a exactamente un nuevo destino, una auditoría de canónicas que cierra los huecos de contenido duplicado que la estructura antigua ocultaba, y una secuencia de sitemap que le dice a Google qué cambió sin enterrar la señal en ruido. Haz esas tres cosas con disciplina y la caída dura unas semanas, no varios trimestres. Si estás planeando un cambio de estructura de URLs y quieres que el mapa de redirecciones esté construido y verificado antes del lanzamiento en lugar de parcheado después de la caída de tráfico, nuestro equipo de SEO planifica exactamente este tipo de migración antes del lanzamiento, no después de la caída de tráfico.
