Cómo auditar las redirecciones después de una migración de sitio web y decidir qué corregir

Una migración de sitio no termina cuando el nuevo sitio se publica.

Termina cuando cada URL antigua llega a donde debe, sin cadenas, bucles ni callejones sin salida.

Este artículo muestra una auditoría práctica: crear la lista de URLs antiguas, rastrearlas, leer resultados y decidir qué corregir primero.

Por qué auditar las redirecciones después de una migración

Al cambiar la estructura de URLs o de dominio, las redirecciones 301 permanentes transfieren las señales de indexación y enlaces de las URLs antiguas a las nuevas.

Screaming Frog, cuyo rastreador está diseñado precisamente para esta tarea, señala que las cosas salen mal con regularidad.

Las redirecciones pueden apuntar a destinos incorrectos, saltar por varios pasos o fallar por completo con un error 404.

Su recomendación es auditar las URLs antiguas, verificar que redirijan correctamente y detectar los errores que necesiten una corrección rápida.

La documentación de Google sobre cambios de sitio refuerza lo que está en juego.

Prepara un mapeo de URLs del formato actual al nuevo, configura redirecciones del servidor y monitorea el tráfico en ambos conjuntos de URLs.

Para sitios medianos, Google puede tardar semanas o más en mostrar gradualmente las URLs nuevas; los sitios grandes tardan aún más.

Los errores que quedan en ese periodo desperdician la atención de rastreo y envían a los visitantes al lugar equivocado.

La auditoría importa por algo más que el buscador.

Las campañas de pago, las plantillas de correo, los materiales impresos y las páginas guardadas en favoritos también llegan a las URLs antiguas.

Una redirección que funciona para Googlebot pero que aterriza a un prospecto en una página de producto eliminada es un problema de ingresos, no solo de SEO.

Paso uno: armar la lista completa de URLs antiguas

El fallo más común en una auditoría es auditar una lista incompleta.

Si solo pruebas las URLs que recuerdas, te perderás la cola larga.

Screaming Frog recomienda subir las URLs de un rastreo previo a la migración y combinarlas y depurarlas con otras fuentes:

• URLs de páginas de destino provenientes de analítica
• Páginas principales de Google Search Console
• Datos de backlinks de herramientas como Majestic, Ahrefs o Moz Link Explorer
• URLs extraídas de búsquedas con el operador site:
• Archivos de registro del servidor
• Sitemaps XML

Cada fuente cubre una porción distinta de la realidad.

Un rastreo previo a la migración detecta páginas enlazadas internamente; Search Console muestra las que reciben tráfico; los backlinks indican a qué URLs apuntan sitios externos.

Fúndelas, elimina duplicados y conserva el archivo combinado como línea base de tu auditoría.

Si no capturaste un rastreo previo a la migración, las fuentes restantes aún te dan una lista manejable, aunque puede que no sea exhaustiva.

Si tu mapeo aún está incompleto, la guía mapear redirecciones durante una migración explica cómo emparejar URLs antiguas y nuevas.

Paso dos: rastrear las URLs antiguas a través de sus redirecciones

Sube la lista a un rastreador como Screaming Frog SEO Spider en modo lista.

Aquí hay una configuración que importa más que ninguna otra: activar la opción 'always follow redirects' (seguir siempre las redirecciones) en la configuración del spider.

El modo lista por defecto solo comprueba las URLs que subes, con una profundidad de rastreo de cero.

Con las redirecciones activadas, el rastreador sigue avanzando hasta que cada URL alcanza su destino final, ya sea una página exitosa, un error o ninguna respuesta.

Luego inicia el rastreo y déjalo correr hasta completarse.

No tomes muestras ni te detengas; una redirección que falla solo para un subconjunto de URLs, como con parámetros o un prefijo de ruta, se ocultará en una ejecución parcial.

Paso tres: leer el informe All Redirects

La exportación 'All Redirects' de Screaming Frog incluye cada URL de la carga original, no solo las que tienen cadenas.

