Redirecciones 301 para migración web paso a paso

Cómo configurar redirecciones 301 para la migración de un sitio web paso a paso

Una migración de sitio web nunca es solo un cambio técnico. Una URL equivocada, y una página que antes posicionaba, convertía o recibía enlaces desde una newsletter termina en ningún sitio útil. Por eso las redirecciones 301 necesitan un plan antes del día del lanzamiento, no después, especialmente en una migración web con redirecciones 301.

Esta guía muestra cómo configurar redirecciones 301 para la migración de un sitio web paso a paso, sin hacer que la capa de redirecciones cargue con todo el trabajo. Vas a mapear el sitio antiguo, decidir qué merece una redirección y revisar los resultados antes de que los buscadores y los usuarios encuentren los huecos.

1. Define el tipo de migración y los objetivos de las redirecciones

Empieza con una pregunta sencilla: ¿qué tipo de migración de sitio web estás haciendo? Un cambio de dominio requiere un enfoque distinto al de un cambio de plataforma, y un cambio en la estructura de URLs es otro caso aparte. Si ocurren los tres a la vez, anótalo primero. No después.

Por ejemplo, un cambio de marca de oldsite.com a newsite.com puede necesitar redirigir casi todas las páginas activas, mientras que un cambio de CMS de un sistema de plantillas a otro puede mantener las mismas URLs y solo cambiar cómo se renderizan las páginas. No es el mismo trabajo. Si lo tratas como si lo fuera, el plan de redirecciones se complica enseguida, sobre todo cuando se trata de redirecciones 301 para cambio de dominio.

Define un objetivo para la capa de redirecciones: conservar el valor de las páginas que ya importan. Eso significa tráfico, enlaces e intención del usuario. Una página de producto debería llevar a la página de producto más cercana. Una entrada de blog debería llevar a la entrada más parecida, no a la portada.

Escribe las reglas de migración en lenguaje claro. Que sean breves. “Las páginas antiguas de categorías pasan a las nuevas categorías”. “Las páginas promocionales retiradas no necesitan redirección”. “Las páginas de archivo con poco contenido pueden eliminarse”. Esas decisiones ahorran horas después, porque las redirecciones 301 deben seguir la estructura real del sitio, no suposiciones hechas durante la semana del lanzamiento.

Si la migración también cambia la propiedad del contenido o la configuración de analítica, hazlo visible para el equipo. Un cambio de sitio suele afectar a más de un grupo, y el mapa de redirecciones tiene que encajar tanto con el plan de negocio como con el plan de URLs. Para una visión más amplia del trabajo de soporte alrededor de un cambio, mira cuánto cuesta el mantenimiento de un sitio web.

2. Inventaria solo las URLs que necesitan cobertura de redirección

No listes cada URL histórica a menos que de verdad lo necesites. En papel suena ordenado, pero hace perder tiempo y genera ruido. Empieza por las páginas, carpetas y archivos que todavía tienen valor: landing pages, páginas de servicios, entradas de blog, páginas de categorías, imágenes si tienen enlaces públicos y PDFs que aún reciben visitas.

Extrae URLs de más de una fuente. Usa tu sitemap actual, analítica, logs del servidor y cualquier exportación de rastreo antigua que ya tengas. Una URL sin visitas ni enlaces puede no merecer atención. Una URL con enlaces externos sí. Esa puede seguir importando incluso seis meses después de la migración.

Excluye las páginas que deban retirarse a propósito. Una campaña estacional de 2021 no necesita una nueva ubicación solo porque exista. Tampoco una antigua página interna de pruebas. Aquí es donde ayuda la disciplina. Menos redirecciones puede ser mejor que demasiadas, siempre que estén cubiertas las importantes.

Divide el inventario en grupos simples: páginas, carpetas, archivos y casos especiales. Los números ayudan aquí. Una lista de 12 URLs puede gestionarse de una forma. Una lista de 1.200 URLs necesita reglas por patrón, no reglas hechas a mano para cada línea. Si te saltas este paso, el mapa de redirecciones será difícil de auditar.

Mantén el inventario centrado en el sitio antiguo, no en el nuevo. El sitio antiguo es la fuente de referencia sobre lo que existe hoy. El sitio nuevo es el destino. Mezclar ambos demasiado pronto hace más difícil detectar páginas faltantes y duplicados accidentales.

3. Empareja las URLs antiguas con sus equivalentes nuevos correctos

Ahora construye el mapeo. Un mapa limpio de redirección uno a uno es el caso más sencillo: una URL antigua lleva a una nueva URL, y la relación es obvia. Una entrada de blog sobre precios pasa al nuevo artículo sobre precios. Una página de servicios sobre auditorías aterriza en la nueva página de auditoría. Fácil.

Las migraciones reales rara vez son tan limpias. A veces una página antigua se convierte en dos nuevas, o tres páginas antiguas se fusionan en una página más sólida. En esos casos, decide qué vino a buscar probablemente el usuario. Si la página antigua cubría tanto “configuración” como “soporte”, pero el nuevo sitio lo separa en páginas distintas, elige la mejor coincidencia para la intención principal y enlaza el resto internamente después.

