La respuesta corta
En la mayoría de las caídas de tráfico post-migración, el problema no es contenido más flojo ni estructura movida — son códigos de estado y cadenas de redirección: 301 en escalera, bucles, un montón de 404, o crawlers viendo algo distinto a los navegadores. No hace falta talento; hacen falta dos momentos en el tiempo: línea base antes de la migración y re-chequeo 24–72 horas después. Un chequeo en lote cubre hasta 20 URLs, sigue cada salto con su tiempo y corre desde dos vistas (Googlebot / navegador) — una conclusión en 20 minutos como máximo.
Tabla de códigos de estado (los que usa la resolución de migraciones)
Código | Significado | Qué significa durante una migración |
|---|---|---|
200 / 204 | OK / sin contenido | Un endpoint limpio |
301 / 308 | Redirección permanente | La identidad de la URL se mueve — una migración es básicamente esto |
302 / 307 | Redirección temporal | La URL antigua sigue compitiendo; no la uses para cambios permanentes |
404 | No encontrado | Respuesta correcta para páginas realmente eliminadas |
410 | Eliminado para siempre | Más claro: "no existe y no debe buscarse" |
429 | Demasiadas peticiones | Crawler bloqueado; revisa el Retry-After |
500 / 502 / 503 | Errores de servidor | Lo peor durante el crawler — daña la indexación directamente |
301 vs 302: cuál usar en una migración
Redirigir en la dirección equivocada es el motivo nº 1 de que el posicionamiento nunca vuelva:
- Permanente (301/308): la URL nueva pasa a ser la identidad; la autoridad y el historial la acompañan. Úsala para el cambio de dominio y los rediseños de estructura de URLs.
- Temporal (302/307): la URL antigua sigue siendo la identidad; la nueva es una parada temporal. Úsala para páginas de campaña y transferencias de checkout.
Ejemplos de daño: una página promocional que usó 301 — cuando termina la campaña, el historial de posiciones de la página antigua ya se movió "para siempre", y recuperarlo significa migrar de nuevo. Y el inverso: un rediseño permanente usando 302 — la dirección vieja sigue compitiendo por la identidad, y ninguna de las dos páginas posiciona bien.
Dos momentos: antes y después
Antes de la migración (línea base, una vez): confirma el estado final de tus top 20 URLs de alto valor y sus cadenas, y archívalo. Ese archivo es la base de comparación — sin él no distingues "problema nuevo" de "preexistente".
Después de la migración (re-chequeo, 24–72 h después): espera a que el corte se estabilice y revisa cuatro cosas:
- URLs antiguas todas con 301 como estaba planeado (ni 200, ni 404).
- URLs nuevas devolviendo 200.
- Sin cadenas en escalera (A→301→B→301→C debería ser un solo salto) y sin bucles (B→301→A→301→B — los crawlers se rinden).
- Vista del crawler y vista del navegador casadas (desajuste → normalmente WAF / keep-alive / reglas de UA; esta es la fuente clásica de "a mí me funciona, pero la indexación está rota").
Cómo ejecutar el chequeo (gratis, sin registro)
- Pega URLs, una por línea, hasta 20; los duplicados se descartan automáticamente y los dominios pelados reciben https:// automáticamente.
- Elige las vistas: Googlebot, Bingbot, navegador, etc. (añade headers personalizados si hace falta). Para un chequeo de migración, ejecuta Googlebot + navegador como mínimo.
- Lee la cadena: código de estado, frase de estado, cadena completa (estado, Location y tiempo de cada salto), headers de respuesta, cuerpo y tiempo total. Reparte el tiempo por saltos — el salto lento es el problema.
- Exporta CSV: deja los resultados en tu hoja de seguimiento o cola de tareas junto a los demás cambios.
Un verificador de códigos de estado HTTP gratuito (verificación humana simple por chequeo, sin registro) lo hace todo en una pasada e incluye una referencia de 54 códigos — que es también la razón de seguir cadenas en lugar de solo el estado final.
Auditoría mensual (opcional, pero recomendable)
Quien se quema olvida el tercer mes. Mantén una lista de "URLs enfermas" y ejecuta las top 20 URLs core todos los meses. Los códigos de estado son como los botones de un ascensor — fallan cuando asumes que están bien.
Errores comunes
- Mirar solo el estado final: 301→301→200 es muy distinto de un 200 directo; cuanto más larga la cadena, más decae la señal.
- Arreglar todos los 404: un 404 conectado en una cadena de redirección no es un enlace muerto — las páginas realmente eliminadas deben seguir en 404/410. Arregla solo los enlaces muertos con tráfico.
- Probar solo la vista del navegador: los WAF devuelven contenido distinto según la UA. Como mínimo, dos vistas por chequeo.
FAQ
¿Cuántas URLs puedo revisar de una vez? Hasta 20; las URLs duplicadas se revisan una sola vez. Las listas más largas solo significan más lotes.
¿Es de pago? No. Gratis y anónimo, con verificación humana simple por chequeo.
¿Qué tan pronto tras la migración es fiable un 301? La herramienta de chequeo suele mostrar resultados en 24–72 horas; para la transferencia completa de autoridad, sigue la inspección de URL de GSC en las semanas siguientes.
¿502/503 es "fallo" o "esperar"? Durante el crawler, es serio. Busca la causa (upstream, endpoints concretos). Un 5xx visto desde la vista del crawler no es para decir "pera".
Autor: Julian Mercer, practicante de SEO técnico desde hace 14 años en Auspia. Julian escribe sobre crawlability, renderizado, arquitectura de sitio y las bases técnicas que un contenido legible por IA necesita.
