Backlinks en migraciones de sitio: una guía para las URLs enlazadas

Cómo una migración pone en riesgo tus entradas

Cambiar de plataforma o modificar los esquemas de URL pone en riesgo tus enlaces externos, y el riesgo está concentrado. Algunas URLs concentran la mayoría de los dominios que enlazan.

Esas URLs reciben una redirección manual, nunca una regla de patrón. Aprende cuáles son con el método de entrada. El resto puede seguir patrones.

Aquí tienes nuestra guía. Utiliza un export de enlaces para decidir qué es sagrado. Finaliza con una verificación contra Search Console, porque las redirecciones que parecen correctas en una hoja de cálculo pueden comportarse de forma extraña en producción. Para la estructura detrás de las URLs sagradas, lee sobre páginas de entrada.

Por qué las URLs sagradas van primero

No todas las URLs son iguales. Un pequeño conjunto concentra la mayoría de los dominios que enlazan, y esas direcciones merecen más cuidado que el resto del sitio combinado. Los backlinks en migraciones dependen de ellas, así que trátalas como puntos fijos en el plan.

Comienza desde la lista de entradas, no desde el sitemap. El sitemap lista lo que publicas, mientras que la lista de entradas muestra a lo que ya apunta la web.

Escribe esa lista antes de que alguien abra el archivo de redirecciones. Una lista escrita después tiende a coincidir con lo que ya hacen las reglas, y eso oculta los huecos que más necesitas ver. Ordénala por dominios que enlazan. Las filas con más volumen quedan arriba.

Redirecciones manuales para los pocos

Cada URL sagrada recibe su propia fila en el mapa de redirecciones, con un destino elegido manualmente. El destino debe cubrir el mismo tema que la página antigua, para que las palabras que apuntan a ella sigan teniendo sentido.

Imagina una guía antigua que se traslada a un nuevo centro de ayuda. Si la nueva página responde a la misma pregunta, la redirección conserva su significado. Si la nueva página es una landing genérica, no lo hace.

Mantén una fila por URL sagrada con una breve nota sobre por qué se eligió su destino. La nota es lo que más necesitará quien lea el archivo dentro de un año.

Patrones para todo lo demás

Las reglas de patrón están bien para la larga cola, como una ruta de blog caducada que se convierte en un slug limpio. Escríbelas después de las filas manuales, para que una regla amplia no pueda anular una específica.

Prueba una muestra de la salida de patrones contra la lista en vivo de direcciones antiguas, y verifica los códigos de estado antes de publicar nada.

Verifica que ninguna regla de patrón capture una URL sagrada, probando la lista de sagradas contra las reglas antes de que entren en producción.

Anclas después del cambio

Una entrada puede haber llegado con el nombre de un producto que ya has eliminado. El nuevo destino debe seguir teniendo sentido para esas palabras, incluso cuando la página del producto ya no exista.

Si no es así, el destino es incorrecto, por muy ordenado que parezca el mapa de redirecciones en papel.

Variantes de parámetros durante un cambio

Un cambio es un buen momento para decidir qué cadenas de consulta merecen existir. Muchos sitios llevan órdenes de clasificación, filtros y etiquetas de seguimiento que crean direcciones extra para el mismo contenido, y una migración las copia todas a menos que lo impidas.

Decide una vez, anota la decisión y aplícala en todas las partes del sitio donde se enlaza. La página de profundidad de rastreo muestra cómo estas variantes distorsionan un informe de profundidad.

Qué cadenas de consulta llevan contenido

Un parámetro que cambia el contenido, como un número de página en una lista larga, puede mantener su propia dirección. Un parámetro que solo reordena o rastrea no necesita una.

Escribe la decisión junto al nombre del parámetro, para que la siguiente persona no tenga que adivinar qué hace.

Etiquetas canonical en el nuevo sitio

Donde una variante deba permanecer, su etiqueta canonical debe nombrar la dirección limpia. La etiqueta es una sugerencia más que un mandato, así que debe coincidir con los enlaces internos y el sitemap.

Las señales inconsistentes son el fallo común. Una página que declara un canonical, enlaza a una segunda dirección y lista una tercera en el sitemap le da al crawler tres instrucciones contradictorias.

Enlaces internos que aún llevan parámetros

Las plantillas de navegación a menudo copian parámetros antiguos en las nuevas páginas. Rastrea el nuevo sitio, cuenta los enlaces internos que llevan una cadena de consulta, y corrige la plantilla en lugar de cada página.

Una corrección de plantilla también evita que el problema vuelva a aparecer en el próximo rediseño.

Errores de redirección que aparecen en Search Console

Tras un cambio, Search Console a menudo informa de errores de redirección en masa. La lista parece alarmante. Google informa de lo que encontró su crawler, no de lo que pretendía tu mapa. Una lista larga suele rastrearse a unas pocas causas, así que ordena los errores por causa antes de tocar cualquier redirección.

Comienza con el patrón más común y baja. Muchos errores desaparecen una vez que se corrigen las causas principales.

Cadenas y bucles

Una cadena va desde la dirección antigua a una intermedia y luego a la página final. Cada salto añade un paso que un crawler puede dejar de seguir, y un bucle lo hace dar vueltas.

Aplana las cadenas para que cada dirección antigua apunte directamente a su objetivo final, y elimina cualquier bucle antes de solicitar un nuevo rastreo.

Una cadena suele aparecer tras un segundo cambio sobre el primero, así que busca en el archivo de redirecciones cualquier destino que sea a su vez una fuente.

Destinos que fallan

Una redirección a un 404, una página de inicio de sesión o un destino genérico de página de inicio aparece como un error o como una señal débil. Verifica cada destino con una solicitud de estado antes de asumir que el mapa es correcto.

Esos tres fallos son fáciles de detectar una vez que cada destino está en una columna de la hoja.

Incluye también los destinos de las redirecciones antiguas en la verificación, ya que una cadena puede terminar en una página que se eliminó hace años.

Cachear una redirección que cambió

Una redirección es una respuesta, y los navegadores y las cachés compartidas pueden conservarla más tiempo del esperado. Si cambias a dónde apunta una dirección antigua, la caché de un visitante puede seguir enviándolo al objetivo anterior durante un tiempo.

Pregunta a tu proveedor o CDN cómo cachea las redirecciones y si ofrece una purga. Luego prueba desde una sesión de navegador limpia en lugar de la que usaste para escribir el mapa.

Lo que las redirecciones no pueden rescatar

Un 301 es una dirección de reenvío, no una transfusión. Si la nueva página tiene un tema diferente al antiguo, el enlace puede dejar de contar, por eso los destinos deben ser relevantes.

Los enlaces de sitios que nunca actualizan seguirán apuntando a la dirección antigua, así que mantén las redirecciones activas. ¿Cuánto tiempo es una cuestión de tu propia tolerancia al riesgo; no establecemos un período aquí.

Las anclas son otra trampa. Si una entrada llegó con las palabras de un producto que ya has eliminado, el nuevo destino debe seguir teniendo sentido para ellas.

Tras la comparación de instantáneas, cualquier página de entrada que haya desaparecido merece una revisión manual. Una actualización mensual puede ir por detrás de los cambios reales, así que verifica también Search Console.

Mantén un ojo en las fuentes también. Un sitio que actualiza poco puede seguir apuntando a la dirección antigua durante mucho tiempo, así que la redirección debe permanecer en su lugar, y nadie debería eliminarla durante una limpieza.