No redirijas todo a la página de inicio. Eso parece fácil una tarde y sale caro durante meses. A los buscadores no les gusta la baja relevancia, y los usuarios la detectan todavía antes. Alguien que busca una página de precios no quiere una landing genérica. Quiere la página de precios, o el sustituto funcional más cercano.

Para el contenido eliminado, toma una decisión. Si no hay reemplazo ni un equivalente significativo, déjalo fuera del mapa de redirecciones. Eso es más limpio que forzar una mala coincidencia. Una página sobre un evento de 2019 no necesita un destino falso solo para rellenar una fila en la hoja de cálculo.

Escribe notas junto a las URLs complicadas. Usa una explicación breve para páginas fusionadas, páginas divididas y contenido retirado. Esas notas importan cuando alguien revise el plan dos días antes del lanzamiento y pregunte por qué la página A va a la página B. La respuesta debería verse en el mapa, no quedar escondida en un chat.

4. Elige el método adecuado para implementar las redirecciones 301

Dónde coloques las redirecciones 301 depende de cómo esté alojado el sitio migrado. En algunas arquitecturas, la configuración del servidor es la vía más limpia. En otras, el CMS, la CDN o la capa de rutas de la aplicación encajan mejor. Elige el punto que pueda servir las redirecciones con fiabilidad sin añadir piezas innecesarias.

Si el sitio funciona sobre un servidor web tradicional, las reglas a nivel de servidor pueden ser la opción más directa. Si el sitio se gestiona dentro de un CMS con herramientas de redirección integradas, eso puede bastar para movimientos pequeños. Si el tráfico pasa por una CDN, las reglas en el borde pueden ayudar, sobre todo cuando necesitas actualizaciones rápidas en muchas URLs.

Cada opción tiene un compromiso. Las reglas del servidor pueden ser potentes, pero requieren mucho cuidado. Los plugins del CMS son cómodos, pero pueden acabar desordenados. Las reglas de CDN son rápidas, pero necesitas saber exactamente cómo interactúan con la caché y la coincidencia de rutas. Elige según el sitio migrado, no por costumbre.

Si la migración también cambia la seguridad, el alojamiento o el seguimiento, coordina ese trabajo en la misma ventana. Una capa de redirecciones que dependa del nombre de host equivocado o de una configuración de certificado incompleta puede fallar de formas extrañas. Para planificación relacionada con la protección del sitio, mira seguridad web.

Para equipos grandes, documenta el método en un solo lugar. Pon el responsable, la plataforma y la ruta de despliegue junto al mapa de redirecciones. Así, la persona que cambie las reglas sabrá si van en Nginx, Apache, una tabla del CMS, un panel de CDN o código de la aplicación.

5. Escribe y organiza las reglas 301

Ahora convierte el mapa en redirecciones 301 reales. Mantén las reglas ordenadas. Un patrón debería hacer una sola tarea. Si una regla intenta abarcar demasiadas formas de URL, puede capturar páginas equivocadas y enviar a los usuarios a un lugar extraño.

Vigila los bucles. Un bucle ocurre cuando la página A redirige a la página B y la página B vuelve a la página A, o cuando dos páginas se envían entre sí en círculo. Eso es un callejón sin salida para rastreadores y usuarios. Además, desperdicia presupuesto de rastreo, una de esas expresiones aburridas que se vuelven muy importantes cuando nada se indexa bien.

Evita también las cadenas. Una cadena significa que una redirección lleva a otra, y luego a otra más. La página A va a B y B va a C. Funciona mal y ralentiza todo. Si puedes llevar A directamente a C, hazlo.

Usa nombres y agrupaciones coherentes dentro del archivo o la interfaz. Agrupa las reglas por secciones: rutas antiguas del blog, rutas antiguas de servicios, rutas antiguas de productos, activos retirados. Una lista ordenada es más fácil de probar. También es más fácil de entregar a otro desarrollador a las 6 de la tarde del día del lanzamiento sin largas explicaciones.

Mantén un ojo en las excepciones. Una regla amplia como “redirigir todo lo que esté en /blog/ a /insights/” puede parecer eficiente, pero puede romper etiquetas, páginas de autor o enlaces antiguos a medios. Si un patrón tiene excepciones, sepáralas antes de publicar. Eso ahorra limpieza después.

6. Verifica el comportamiento de las redirecciones antes y después del lanzamiento

Las pruebas deben hacerse antes del lanzamiento, no después del primer aviso de un usuario sobre una página rota. Comprueba una muestra de URLs individuales del mapa, luego prueba patrones agrupados y después casos raros como barras finales, rutas en mayúsculas, cadenas de consulta y archivos con extensiones. Una redirección que funciona para una URL puede fallar en una muy parecida.

