Detector de enlaces internos rotos

Cómo funciona esta comprobación

Scanaris recoge todos los enlaces <a href> del HTML de tu página y se queda con los internos: los que resuelven a tu mismo origen (dominio, protocolo y puerto). Descarta mailto:, tel:, javascript:, las anclas que empiezan por #, los enlaces a la propia página y los duplicados, y limita la lista a 25 para no martillear tu servidor. Visita cada uno y lo cuenta como roto solo si responde 404, 410 o un error 5xx. Las redirecciones no son fallo, un 401 o 403 tampoco (puede ser una zona privada a propósito), y si la petición falla por red no se cuenta, para no dar falsos positivos. Si hay tres o más enlaces rotos, el hallazgo es de severidad media; con uno o dos, baja. Lista hasta diez con su código.

Por qué importa

Un enlace roto es un callejón sin salida para el usuario y para Google. Para el usuario, una página de error donde esperaba el producto, el artículo o el formulario, y una razón para irse. Para Google, presupuesto de rastreo desperdiciado y una señal de web descuidada; además, la autoridad que ese enlace transmitía a la página destino se pierde. Los enlaces rotos en la home son los peores, porque es la página más rastreada y la que más gente ve, y por eso esta comprobación empieza por ahí.

Por qué pasa

Páginas que se renombraron o se borraron sin actualizar los menús ni el contenido que las enlazaba. Migraciones de CMS o de dominio que cambian la estructura de URLs. Enlaces escritos a mano con una errata. Un deploy que eliminó una ruta que el pie de página seguía enlazando. Y en webs generadas con IA, enlaces a páginas que la IA inventó en el menú ("/pricing", "/docs") y que nunca llegaron a existir.

Cómo arreglarlo

• Si la página se movió, una redirección 301 de la URL antigua a la nueva. Así arreglas de golpe todos los enlaces que apuntaban ahí, incluidos los de otras webs. En Nuxt, routeRules; en Next.js, redirects(); en Vercel y Netlify, el archivo de redirecciones; en WordPress, un plugin de redirecciones.
• Si la página ya no existe y no tiene sustituta, quita el enlace. Si quieres que Google la olvide rápido, responde 410 en lugar de 404.
• Si es una errata, corrige el href. Los frameworks con rutas tipadas (Nuxt con typedPages, Next.js con typedRoutes) convierten estos errores en errores de compilación.
• Los errores 5xx no son enlaces mal escritos sino páginas que fallan al cargar. Revisa los logs de esa ruta: suele ser una consulta que peta o un recurso que ya no existe.
• Añade un comprobador de enlaces al CI (lychee, linkinator) para que la siguiente ruta rota no llegue a producción.

Comprueba que está arreglado

curl -s https://tudominio.com | grep -oE 'href="/[^"#]*"' | cut -d'"' -f2 | sort -u | while read p; do
  printf "%s " "$(curl -s -o /dev/null -w '%{http_code}' "https://tudominio.com$p")"; echo "$p"
done | grep -E "^(404|410|5)"

No debe salir ninguna línea. Repite con las páginas más importantes además de la home: cada página tiene sus propios enlaces.

Preguntas frecuentes

Mi web es una SPA y las rutas que no existen devuelven 200 con la app.

Entonces esta comprobación no puede detectar tus enlaces rotos, porque todo responde 200. Pero Google sí los detecta como "soft 404" y los trata como errores. Configura tu servidor o framework para que las rutas desconocidas respondan con un 404 real.

¿Y los enlaces a otras webs?

No se comprueban: muchas webs bloquean a los bots y darían falsos positivos. Revísalos tú de vez en cuando con una herramienta de escritorio o con el comprobador del CI, que puedes configurar para que los visite con más paciencia.

Solo tengo un enlace roto y es de severidad baja. ¿Lo arreglo?

Sí: cuesta un minuto y el siguiente escaneo lo confirma. Los otros restos de desarrollo que suelen acompañar a un enlace roto, como URLs a localhost, los busca referencias internas; y que Google tenga la lista correcta de tus páginas lo mira robots y sitemap.