Migración web: ¿hay que redirigir todas las URL que reciben enlaces?

La regla cabe en una frase: toda URL que recibe enlaces conserva una redirección. Quedan las excepciones (enlaces tóxicos, páginas pirateadas) y la elección del destino correcto, sin el cual la redirección no sirve de nada.

Migración web: ¿hay que redirigir todas las URL que reciben enlaces?

Al preparar el plan de redirección de una migración, la pregunta vuelve siempre: ¿hay que redirigir todas las URL antiguas que reciben enlaces, o solo las más importantes? La respuesta corta es sí, todas, salvo algunas excepciones. Este artículo explica por qué, qué excepciones retener y hacia qué página redirigir.

Para lo que aportan los enlaces, lea por qué los backlinks importan durante una migración; para encontrar esas URL, las herramientas de backlinks comparadas.

La regla: se redirigen las URL, no los enlaces

Se habla de «redirigir los backlinks», pero es un abuso del lenguaje: no se tocan los enlaces, que están en otros sitios. Se redirige la URL a la que apuntan. Una sola redirección sirve, pues, a todos los enlaces que apuntan a esa página, y no hay que clasificar los enlaces uno por uno. El coste de una redirección más es nulo; el de una página enlazada que cae en 404 es la pérdida de lo que recibía.

La buena pregunta no es «¿qué enlaces conservar?», sino «¿qué enlaces no queremos conservar?». Para la mayoría de los sitios, la respuesta es: ninguno.

Las excepciones

  • Las URL creadas por un pirateo: las páginas de spam inyectadas en el sitio atraen enlaces de spam. No se redirigen: deben desaparecer del índice; vea desindexar URL pirateadas.
  • Las URL objeto de un ataque de enlaces (negative SEO): si una página solo recibe enlaces artificiales hostiles, dejar que responda con 404 o 410 corta esos enlaces en lugar de trasladarlos a una página sana.
  • Los contenidos retirados sin equivalente: si realmente no existe ninguna página cercana en el nuevo sitio, un 410 es mejor que una redirección a la página de inicio, que Google suele tratar como un 404 encubierto.

Hacia qué página redirigir

Una redirección solo traslada el valor de los enlaces si la página de llegada retoma el tema de la antigua: el mismo producto, el mismo artículo y, en su defecto, la categoría o la página más cercana. Es el trabajo más largo de un plan de redirección cuando el sitio tiene miles de URL. Swan lo automatiza: rastrea el sitio antiguo y la preproducción, compara los contenidos por proximidad semántica y propone para cada URL antigua la página más cercana, que usted valida o corrige.

Las URL que se olvidan

No todas las páginas que reciben enlaces están en el sitio actual. Piense en las páginas eliminadas en un rediseño anterior y nunca redirigidas, en las redirecciones antiguas que apuntan a direcciones que la migración va a cambiar (hay que actualizarlas para evitar cadenas), en las direcciones con parámetros o con extensiones antiguas (.html, .php) y en las variantes en http o sin www. Un análisis completo de los enlaces suele ser la ocasión de redescubrir páginas olvidadas que todavía reciben enlaces.

Para encontrarlas, cruce varias fuentes: la Search Console, una o dos herramientas de backlinks (por ejemplo Majestic, importado en Swan) y los registros del servidor. En Swan, cada lista se pega en la importación manual con su origen y se suma al plan de redirección con las demás URL.

Controlar antes y después de la puesta en línea

Una redirección prevista no es una redirección que funciona. Pruebe cada URL antigua en preproducción y luego en producción el día de la puesta en línea: debe llevar en un solo salto a una página que responde 200. Swan hace este control sobre toda la lista y señala las redirecciones que faltan o fallan. Nuestra guía del plan de redirección describe el proceso completo.

Swan propone el destino correcto para cada URL que recibe enlaces y controla sus redirecciones antes y después de la puesta en línea.

Para seguir leyendo

Todos los artículos