Comprueba los backlinks de una página antes de finalizar el mapa de redirecciones

El expediente del caso (inventado, para ilustración)

Imagina una pequeña tienda que se muda de un sitio antiguo en PHP a un nuevo framework. La tienda, sus URLs y cada número aquí son ficticios.

El sitio antiguo tenía 400 URLs y el equipo escribió redirecciones para las 120 que creía importantes, y luego configuró una redirección comodín hacia la página de inicio para el resto. El lanzamiento fue sin problemas y, en una semana, las impresiones cayeron en páginas de las que nadie había pensado.

Nada estaba mal con las redirecciones que escribieron. La pérdida estuvo en las 280 que no configuraron.

Una hipótesis como esta no es prueba de nada. Es un ensayo, y el informe de cobertura de Search Console y la rutina de valoración gratuita son lo que usarías en el caso real.

Por qué una regla de patrón no es un mapa

Una única regla que envía todo lo que está bajo una carpeta a la página de inicio es tentadora. Toma una línea de configuración. Parece terminado. También desecha lo único que llevaban las URLs antiguas, que es la lista de lugares a los que enlazaban las personas.

Una redirección comodán oculta la pérdida

Digamos que tu sitio antiguo tenía 400 URLs y una redirección comodán envía las 280 sin mapear a la página de inicio. Cada una de esas direcciones antiguas ahora devuelve la misma página. Un crawler de búsqueda lee ese patrón como un conjunto de soft 404, por lo que los enlaces que apuntan a ellas no tienen un destino claro.

La redirección comodán es silenciosa. No hay errores el día del lanzamiento, y los paneles de control aún muestran un sitio saludable hasta que alguien pregunta qué páginas solían ganar enlaces.

Los patrones se adaptan a la cola larga, no a la parte superior

Un patrón está bien una vez que las URLs importantes se manejan una por una. Coloca las veinte principales por dominios de referencia en el mapa a mano, un salto cada una, y solo entonces permite que una regla cubra las páginas a las que nadie enlaza.

Ese orden importa porque un patrón no puede distinguir una página valiosa de una vacía. Ve una ruta, no un conteo de dominios de referencia.

Mantén el archivo corto y la prueba estricta

Las listas largas de redirecciones en un servidor estático pueden volverse difíciles de leer. Maneja las URLs importantes con líneas explícitas y la cola larga con una regla, para que el archivo se mantenga lo suficientemente corto para revisarlo.

Ya sea que la regla viva en un archivo de servidor web, una configuración de framework o un plugin, la prueba es la misma. Solicita cada URL antigua y verifica el estado y el destino. Digamos que pruebas diez URLs de muestra y ocho devuelven un 301 a la página correcta. Las otras dos devuelven 200 en una página que no es la antigua, y ese es el error a rastrear antes del lanzamiento.

Canonicals, sitemaps y hreflang: las señales silenciosas

Antes de comprobar los backlinks de una página, verifica que las señales estén de acuerdo. Una redirección es solo una de varias pistas que indican a los motores de búsqueda dónde vive una página. La etiqueta canonical, el sitemap y cualquier conjunto hreflang deben apuntar en la misma dirección. De lo contrario, se cancelan entre sí. La referencia de campo muestra qué llamada devuelve la lista de fuentes a verificar.

Los canonicals deben coincidir con la redirección

Si la URL antigua redirige a la página X, pero la página X canonicaliza a la página Y, las señales ahora discrepan sobre cuál es la página real. Una redirección mueve a los visitantes, mientras que un canonical es una pista sobre la versión preferida, por lo que una discrepancia hace que el resultado sea difícil de predecir.

Verifica los canonicals en las veinte destinos principales después del lanzamiento. ¿Cualquiera de ellos se nombra a sí mismo, o a la página que reemplazó? ¿Alguno de ellos nombra a la página de inicio por error?

Un sitemap debe listar lo que está en vivo

El sitemap es la lista que entregas a los motores de búsqueda, por lo que debería contener los destinos en vivo y no las direcciones antiguas que ahora redirigen. Un nuevo sitemap que lista solo URLs frescas puede silenciosamente dejar fuera las páginas que más necesitas que se rastreen.

Ten cuidado con lastmod. Si cada fila lleva la fecha de despliegue, el campo deja de decir la verdad sobre qué páginas cambiaron, y el archivo pierde su valor como señal de cambio.

Hreflang solo cuando el idioma realmente cambia

Hreflang vale la pena agregarlo cuando las páginas existen en varios idiomas o regiones, y cada conjunto debe enlazarse entre sí. Un sitio de un solo idioma que agrega un conjunto hreflang obtiene ruido sin ningún significado adicional.

Cuando agregas hreflang durante una migración, verifica que cada URL alternativa devuelva una página en vivo y que cada página en el conjunto liste a todas las demás.

Lo que respalda la evidencia, y lo que no

Un 301 directo es la línea base. Google ha dicho desde 2016 que las redirecciones 3xx ya no pierden PageRank, por lo que un mapa limpio de un solo salto no es donde se filtra el valor.

La fuga es la discrepancia: una redirección que apunta a una página no relacionada puede ser tratada como un soft 404, y un canonical que no coincide con la redirección envía señales mixtas. Nadie fuera de Google puede medir la pérdida con precisión, por eso cuentas los dominios que enlazan y tratas el conteo como la exposición en lugar de como una previsión.

Antes del cambio, ejecuta toppages para el dominio antiguo (2 créditos) y refdomains en el mismo dominio (2 créditos). Después del cambio, repite ambos una vez que llegue la actualización mensual y compara las dos lecturas. Nuestro índice puede necesitar un ciclo para notar el cambio. No entres en pánico el día 10. Guarda el primer informe como tu foto antes.

Una precaución práctica. Un mapa de redirecciones que parece ordenado en una hoja de cálculo aún puede fallar en el servidor, así que prueba los 20 principales con un crawler como Screaming Frog y confirma que cada uno devuelve un único 301 a una página en vivo.

Verificando el nuevo mapa antes de que salga en vivo

Un mapa de redirecciones es solo una hoja de cálculo hasta que un crawler lo ha visitado. Las siguientes comprobaciones son económicas de ejecutar, y capturan errores que una revisión visual nunca ve.

Lee cada código de estado, no solo la página

Solicita cada URL antigua y lee el estado que devuelve. Un único 301 a una página en vivo es lo que deseas. Un 302 donde debería haber un 301, o una cadena de tres saltos, deja el resultado al azar.

Screaming Frog y crawlers similares pueden ejecutar toda la lista y exportar los códigos a una hoja. Ordena por estado y ocupa primero de cualquier cosa que no sea un 301 o un 200.

Busca cadenas de redirección

Una cadena se forma cuando una redirección apunta a una página que redirige nuevamente, a menudo después de que cambia una barra final o un prefijo de idioma. Cada salto extra es una oportunidad más para que la señal se pierda y para que la visita se ralentice.

Elimina las cadenas apuntando la primera redirección directamente a la dirección final. Es una pequeña edición por URL y elimina toda una clase de sorpresas.

Compara el sitemap con el mapa

Exporta el sitemap y la lista de redirecciones, luego verifica que ninguna entrada del sitemap sea también una fuente de redirección. Cada entrada del sitemap debe ser un destino en vivo, y cada dirección antigua debe faltar en el sitemap.

Haz lo mismo con los enlaces internos en tu plantilla principal. Un enlace que aún apunta a una dirección antigua añade un salto para cada visitante, y le dice a los crawlers que la dirección antigua aún importa.