Registra la URL inicial y la URL final en columnas fijas, y luego mapea cada salto en columnas variables.

Las columnas fijas que conviene revisar primero son:

• Tipo de cadena, como redirección HTTP, redirección JavaScript o meta refresh
• Número de redirecciones, es decir, los saltos de la cadena
• Bucle de redirección, verdadero o falso
• Redirección temporal en la cadena, verdadero o falso
• Dirección final, indexabilidad, estado de indexabilidad y código de estado final

Esta única exportación te permite diagnosticar la mayoría de los problemas de redirección de un vistazo.

Las columnas variables muestran luego el código de estado exacto y el destino de cada salto, lo que necesitas cuando quieres acortar una cadena y no solo señalarla.

Qué buscar y qué corregir

No todos los hallazgos merecen la misma urgencia.

Clasifica tus hallazgos en estos grupos.

Errores 404 y errores en las URLs antiguas

Una URL antigua que devuelve un 404 o 410 después de una migración es el hallazgo de mayor prioridad, salvo que el contenido se haya eliminado de forma deliberada.

La orientación de Google es que las URLs de contenido eliminado o fusionado deben devolver correctamente un 404 o 410, así que algunos 404 son intencionales.

El problema son los no intencionales: páginas que debían moverse pero que se omitieron en el mapeo.

Cruza cada 404 con tus datos de analítica y de Search Console.

Un 404 en una página que generaba tráfico o enlaces es algo que hay que corregir; un 404 en un archivo de etiquetas vacío puede estar bien.

Cadenas de redirección

Una cadena es una URL antigua que salta por dos o más redirecciones antes de aterrizar.

Las cadenas suelen acumularse cuando se apila una nueva capa de redirecciones sobre una antigua.

Funcionan, pero añaden latencia para los visitantes y pasos extra para los rastreadores.

La corrección consiste en apuntar la primera redirección directamente al destino final, colapsando los saltos intermedios.

Prioriza las cadenas en las URLs de alto tráfico o con muchos enlaces; una cadena de dos saltos en una página poco visitada es una limpieza de bajo valor.

Bucles de redirección

Un bucle envía al visitante en círculos y nunca se resuelve.

Estos son fallos totales: el visitante ve un error y la página es inaccesible.

Corrige los bucles de inmediato, antes que cualquier otra cosa de la lista.

Redirecciones temporales en la cadena

Un 302 u otra redirección temporal dentro de una cadena de migración es una señal de que algo se configuró como provisional y nunca se actualizó.

La documentación de Google trata las redirecciones 301 y otras permanentes como el mecanismo para transferir señales durante un cambio de sitio.

Así que un salto temporal en la ruta vale la pena convertirlo en permanente, especialmente en las URLs que importan.

Destinos incorrectos

La columna de dirección final te dice dónde aterriza realmente cada URL antigua.

Compárala con tu mapeo previsto.

Las redirecciones a la página de inicio son un atajo clásico de migración que a menudo no coincide con la intención.

Un visitante que busca un producto descontinuado recibe una página de inicio genérica en lugar de la página relevante más cercana.

Cuando la página exacta ya no existe, redirige al equivalente más cercano en lugar de enviarlo todo a la raíz por defecto.

Destinos finales no indexables

Si una redirección lleva a una página con noindex, bloqueada por robots.txt o no indexable, la redirección no tiene efecto para la búsqueda.

Revisa la columna de estado de indexabilidad en estos casos y confirma si el destino está excluido de forma intencional.

Si no lo está, corrige la página de destino.

Comprueba que las etiquetas canónicas de las nuevas páginas coincidan con tus destinos de redirección; la guía auditar canónicas en un sitio web muestra cómo hacerlo.

Paso cuatro: verificar en Search Console y monitorear el tráfico

El rastreo te dice qué hace tu servidor.

Search Console te dice qué ve Google.

La guía de Google sobre cambios de sitio recomienda verificar tanto el sitio antiguo como el nuevo, incluidas todas las variantes como www y sin www, y HTTP y HTTPS.

