Cadenas de redirección tras una migración

Tras una migración se apilan. URL vieja de blog a /blog/, a /es/blog/, al slug nuevo. El TTFB lo nota. Los crawlers siguen unos saltos y paran. Tu favorito sigue funcionando. Ese es el único plus. Search Console sigue indexando la parada intermedia como si contara.

Exporta lo que hay ahora. Rastreo, logs, Search Console. Dibuja viejo → nuevo. Un 301 por ruta. Reglas de host (http/https, www) en un solo paso, no tres trucos sueltos. La barra final en el mismo salto. Un 302 «temporal» que lleva dos años es un 301 que alguien olvidó.

El paso intermedio «para la gente con el favorito viejo» puede salir si el favorito ya lleva dos años por la cadena. La gente llega también con un salto. Y saca la URL intermedia del sitemap. Si no, prometes una dirección que redirige al momento.

Las semanas después del lanzamiento, sigue mirando. Yo no dejaría cadenas de más de dos pasos. La conversación con quien lleva el servidor es más corta si ya tienes la lista. Imprime los saltos. La pelea de «se siente lo bastante rápido» rara vez gana a una tabla.

Los 302 viejos de un test A/B también se quedan. Van en la misma ronda de limpieza. Y si el CDN y la app redirigen los dos, cuentas dos saltos antes del HTML. Elige un sitio que dirija. El otro deja pasar. Aburrido. También te ahorra TTFB.