El problema
Migrar un sitio (cambio de dominio, rediseño, cambio de plataforma, reestructuración de URLs) es uno de los momentos donde más SEO se pierde de golpe. No por el rediseño en sí, sino por lo que casi nadie hace bien: mapear cada URL vieja a su URL nueva y generar los redirects 301 correspondientes.
Si el mapeo queda incompleto, el resultado típico dos o tres semanas después es:
- Caída fuerte de tráfico orgánico (a veces 40-60%), porque Google sigue con el índice viejo y encuentra páginas rotas.
- Pérdida del "link equity" acumulado en años de enlaces apuntando a URLs que ya no existen.
- Usuarios que llegan desde resultados de búsqueda o enlaces guardados y se topan con una página en blanco.
Hacer esto a mano en un sitio de 500+ URLs es prácticamente inviable. Lo razonable es automatizarlo, partiendo de una hoja de cálculo simple con el mapeo viejo → nuevo.
Cómo funciona el proceso
- Se obtiene el listado completo de URLs indexadas actualmente (desde Search Console o un rastreo del sitio).
- Se cruza contra el mapa de URLs nuevas que define el equipo de diseño/desarrollo, en una hoja simple:
| URL vieja | URL nueva |
|---|---|
| /blog/como-elegir-hosting | /blog/guia-hosting |
| /servicios/diseno-web-bogota | /servicios/diseno-web |
| /tienda/categoria/zapatos | /productos/zapatos |
- Antes de publicar nada, se valida ese mapeo para detectar errores comunes: URLs duplicadas con destinos distintos, redirects que apuntan a sí mismos, o cadenas de redirects (A → B → C, que Google penaliza en performance).
- Se genera automáticamente la configuración de redirects para el entorno correspondiente (Next.js, Nginx, WordPress, etc.) a partir de esa misma hoja — sin escribir cada regla a mano.
- Una vez publicado el sitio, se verifica en vivo que cada URL vieja realmente redirige al lugar correcto, con el código de estado adecuado (301).
Para dar una idea de qué tan simple es la regla final una vez generada (en este caso, para Nginx):
rewrite ^/blog/como-elegir-hosting$ /blog/guia-hosting permanent;
Cada fila de la hoja se convierte en una línea así, de forma automática.
Qué más vigilar durante la migración
- El mapa del sitio (sitemap.xml) actualizado con las URLs nuevas antes del cambio, y reenviado en Search Console apenas se propague.
- Las etiquetas canónicas en las páginas nuevas apuntando a sí mismas, no a las viejas.
- El cambio de dirección en Search Console configurado explícitamente si además cambia el dominio — Google lo trata como señal fuerte de continuidad.
- Mantener los redirects activos mínimo 12 meses, no solo unas semanas — algunos bots y usuarios con enlaces guardados tardan en actualizarse.
Cierre
El error más caro en una migración no es técnico, es de proceso: nadie se sienta a mapear exhaustivamente URL por URL antes de lanzar. Con un flujo ordenado (mapeo → validación → generación → verificación) esto se vuelve repetible y auditable, en vez de depender de que alguien "se acuerde" de todas las URLs viejas.
Si el proyecto involucra además reestructurar la arquitectura de contenido o decidir qué URLs vale la pena conservar versus consolidar, ese análisis estratégico es justo el tipo de trabajo que hace un equipo como Agencia Digital ECW en migraciones de sitios en Bogotá.
¿Han pasado por una migración donde el mapeo de redirects quedó incompleto? Cuéntenme qué tan grave fue la caída de tráfico y cuánto tardó en recuperarse.
Top comments (0)