Receta del mapa de redirecciones: clasifica las URL antiguas por los enlaces que poseen
Un mapa de redirecciones es una lista de prioridades, no una hoja de cálculo con todas las URL. Empieza por las páginas a las que enlazan otros sitios y el resto del mapa será más sencillo.
Equipo de investigación de ArchiLinks ·
Por qué clasificar por enlaces
Los equipos construyen mapas a partir del rastreo. Es completo. También trata una página de prensa olvidada de 2014 como si fuera la página principal.
Cuando revisas los backlinks hacia tu sitio y ordenas las páginas por el número de dominios que enlazan, aparece un patrón en la mayoría de las migraciones: unas pocas decenas de URL concentran la mayor parte del valor externo. Esas URL se emparejan manualmente, se revisan dos veces y se prueban primero.
Todo lo demás sigue reglas. Las carpetas se mapean por patrón, se eliminan los parámetros de seguimiento y las URL huérfanas sin enlaces ni tráfico pueden devolver 410 si así lo decides. Combina el resultado con la lista de verificación de migración para que el mapa se pruebe antes del lanzamiento y se vuelva a verificar al día 45, y con los scripts de API para programar la extracción mensual.
Paso 1: extrae las páginas enlazadas
Una sola llamada devuelve hasta 1.000 filas y cuesta 2 créditos, independientemente del número de filas. Los nombres de campo que se muestran a continuación son un ejemplo; consulta una respuesta real y ajusta las claves.
import csv, requests
BASE = "https://archilinks.com/api.php"
KEY = "sk_live_..."
def call(action, **params):
r = requests.get(BASE, params={"action": action, "key": KEY, **params}, timeout=30)
r.raise_for_status()
return r.json()
data = call("toppages", q="old-shop.com", per=1000)
rows = next(v for v in data.values() if isinstance(v, list))
with open("linked-pages.csv", "w", newline="") as f:
w = csv.writer(f)
w.writerow(["old_url", "links", "new_url"])
for row in rows:
w.writerow([row.get("url"), row.get("backlinks"), ""])Paso 2: rellena la tercera columna
Empareja por significado
Una página de producto va al mismo producto, o a su categoría si el producto ya no existe. Nunca a la página principal a menos que la página fuera la página principal.
Deja que una segunda persona revise las 50 primeras
Una persona cansada a las 6 p. m. mapea una guía sobre canonicals a un índice de blog. Un revisor lo detecta.
Reglas para la cola larga
Escribe patrones para las carpetas y elimina los parámetros de seguimiento. Mantén cada regla en el control de versiones con un comentario que explique por qué.
Paso 3: emite las reglas del servidor
nginx lee bien un archivo de mapa y escala a decenas de miles de líneas.
# /etc/nginx/redirects.map (generated from the csv)
/old/guide-canonicals /guides/canonical-tags;
/products/blue-widget /shop/widgets/blue;
# in nginx.conf, http context
map $request_uri $new_uri {
default "";
include /etc/nginx/redirects.map;
}
# in the server block of the old host
if ($new_uri) {
return 301 https://new-shop.com$new_uri;
}
Paso 4: prueba cada salto
Fallar la tubería por cualquier cosa que no sea un único 301 a un 200.
while IFS=, read -r old new; do
out=$(curl -s -o /dev/null -w "%{http_code} %{num_redirects} %{url_effective}" -L "https://old-shop.com$old")
echo "$old -> $out"
done < redirect-pairs.csv | grep -v "^.* -> 200 1 " && echo "FIX ABOVE"Errores que revisaríamos primero
| Síntoma | Causa probable | Solución |
|---|---|---|
| Cadenas de dos o tres saltos | Reglas antiguas apiladas sobre nuevas | Apunta la regla antigua directamente a la URL final |
| Todo termina en la página principal | Regla de captura general perezosa | Empareja por tema; Google puede tratar las redirecciones masivas a la página principal como 404 suaves |
| Cadenas de consulta perdidas | La regla elimina los argumentos | Conserva los parámetros que cambian el contenido; elimina el resto |
| La URL principal devuelve 404 después del lanzamiento | Excluida del CSV | Vuelve a ejecutar la extracción y compara con el mapa en vivo |
Qué URL merecen una fila emparejada manualmente
No todas las URL merecen una persona. Una división útil es por dominios enlazadores: cualquier URL con varios sitios externos que apunten a ella se empareja a mano, y el resto sigue un conjunto de reglas. Digamos que tienes 4.000 URL antiguas y 60 de ellas concentran la mayoría de los enlaces externos. Esas sesenta requieren una tarde de revisión, mientras que las otras 3.940 requieren un patrón y una prueba.
Mantén el umbral en el script, no en la cabeza de alguien. Cinco dominios enlazadores es un buen punto de partida para un sitio mediano. Empieza ahí. Reduce el número cuando todo el sitio tenga pocos enlaces y aumentalo cuando la lista manual crezca demasiado para un solo revisor.
Mantener separadas las filas emparejadas manualmente y las emparejadas por regla
Las filas emparejadas manualmente tienen un revisor con nombre y una nota sobre por qué se eligió el destino. Las filas emparejadas por regla tienen un patrón probado contra toda la carpeta, para que una excepción aparezca en el informe de prueba antes del lanzamiento en lugar de en un gráfico de tráfico después.
Los casos mixtos causan la mayor confusión. Un producto que fue discontinuado y reemplazado por un sucesor se mapea al sucesor. Uno discontinuado sin sucesor pertenece a su categoría, nunca a la página principal.
Usar una segunda extracción para ver qué se movió
Ejecuta refdomains para el host antiguo antes de que el mapa sea final, luego de nuevo después del lanzamiento, y compara las dos listas por dominio. Un dominio enlazador que falte en la segunda extracción es una pregunta para el propietario del enlace, no una razón para alarmarse, ya que un enlace eliminado puede tardar un tiempo en aparecer en el índice.
Mantén ambos archivos lado a lado en la carpeta de migración, con la fecha en cada nombre. La diferencia te dice dónde buscar, y el mapa te dice qué hiciste al respecto.
Decidir qué hacer con las URL que no tienen enlaces
Las URL huérfanas sin enlaces ni tráfico son la parte fácil. Devuelve un 404 claro o un 410 cuando el contenido haya desaparecido para siempre, y redirige solo cuando exista un reemplazo cercano, para que tanto los visitantes como los rastreadores lleguen a algún lugar útil.
Cuando tengas dudas, deja una nota breve en el mapa y vuelve después de la primera semana de registros. El registro de tu servidor muestra qué direcciones antiguas aún reciben solicitudes, que es la mejor evidencia que tendrás.
Cómo encaja el mapa en un lanzamiento
Un mapa de redirecciones cambia con el sitio. Tenlo en cuenta. Aparecen páginas nuevas, las antiguas se renombran y un cambio de plantilla puede romper una regla que parecía segura el mes pasado. Trata el mapa como código, con un archivo en control de versiones, una revisión antes de cada despliegue y una ejecución de prueba en cada cambio.
Mantén el mapa en una sola capa siempre que sea posible. Las redirecciones repartidas entre la aplicación, el CDN y el CMS son cómo aparecen las cadenas, y las cadenas son difíciles de detectar sin un rastreo completo.
Dónde deben vivir las reglas
Un mapa del servidor es rápido y fácil de probar. Un plugin de CMS es útil para un puñado de páginas, pero es difícil de auditar a escala. Cualquiera que elijas, la prueba de un solo salto debe leer desde ese mismo lugar.
Si dos capas redirigen la misma URL, la prueba informa una cadena. Elimina el duplicado de la capa que planeas retirar.
Pruebas en el host real después de cada cambio
Ejecuta la prueba de saltos en staging, luego en producción, después de cada cambio en el archivo de reglas. Una regla que pasa en staging aún puede fallar una vez que una caché contiene una respuesta antigua, por lo que la segunda ejecución es importante.
Guarda la salida con la fecha. Cuando una URL principal se rompa meses después, el resultado antiguo muestra si la regla cambió o si lo hizo el sitio. La lista de verificación de migración indica cuándo pertenece esa prueba, y ejecutarla primero mantiene la siguiente comprobación comparable con esta.
Revisar un cambio en el archivo de reglas
Nombra a un revisor para los cambios en el mapa, y pide a esa persona que verifique tres cosas: si cada destino aún coincide con el tema, cuántos saltos crea la regla y si el patrón es lo suficientemente estrecho como para tocar solo las URL para las que fue escrito. Un cambio que nadie revisó es el más propenso a iniciar una cadena.
Pide la misma revisión cuando el sitio mismo cambie. Una nueva categoría que absorbe una carpeta antigua puede hacer que una regla correcta apunte al lugar equivocado sin que nadie edite el mapa.
Almacena la nota del revisor junto al cambio. Seis meses después, la nota explica una regla que de otro modo parecería arbitraria, y ahorra una segunda investigación de la misma pregunta.
Probar una muestra antes de la ejecución completa
Antes de ejecutar toda la lista, elige una muestra de cincuenta filas que mezcle las páginas mejor enlazadas con algunas normales. Ejecuta la prueba de saltos en esa muestra primero. La muestra es rápida de leer, y un error de regla aparece en ella mucho antes de que aparezca en todo el archivo.
Incluye al menos una fila de cada patrón de regla, y una de cada grupo emparejado manualmente. Un patrón que cubre una carpeta de doscientas URL solo se prueba con las filas que ocurren estar en la muestra, así que elígelas a propósito.
Mantener los archivos de reglas pequeños
Un archivo de reglas que crece más allá de unas pocas cientos de patrones se vuelve difícil de revisar. Divídelo por sección del sitio y mantén cada archivo lo suficientemente corto para que un revisor pueda leerlo en una sola sesión.
Elimina una regla el día que su carpeta desaparezca. Las reglas antiguas que quedan atrás son las que luego envían tráfico a una cadena.
Antes de que el mapa esté en vivo
- Cada fila tiene una URL nueva, o un 404 o 410 deliberado.
- Ningún destino es en sí mismo una redirección.
- Las 50 URL con más dominios enlazadores fueron revisadas por una segunda persona.
- Los parámetros de consulta que cambian el contenido se conservan.
- El archivo de reglas está en control de versiones, con un comentario en cada patrón.
- Se guarda una línea base de dominios de referencia para la diferencia posterior al lanzamiento.
Preguntas frecuentes sobre redirecciones
- ¿Debo eliminar las redirecciones antiguas después de un año?
- Muchos equipos de migración las mantienen durante al menos un año. Más allá de eso, mantenlas mientras las URL antiguas aún reciban enlaces externos o tráfico. Las redirecciones cuestan casi nada servir, así que rara vez hay una buena razón para eliminarlas temprano.
- ¿Está bien redirigir solo las páginas indexadas?
- No si las no indexadas llevan enlaces. El estado de indexación dice poco sobre el valor externo. Redirige cada URL que tenga un dominio enlazador, luego decide sobre el resto por tráfico.
- ¿Qué pasa con 302 o 307 para un movimiento permanente?
- Usa 301 o 308 para movimientos permanentes. Un 302 dejado en su lugar durante años puede tratarse como permanente, pero ese resultado queda al azar, y otros clientes de la redirección pueden no adivinar lo mismo.
- ¿Puedo redirigir 404s del sitio antiguo al nuevo?
- Solo cuando exista una coincidencia cercana. Una redirección a una página no relacionada es un 404 suave a los ojos de Google. Devuelve un 404 o 410 real cuando el contenido haya desaparecido.
