Reputación de IP y detección de ASN: por qué las IP «limpias» siguen siendo bloqueadas

Compraste proxies "limpios". Las IP no están en ninguna lista negra — lo comprobaste. Tus huellas están imitadas, tus cabeceras son perfectas, y aun así recibes un challenge en la primera petición. La razón suele ser una sola consulta que el sitio destino hizo en menos de un milisegundo: preguntó a qué red pertenece tu IP.

Esto es la detección de ASN, y en 2026 es la señal más barata y fiable de todo stack antibot — por delante de las huellas TLS, por delante de los challenges de JavaScript. Este artículo explica cómo se calcula realmente la reputación de IP, por qué "no está en lista negra" no significa casi nada, y qué comprobar antes de culpar a tu código. Es el complemento a nivel de red de nuestro explicativo de JA3/JA4.

ASN: la señal que no puedes falsificar

Cada IP de internet pertenece a un Sistema Autónomo — la red que la anuncia vía BGP. Los números de AS son públicos, se consultan gratis e imposibles de falsificar desde el lado del cliente. Una sola consulta le dice al defensor:

• Quién gestiona la red — AWS, Hetzner, Comcast, Vodafone…
• Qué tipo de red es — nube/hosting, ISP/usuario final, operador móvil, educación, empresa
• Cómo se ve históricamente el tráfico de esa red

La lógica es brutal y eficaz: los compradores reales no navegan desde dentro de un centro de datos de AWS. Una IP de un ASN de hosting (AWS, GCP, Hetzner, OVH, DigitalOcean) empieza cada sesión con una probabilidad previa de ser bot del ~90 % o más. Una IP de un ISP residencial de usuario final empieza cerca de cero. Sin JavaScript, sin huella digital, sin coste — el veredicto está prácticamente formado antes de que llegue el cuerpo de tu petición.

La reputación es una puntuación, no una lista negra

"Mi IP no está en Spamhaus" responde a una pregunta de 2010. La reputación de IP moderna es una puntuación actualizada continuamente por IP (y por /24, y por ASN), construida a partir de señales como:

Señal	Qué le dice al defensor
Tipo de ASN	Hosting vs. residencial vs. móvil — la probabilidad previa de base
Telemetría de abuso compartida	Cloudflare/Akamai/DataDome ven esta IP a través de todos sus clientes — un baneo ganado en el sitio A te sigue al sitio B
Velocidad de peticiones por IP	Un solo hogar no genera 50k peticiones/día
Diversidad de sesiones	Cientos de cookies sin relación desde una IP = salida de proxy
Escaneo de puertos / sondas de proxy abierto	Muchos proveedores sondean activamente las IP en busca de puertos de proxy abierto
Antigüedad de la IP y rotación de titularidad	Los rangos que cambiaron de manos o de comportamiento recientemente se re-puntúan rápido

Dos consecuencias. Primera, la reputación se comparte: heredas los pecados de todos los que usaron esa IP antes que tú — por eso los pools residenciales baratos y sobrevendidos rinden por debajo. Segunda, la reputación es por rango, no solo por IP: un solo vecino ruidoso puede envenenar el /24 en el que estás.

La jerarquía de confianza de IP en 2026

1. IP de operador móvil — máxima confianza. El CGNAT significa que miles de humanos reales comparten cada IP, así que bloquear una IP bloquea a clientes reales. Los defensores son máximamente cautelosos aquí.
2. IP de ISP residencial — alta confianza, el estándar para el scraping serio y el trabajo con cuentas.
3. IP de ISP/residencial estática ("usuario final empresarial") — buena confianza, estables, pero menor plausibilidad para tráfico con forma de consumidor.
4. IP de centro de datos — confianza casi nula en objetivos protegidos. Está bien para API sin protección, herramientas internas, geo-pruebas de tus propias propiedades.

(Análisis a fondo con compensaciones de coste: elegir tipos de proxy para agentes cubre la misma jerarquía desde el lado del coste.)

Comprueba antes de depurar

Antes de tocar tu código, interroga a la propia IP de salida. A través de tu proxy, pregunta: ¿en qué ASN estoy, de qué tipo es, dónde me ubica la geolocalización?

# What does the world see when you connect through your proxy?
curl --proxy "socks5h://USERNAME:[email protected]:913" \
     "https://ipinfo.io/json"

# Look at "org": "AS7922 Comcast..."  -> eyeball ISP, good
#         "org": "AS16276 OVH SAS"    -> hosting ASN, you were sold datacenter

Tres hallazgos que explican "IP limpia, aun así bloqueada":

• La IP "residencial" está en un ASN de hosting. Algunos proveedores revenden rangos de centro de datos reetiquetados como residenciales. La consulta de ASN lo expone al instante — si la org dice OVH o ColoCrossing, te vendieron centro de datos.
• Discrepancia de geolocalización. Tu sesión dice ser una tienda de EE. UU., la IP se geolocaliza en Fráncfort — o peor, la zona horaria de la IP contradice la zona horaria Intl de tu navegador. Las comprobaciones de coherencia entre capas detectan esto.
• La IP está bien; la huella no. Si el ASN es un ISP real y aun así te bloquean en la primera petición, sube en el stack — huella TLS/HTTP2 (solución aquí) o artefactos de headless.

Trabajar con la reputación, no contra ella

• Haz coincidir el tipo de IP con la historia del tráfico. El tráfico con forma de consumidor (social, retail, sneakers, entradas) necesita residencial/móvil. Los paneles de SaaS B2B toleran IP de ISP. Las API públicas no les importa.
• Reparte la velocidad. Los sistemas de reputación rastrean las tasas de petición por IP — rotar por un pool grande mantiene cada salida bajo el radar; consulta patrones de rotación en Python.
• No quemes las IP sticky. Con sesiones sticky estás construyendo un historial por IP en el objetivo — mantén ese historial con forma humana, porque tú eres ahora la reputación.
• Prueba la calidad del pool antes de comprometer volumen. Muestrea 20 salidas de un proveedor, comprueba el tipo de ASN y la coherencia en cada una. Un pool con un 30 % de IP de centro de datos mal etiquetadas producirá tasas de bloqueo misteriosas e intermitentes que parecen exactamente un error de código.

Resumen

• El tipo de ASN es la primera y más barata señal de bot — formada antes incluso de analizar tu petición, infalsificable desde el cliente.
• La reputación es una puntuación compartida y continua por IP/rango/ASN — "no está en lista negra" no significa nada; el historial sigue a la IP por cada sitio que protege el proveedor.
• Jerarquía de confianza: móvil > residencial > ISP > centro de datos. Haz coincidir el tipo de IP con el tráfico que estás imitando.
• Verifica las salidas empíricamente: org del ASN, tipo, coherencia geográfica. Los pools mal etiquetados son un asesino silencioso de la tasa de bloqueo.
• ¿IP limpia pero aun así bloqueada en la primera petición? El problema está una capa más arriba — las huellas digitales.