La pregunta surge en todas las evaluaciones, normalmente formulada como una petición de una tabla clasificatoria. Merece una respuesta más útil que una lista, porque la disponibilidad no es una propiedad fija de un país. Varía según el proveedor, cambia a lo largo del día, difiere entre el nivel de país y el nivel de ciudad, y la única cifra que afecta a tu proyecto es la de los mercados concretos de los que recopilas datos, a la concurrencia que realmente ejecutas.
Esto es lo que determina la disponibilidad, qué países tienden a ser profundos y cuáles tienden a ser escasos, y cómo medir la respuesta por ti mismo en lugar de fiarte del gráfico de nadie.
Qué determina realmente la disponibilidad
Tres factores establecen cuántas direcciones utilizables existen en un país en un momento dado.
Población y penetración de banda ancha. Un pool residencial está formado por conexiones domésticas reales, así que su tamaño en un país está limitado por cuántos hogares tienen banda ancha y cuántos de ellos participan. Los países grandes y muy conectados tienen pools profundos casi por definición, y los países pequeños o de baja conectividad no, independientemente de cómo opere el proveedor.
Cómo se obtiene el pool. La participación llega a través de acuerdos declarados, normalmente aplicaciones y SDKs, y estos tienen su propia distribución geográfica. Un proveedor cuyo suministro proviene de aplicaciones populares en una región será fuerte allí y más escaso en otros lugares. Por eso dos proveedores que citan totales globales similares pueden diferir sustancialmente en el mismo país.
La hora del día. Este factor se olvida sistemáticamente y sí importa. Las direcciones residenciales pertenecen a dispositivos que están encendidos y conectados, así que el pool disponible de un país sigue la actividad humana: más profundo en las tardes locales, más escaso en la madrugada. Un trabajo que se ejecuta a las 04:00 hora local en un mercado pequeño está extrayendo de un conjunto materialmente más pequeño que el mismo trabajo a las 20:00.
La forma general
Sin pretender ofrecer una clasificación que quedaría obsoleta para el próximo trimestre, el patrón es predecible.
La disponibilidad más profunda se encuentra en mercados grandes y de alta conectividad: Estados Unidos, Reino Unido, Alemania, Francia, Brasil, India, Japón, Canadá y economías comparables. En estos, generalmente se puede ejecutar trabajo a nivel de país con una concurrencia significativa, y a menudo trabajo a nivel de ciudad en las grandes áreas metropolitanas, sin pensar en absoluto en la profundidad del pool.
La disponibilidad de nivel medio cubre la mayor parte de Europa, gran parte de Latinoamérica y el Sudeste Asiático, y los mercados africanos más grandes. La segmentación a nivel de país suele ser cómoda; la segmentación a nivel de ciudad fuera de las ciudades más grandes empieza a volverse escasa, y la concurrencia tiene un techo más bajo antes de empezar a extraer las mismas direcciones repetidamente.
La disponibilidad más escasa se da en países pequeños, escasamente poblados, y lugares con banda ancha residencial limitada. El trabajo a nivel de país suele funcionar bien con un volumen modesto; el filtrado a nivel de ciudad o de ASN puede devolver muy poco, y aquí es donde empiezan a importar el comportamiento de fallback y la programación horaria.
La conclusión útil no son los propios niveles, sino lo que implican: ajusta tu ambición al mercado. La segmentación a nivel de ciudad en las principales áreas metropolitanas de EE. UU. es rutinaria, mientras que el mismo enfoque en un mercado pequeño puede no ser sostenible en absoluto, que es la decisión que se trata en cuándo importa la segmentación a nivel de ciudad.
La métrica que realmente importa
Las cifras generales de pool son casi inútiles para esta decisión, porque un número que abarca 195 países no te dice nada sobre el que necesitas. Cuatro cosas sí lo hacen.
Disponibilidad concurrente en tu país, es decir, cuántas direcciones distintas puedes estar usando realmente a la vez allí, en lugar de cuántas ha visto la red alguna vez. Esto es lo que limita un trabajo grande en un mercado pequeño.
Profundidad por debajo del nivel de país, si la necesitas. La segmentación por ciudad solo funciona donde hay suficientes direcciones en esa ciudad, y lo mismo se aplica a la segmentación por ASN cuando necesitas un operador concreto.
Estabilidad a lo largo del tiempo, ya que un pool que es adecuado a las 20:00 y escaso a las 04:00 producirá un trabajo que triunfa en las pruebas y falla en su horario.
Precisión de la geolocalización, que es un eje completamente aparte. Una dirección puede estar genuinamente en un país mientras las bases de datos que usa un destino no coinciden, así que la prueba práctica es si el destino se comporta como si estuvieras allí, no si un servicio de consulta lo dice.
Medirlo por ti mismo
Esto lleva veinte minutos y supera a cualquier cifra publicada.
Muestrea salidas en el país que te interesa y cuenta direcciones distintas y organizaciones distintas a lo largo de unos cientos de peticiones. La repetición te indica que el pool efectivo para tu filtro es pequeño; una amplia dispersión de ISPs de consumo indica que es saludable. El mismo muestreo, de paso, te indica si el pool es genuinamente residencial, según cómo detectar IPs de centro de datos vendidas como residenciales.
Después ejecuta la muestra a la concurrencia que realmente pretendes usar, porque la disponibilidad con una petición cada vez y la disponibilidad con cincuenta en curso son preguntas distintas. Y ejecútala en los horarios en los que se ejecutará tu trabajo, incluidos los poco atractivos, ya que ahí es donde los mercados escasos se revelan.
Finalmente, prueba contra un destino real en lugar de un endpoint de eco de IP, confirmando que el sitio te sirve contenido local en la moneda y el idioma locales. El método completo está en cómo probar velocidad, tasa de éxito y precisión de ubicación.
Trabajar con un mercado escaso
Cuando un país genuinamente no tiene la profundidad que deseas, varias cosas ayudan antes de concluir que es imposible.
Amplía el filtro. Baja de ciudad a región, o de región a país. La mayoría de las veces, la precisión geográfica que pediste es más fina de lo que realmente requieren los datos.
Entiende el fallback. Por defecto, cuando nada coincide con un filtro muy estrecho en ese momento, la puerta de enlace recurre a un pool más amplio para que la petición se complete, lo cual suele ser lo que quieres. Cuando una coincidencia exacta importa más que el éxito de la petición, strict-true hace que devuelva un 502 en su lugar, y saber qué comportamiento estás obteniendo es importante: un fallback silencioso en un trabajo sensible a la geolocalización produce datos plausibles pero incorrectos.
Reduce la concurrencia y alarga la ventana de tiempo. Un mercado escaso a menudo soporta el volumen que necesitas, simplemente no la velocidad. Repartir el mismo trabajo a lo largo de más horas puede convertir un trabajo imposible en uno rutinario.
Programa según la actividad local. Ejecutar cuando el país está despierto te da un pool más profundo de forma gratuita.
Reconsidera el requisito. A veces los datos a nivel de país son genuinamente suficientes y el requisito a nivel de ciudad venía de la costumbre y no de la necesidad.
La conclusión final
No existe una clasificación estable de países, y una cifra de pool global responde a una pregunta que nadie está realmente formulando. La disponibilidad viene determinada por la penetración de la banda ancha, por cómo un proveedor obtiene su suministro y por la hora del día, y por eso los mercados grandes y conectados son consistentemente profundos y los pequeños no lo son, y por eso el mismo país puede parecer distinto a las 04:00 y a las 20:00. Lo que importa para tu proyecto es la disponibilidad concurrente en tus mercados concretos, la profundidad por debajo del nivel de país si necesitas precisión de ciudad o ASN, la estabilidad durante las horas en que ejecutas, y si los destinos realmente te tratan como local. Mide todo esto tú mismo con una pequeña compra en lugar de fiarte de un gráfico, y cuando un mercado sea escaso, amplía el filtro, decide deliberadamente entre fallback y coincidencia estricta, reduce la velocidad en lugar de abandonar el mercado, y ejecuta cuando sus residentes están conectados.
En proxies residenciales el pool abarca 195 países con filtros de país, región, ciudad y ASN y un fallback documentado, y el precio por GB hace que las pruebas de disponibilidad descritas arriba solo cuesten el ancho de banda que utilizan.