Usa el informe de Estado de indexación para una vista general y el informe de Sitemaps para ver cuántas URLs enviadas han sido indexadas.

También señala que enviar un sitemap puede ayudar a que el descubrimiento de las URLs nuevas sea más rápido.

Google aconseja paciencia: Googlebot debe visitar cada URL antigua y nueva al menos una vez; no hay frecuencias fijas y el cambio ocurre URL por URL.

Espera fluctuaciones temporales en el posicionamiento mientras Google vuelve a rastrear y reindexar.

Eso significa que una caída en las semanas posteriores al lanzamiento no es automáticamente evidencia de un fallo de redirección.

Por eso sigue monitoreando el tráfico de URLs antiguas y nuevas, como recomienda la guía, y repite la auditoría si páginas específicas pierden visibilidad.

Si el rendimiento no se ha estabilizado, el artículo sobre qué hacer después de una actualización central de Google ofrece una evaluación estructurada.

Ayuda a determinar si un cambio es específico de la migración o parte de un patrón más amplio.

Un ejemplo práctico de lectura del informe

Supón que tu exportación muestra una fila donde la URL inicial es una entrada antigua del blog, el número de redirecciones es dos y la dirección final es la nueva entrada del blog.

El primer salto va a una URL intermedia de una migración anterior de hace años.

La decisión: actualizar la redirección para que la URL antigua apunte directamente a la nueva entrada, eliminando el salto intermedio.

El resultado que buscas en un nuevo rastreo es una única redirección con la misma dirección final.

Ese es todo el ciclo: observar el estado en el informe, hacer un cambio puntual y verificar el cambio con otro rastreo de las URLs afectadas.

Contrasta eso con una fila donde el código de estado final es 404 y la URL aparece entre las páginas principales de tu Search Console.

Eso no es una tarea de limpieza; es un mapeo faltante que necesita una redirección creada, y debería saltar la fila de espera.

Cada cuánto repetir la auditoría

Ejecuta la auditoría completa poco después del lanzamiento y repítela después de aplicar las correcciones, para confirmar que cada cambio se aplicó.

Tras la ventana inmediata de la migración, las configuraciones de redirección tienden a desviarse cuando se añaden redirecciones nuevas sobre las antiguas.

Una revisión periódica de la misma lista de URLs es una salvaguarda razonable.

Lo que una reaudición revela de forma fiable es el estado actual de cada URL de tu lista: cadenas nuevas, errores nuevos, destinos cambiados.

Lo que no puede hacer es cubrir las URLs que nunca entraron en tu lista, por eso mantener actualizada la lista de fuentes importa tanto como la comprobación misma.

Las redirecciones son una capa de una migración.

Antes del lanzamiento, la lista de verificación sobre auditar un sitio de staging para SEO detecta problemas mientras aún son baratos de corregir.

Después del lanzamiento, una revisión de todo el sitio de las páginas en vivo ayuda a confirmar que el contenido llegó intacto.

La versión corta

• Construye la lista de URLs antiguas a partir de varias fuentes, no de memoria
• Rastrea la lista siguiendo las redirecciones hasta el destino final
• Corrige primero los bucles y los 404 no intencionales, luego las cadenas y redirecciones temporales en las URLs que importan
• Comprueba los destinos contra tu mapeo previsto, no solo los códigos de estado
• Verifica en Search Console y monitorea las URLs antiguas y nuevas mientras Google vuelve a rastrear

Una auditoría no consiste en lograr un informe perfecto con cero redirecciones.

Consiste en confirmar que cada URL antigua que importa llega a una página que sirve al visitante y preserva las señales que la migración debía proteger.

Referencias de fuentes: www.screamingfrog.co.uk; developers.google.com.

Cómo puede ayudar Meshline.

Conecta la automatización, el Marketing Orgánico (generación de demanda) y la gestión del ciclo de vida del cliente (Revenue Intelligence).

Integra la planificación de temas, la publicación de contenido y la retroalimentación de rendimiento en la conversación sobre tu flujo de trabajo. Reserva una demo de Meshline.