Confirma que el código de respuesta sea un 301 real, no un 302 ni una reescritura suave que solo parezca una redirección en el navegador. Esa diferencia importa. Los buscadores tratan un cambio permanente de forma distinta a uno temporal, y los usuarios no deberían tener que adivinar qué pasó. Verifica el código de estado con una herramienta que muestre la respuesta real.

Prueba más que las rutas obvias. Los PDFs antiguos, las URLs de imágenes y las rutas anidadas de carpetas suelen pasarse por alto. Una ruta de archivo faltante puede generar una cadena de errores 404 que sigue creciendo después del lanzamiento, sobre todo si esos recursos estaban incrustados en páginas o se compartieron en redes sociales hace años.

Haz las comprobaciones en dos fases: una antes del lanzamiento en un entorno de pruebas y otra inmediatamente después del lanzamiento en el sitio en producción. La segunda ronda detecta problemas de despliegue, sorpresas de caché y cualquier regla que se comporte de forma distinta cuando entra en juego el host real. Ahí es donde muchos equipos encuentran la única URL que olvidaron.

Si la migración incluye nuevas analíticas o monitorización, confirma que las redirecciones no rompen esos sistemas. Un cambio es más fácil de confiar cuando puedes ver tráfico, códigos de respuesta y comportamiento de rastreo juntos. Para equipos que comparan herramientas de medición en este tipo de proyecto, cuánto cuesta la analítica web es una referencia útil.

7. Actualiza las señales de apoyo después de la migración

Las redirecciones 301 no deben cargar solas con toda la migración. Actualiza los enlaces internos para que el nuevo sitio apunte a sí mismo. Si tu navegación sigue enlazando a direcciones antiguas, cada clic genera un salto innecesario más. Eso añade retraso para los usuarios y trabajo extra para los rastreadores.

Renueva los sitemaps XML con las nuevas URLs. Envíalos donde haga falta. Elimina las URLs antiguas del sitemap activo si ahora redirigen, y deja allí solo las URLs de destino. Un sitemap lleno de direcciones obsoletas envía señales mezcladas, aunque las redirecciones funcionen perfectamente.

Comprueba las etiquetas canonical. Deberían apuntar a la nueva página, no a la antigua. Es una línea de código pequeña, pero importa. Una canonical que siga haciendo referencia a la URL antigua puede ensuciar el mensaje que envías a los buscadores, sobre todo durante el primer ciclo de rastreo después del lanzamiento.

Actualiza las referencias externas siempre que sea posible. Eso puede significar sitios de socios, perfiles sociales, plantillas de correo o un directorio que controlas. No vas a detectarlo todo, y no pasa nada. El objetivo es reducir el tráfico evitable a través de la capa de redirecciones, no arreglar internet.

Si tu migración forma parte de un rediseño más amplio, ayuda comparar el trabajo de redirecciones con las decisiones más generales sobre contenido y presupuesto. La página titulada presupuesto de rediseño web vs presupuesto de mantenimiento puede ayudar a enmarcar la diferencia entre el trabajo de cambio y el de mantenimiento.

8. Supervisa los problemas de rastreo y tráfico durante la primera ventana posterior al lanzamiento

La primera ventana tras el lanzamiento es donde los problemas se hacen visibles. Comprueba URLs omitidas, errores 404 inesperados, anomalías de redirección y picos de solicitudes a rutas antiguas. Hazlo a diario al principio si el sitio es grande. Dos veces al día no es exagerado cuando la migración es reciente.

Mira juntos los logs del servidor, la analítica y los datos de la Search Console. Una sola fuente se perderá cosas que las otras sí ven. Un 404 en los logs puede ser un enlace interno roto. Un error de rastreo puede ser una URL redirigida con una errata. Una caída de tráfico en una página clave puede significar que la ruta antigua todavía se comparte en algún lugar importante.

Corrige los huecos rápido. Si se omitió una URL, añádela. Si un patrón es demasiado amplio, restrígelo. Si aparece una cadena, acórtala. El mapa de redirecciones no termina en el lanzamiento; es un documento vivo al menos durante los primeros días después del cambio.

Sigue las páginas más importantes durante los primeros 7 días y luego otra vez a los 30 días si la migración es grande. Eso te da dos puntos de control: uno para fallos inmediatos y otro para efectos más lentos de rastreo e indexación. Si los números no cuadran, no esperes a que se corrijan solos.

Mantén al equipo informado con ejemplos concretos, no con notas vagas de estado. “Cuatro URLs de producto siguen devolviendo 404” es útil. “Quedan algunos problemas” no lo es. Si una campaña de marketing, una mención en prensa o una página con muchos enlaces sigue apuntando a una dirección antigua, arregla primero esa ruta. Una sola URL olvidada puede tener más impacto que una docena de páginas de poco valor.

Cuando la primera ola se estabilice, revisa de nuevo la capa de redirecciones con tráfico real. Algunas URLs antiguas resultarán más importantes de lo que sugería el inventario. Otras nunca recibirán visitas. Esa evidencia te ayuda a afinar el plan de redirecciones y a mantener el sitio más limpio mientras la migración se asienta.