Cómo Probar un Proxy Antes de Comprarlo: Lista de Verificación de 10 Minutos

Tienes credenciales de prueba de un proveedor y tal vez una hora antes de decidir dónde poner tu presupuesto. Esta guía es la secuencia exacta que ejecutamos en cualquier pool antes de que se acerque siquiera a una cuenta de cliente: diez comprobaciones, una por minuto, desde "¿se conecta?" hasta "¿sobrevive al sitio que realmente te importa?". Cada comando a continuación está listo para copiar y pegar. Al final hay una tarjeta de puntuación que puedes completar para cada proveedor que estés comparando, de modo que la decisión provenga de tus números en lugar de la redacción de una página de precios.

Nada aquí necesita un navegador antidetección o una clave de API de pago. Un terminal y un navegador son suficientes.

Por qué la página del producto no puede responder esto

Cada sitio de proxies afirma una tasa de éxito del 99.9%, millones de IPs y cobertura completa de países. Ninguno de esos números es auditable, y ninguno de ellos describe lo que decide tu resultado: qué piensa un sitio objetivo específico sobre la IP específica que recibes a las 3 de la tarde un martes.

Tres modos de falla se ocultan detrás de un buen texto de marketing, y los tres sobreviven a una prueba casual:

• IPs de datacenter vendidas como residenciales. El pool responde, la geolocalización se ve correcta y el ASN pertenece a una empresa de hosting. Los sitios que bloquean rangos de datacenter te bloquean en la primera solicitud.
• Direcciones recicladas. La IP es genuinamente residencial y genuinamente quemada: alguien pasó el último mes haciendo scraping con ella, y las bases de datos de reputación lo recuerdan.
• Rotación que no coincide con la etiqueta. Pagas por sesiones persistentes y la IP cambia a mitad de la compra, o pagas por rotación y obtienes las mismas doce direcciones en bucle.

La lista de comprobación a continuación está construida para detectar exactamente esas tres, rápidamente.

Antes de comenzar

Necesitas:

• Credenciales de prueba en la forma habitual, usuario:contraseña@host:puerto.
• curl (ya incluido en macOS y Linux; en Windows usa WSL o Git Bash).
• python3 para formato JSON legible, opcional pero conveniente.
• Un navegador para las cuatro comprobaciones visuales.

A lo largo de esta guía, la cadena de conexión de ejemplo es:

usuario:contraseña@proxy.sotaproxy.com:10000

Cambia por lo que te haya dado el proveedor. Si su formato lleva segmentación en el usuario (país, ciudad, ID de sesión), mantén esos sufijos en su lugar mientras pruebas, de lo contrario estarás probando un producto diferente al que pretendes comprar.

Minuto 1: ¿se conecta y qué tan lento es?

Comienza con la solicitud más económica posible y observa los tiempos, no el cuerpo de la respuesta.

curl -s -o /dev/null -x usuario:contraseña@proxy.sotaproxy.com:10000 \
  -w "connect=%{time_connect}s ttfb=%{time_starttransfer}s total=%{time_total}s http=%{http_code}\n" \
  https://api.ipify.org

Obtienes una línea de vuelta:

connect=0.312s ttfb=0.674s total=0.679s http=200

Léelo así. connect es cuánto tiempo tomó el handshake TCP y TLS al proxy, y es principalmente distancia más sobrecarga del proveedor. ttfb incluye el tiempo de respuesta propio del objetivo, así que compara proveedores según la diferencia entre los dos, no según el número absoluto. http=200 solo significa que el proxy transmitió la solicitud; un 407 significa que tus credenciales o lista blanca de IP están incorrectos, un 502 o 503 generalmente significa que el nodo upstream murió, y una respuesta vacía significa que el puerto es correcto pero el protocolo no (enviaste HTTP a un puerto solo SOCKS5).

Ejecútalo cinco veces seguidas. Un pool residencial que responde en 0.4s una vez y 2.8s las siguientes cuatro veces no es un pool rápido con un valor atípico, es un pool lento con una primera solicitud afortunada.

Minuto 2: ¿por dónde sale realmente?

Ahora la parte importante: no la bandera del país en el panel de control, sino el registro que consultará el sitio objetivo.

curl -s -x usuario:contraseña@proxy.sotaproxy.com:10000 \
  "http://ip-api.com/json/?fields=status,country,countryCode,regionName,city,zip,timezone,isp,org,as,asname,mobile,proxy,hosting,query" \
  | python3 -m json.tool

Una salida residencial saludable se ve así:

{
  "status": "success",
  "country": "Germany",
  "countryCode": "DE",
  "regionName": "North Rhine-Westphalia",
  "city": "Essen",
  "zip": "45127",
  "timezone": "Europe/Berlin",
  "isp": "Vodafone GmbH",
  "org": "ARCOR-IP",
  "as": "AS3209 Vodafone GmbH",
  "asname": "VODANET",
  "mobile": false,
  "proxy": false,
  "hosting": false,
  "query": "203.0.113.44"
}

Cuatro campos deciden todo:

• isp y as. Un proveedor de internet de consumo (Vodafone, Comcast, Orange, Telefónica) es lo que quieres para residencial. Un nombre de cloud u hosting aquí (DigitalOcean, Hetzner, OVH, Amazon, Alibaba, Choopa, M247) significa que tienes una IP de datacenter sin importar lo que diga la factura.
• hosting. Si esto es true en un paquete vendido como residencial, la prueba ya terminó. Este único booleano atrapa la mayoría de los pools mal etiquetados.
• proxy. Una bandera rudimentaria, y un true aquí no es automáticamente fatal en una IP residencial, pero te dice que la dirección ya está en al menos una lista de detección pública.
• city y timezone. Anota ambos. Los necesitarás de nuevo en el minuto 7.

Haz esto en al menos diez salidas diferentes, no una. Una IP limpia no demuestra nada sobre un pool; diez IPs limpias de diez es una señal.

Minuto 3: ¿es realmente residencial?

Si el minuto 2 te dejó inseguro, confirma desde un segundo ángulo. El DNS inverso es la señal más rápida, porque los proveedores de consumo nombran sus direcciones y las empresas de hosting generalmente no lo hacen:

IP=$(curl -s -x usuario:contraseña@proxy.sotaproxy.com:10000 https://api.ipify.org)
dig +short -x "$IP"

Una conexión doméstica real responde con algo como p5dcc1a2b.dip0.t-ipconnect.de o cpe-172-16-0-1.nyc.res.rr.com. Las palabras dip, dyn, dsl, cable, cpe, pool y res son todas buenas noticias. Una respuesta en blanco, o un nombre que contenga static, vps, server, cloud o el propio dominio de la empresa de hosting, no lo es.

Los proxies ISP son la excepción honesta. Son direcciones alojadas en datacenter que pertenecen al ASN de un proveedor de consumo, por lo que hosting puede leer true mientras que el ASN todavía dice AT&T o Deutsche Telekom. Esa combinación está bien cuando compraste proxies ISP a propósito, y es una señal de alerta cuando pensabas que habías comprado residenciales rotativos.

Minuto 4: qué saben ya las bases de datos de reputación

Una IP llega con un historial que tú no creaste. Compruébalo antes de heredarlo.

Toma la IP de salida del paso anterior y abre scamalytics.com/ip/<ip> en un navegador. La puntuación de fraude en la parte superior (0 a 100) es la parte menos interesante de esa página. Desplázate hacia abajo hasta las tablas, que se verifican contra conjuntos de datos públicos y responden con un simple sí o no:

• Datacenter. "¿El dispositivo que se conecta reside en un datacenter?" Un Yes aquí en un paquete residencial es el mismo veredicto que la bandera hosting del minuto 2, procedente de una segunda fuente.
• Residential Proxy. "¿Esta dirección IP forma parte de una red de proxies residenciales?" Esta es la fila que más importa y la que ningún proveedor quiere que mires. Un Yes significa que la dirección ya está catalogada como infraestructura de salida de proxy, y todas las plataformas que compran los mismos conjuntos de datos comerciales también la ven.
• External Blacklists. Firehol, IP2ProxyLite, IPsum, Spamhaus y X4Bnet Spambot, cada una con su propio sí o no. Spamhaus importa si la cuenta va a enviar correos electrónicos alguna vez; el resto son historiales generales de abuso.
• Proxies. Filas separadas para Anonymizing VPN, Tor Exit Node, Server, Public Proxy, Web Proxy y Search Engine Robot.

Para calibrar, 8.8.8.8 puntúa 0 de 100 mientras muestra Datacenter: Yes y Server: Yes, que es la lección útil: una puntuación de fraude baja no significa que la dirección parezca una conexión doméstica. Lee las filas, no la insignia.

Muestrea diez salidas. Un Residential Proxy: Yes es la naturaleza del negocio, porque estos conjuntos de datos sí capturan pools reales. Ocho de diez significa que el pool está exhaustivamente mapeado y estás comprando direcciones que se anuncian a sí mismas.

Luego ejecuta la comprobación que realmente se correlaciona con tu resultado: pregúntale a un sitio que sea agresivo con la reputación de IP qué opina.

curl -s -o /dev/null -x login:password@proxy.sotaproxy.com:10000 \
  -w "%{http_code}\n" https://www.google.com/search?q=test

Un 200 es un aprobado. Un 429 o un 503 de Google significa que la dirección ya está limitada por tasa por uno de los evaluadores más estrictos de internet. Repite contra un sitio de tu propia infraestructura: un 403 de un sistema anti-bot o una página de desafío instantánea te dice más que cualquier puntuación sobre 100.

Minuto 5: ¿la rotación coincide con la etiqueta?

Pool rotativo, veinte solicitudes, cuenta lo que regresa:

for i in $(seq 1 20); do
  curl -s -x login:password@proxy.sotaproxy.com:10000 https://api.ipify.org
  echo
done | sort | uniq -c | sort -rn

Veinte direcciones únicas es lo que significa "nueva IP en cada solicitud". Si ves recuentos de 3 y 4 junto a la misma dirección, el pool es más pequeño de lo anunciado o tus solicitudes están siendo fijadas a un nodo.

Las sesiones persistentes son la imagen opuesta. Mantén una sesión y observa si te retiene:

for i in $(seq 1 10); do
  curl -s -x login_s_777_ttl_15m:password@proxy.sotaproxy.com:10000 https://api.ipify.org
  echo
  sleep 30
done | uniq -c

Diez líneas idénticas durante cinco minutos es una sesión persistente funcional. Un cambio de IP en medio de esa ventana es el defecto más costoso de toda esta guía: es lo que cierra la sesión de una cuenta a mitad de camino, interrumpe un proceso de compra y entrena el modelo antifraude de una plataforma para asociar dos direcciones con un perfil.

Si el proveedor expresa la persistencia de manera diferente (un id de sesión en el login, un puerto separado, un interruptor en el panel), prueba su sintaxis, no esta. La nuestra pone el id de sesión y su duración dentro del login, y la forma completa está en la página de proxies residenciales.

Minuto 6: qué tan amplio es el pool, realmente

Doscientas direcciones dentro de un /24 no son doscientas direcciones, es un vecindario que se bloquea con una acción. Mide la dispersión:

for i in $(seq 1 50); do
  curl -s -x login:password@proxy.sotaproxy.com:10000 https://api.ipify.org
  echo
done > ips.txt

echo "unique IPs:   $(sort -u ips.txt | wc -l)"
echo "unique /24s:  $(cut -d. -f1-3 ips.txt | sort -u | wc -l)"
echo "unique /16s:  $(cut -d. -f1-2 ips.txt | sort -u | wc -l)"

Cincuenta solicitudes que dan cincuenta IPs a través de más de cuarenta /24s distintos es un pool genuinamente amplio. Cincuenta IPs a través de seis /24s es un pool pequeño disfrazado por rotación, y se comportará como seis IPs en el momento en que un objetivo empiece a bloquear por subred.

Agrega la dispersión de ASN si quieres la imagen completa: ejecuta cada IP a través de la llamada ip-api del minuto 2 y cuenta valores as distintos. El tráfico residencial real proviene de muchos proveedores; un pool que es 90% un ASN está a una decisión de negocio de distancia de desaparecer.

Minuto 7: consistencia geográfica, lo que hace que las cuentas sean marcadas

Una IP alemana no es un usuario alemán. Las plataformas comparan la dirección con la zona horaria del navegador, el idioma, el resolver DNS y los candidatos WebRTC, y las discrepancias les resultan baratas de detectar.

Configura tu navegador o perfil antidetect al proxy, luego revisa tres páginas:

1. browserleaks.com/ip para la sección DNS. El resolver que responde debería estar en el mismo país que la IP de salida. Una salida alemana resolviendo a través de un resolver estadounidense es una señal clásica, y proviene del cliente proxy, no del sitio.
2. browserleaks.com/webrtc para candidatos locales y públicos. Tu dirección real no debe aparecer aquí. Si aparece, deshabilita WebRTC o usa un perfil de navegador que lo enrute a través del proxy; el proxy solo no lo arreglará.
3. whoer.net para la comparación de zona horaria e idioma en una vista.

Anota las discrepancias. Algunas son culpa del proxy (DNS), algunas son tuyas (zona horaria en el perfil del navegador), y saber cuál es cuál te evita culpar a un proveedor por algo que está en tu propia configuración.

Minuto 8: qué dicen los verificadores de huellas digitales

Abre pixelscan.net e iphey.com a través de la misma conexión.

Léelos con una cantidad saludable de escepticismo. Estas herramientas puntúan la consistencia entre tu huella digital del navegador y tu IP, lo cual es genuinamente útil, y su insignia verde no es una promesa de que Facebook te dejará entrar. Trata un resultado rojo como una parada definitiva y un resultado verde como "no se encontró contradicción obvia", nada más.

El fallo que vale la pena buscar aquí es la señal de automatización. Si planeas impulsar el proxy desde un script en lugar de un navegador, mira tu huella digital TLS:

curl -s -x login:password@proxy.sotaproxy.com:10000 https://tls.browserleaks.com/json

La respuesta incluye un hash JA4 del handshake TLS de tu cliente. El nuestro desde curl plano comienza con t13d4907h2_, que identifica al cliente como curl para cualquiera que coincida hashes, sin importar lo que diga la IP. Una IP residencial no disfraza una solicitud que se anuncia a sí misma como una herramienta de línea de comandos, y ningún proxy arregla eso por ti. Ese es un trabajo para la configuración de tu cliente HTTP.

Minuto 9: rendimiento y estabilidad bajo repetición

Una solicitud exitosa no es una tasa de éxito. Ejecuta cien:

for i in $(seq 1 100); do
  curl -s -o /dev/null -x login:password@proxy.sotaproxy.com:10000 \
    -w "%{http_code} %{time_total}\n" https://api.ipify.org
done > run.txt
echo "success: $(awk '$1==200' run.txt | wc -l) / 100"
echo "p50:     $(awk '{print $2}' run.txt | sort -n | awk 'NR==50')s"
echo "p95:     $(awk '{print $2}' run.txt | sort -n | awk 'NR==95')s"
sort run.txt | awk '{print $1}' | uniq -c | sort -rn
El p95 importa más que el promedio. Un pool con una mediana de 0.6s y un p95 de 9s se sentirá roto en trabajo real, porque una solicitud de cada veinte se atascará lo suficiente como para agotar el tiempo de espera de tu scraper o tu pestaña del navegador.
Para el ancho de banda, descarga un archivo de tamaño fijo y lee la tasa:
curl -s -o /dev/null -x login:password@proxy.sotaproxy.com:10000 \
  -w "%{speed_download} bytes/s\n" https://speed.cloudflare.com/__down?bytes=10000000
En un plan residencial con medidor, recuerda que esta prueba te cuesta 10 MB. Hazlo una vez por proveedor, no una vez por IP.
Minuto 10: la única prueba que cuenta
Todo lo anterior es un indicador de la pregunta real, que es si tu sitio objetivo acepta esta dirección para tu tarea. Así que pregúntale.
Abre la plataforma real a través del proxy y ve un paso más allá de la página de inicio: carga la pantalla de inicio de sesión, o la página del producto, o el endpoint que tu script consulta. Observa las tres respuestas que importan.
Directamente. Bien.
Desafío o captcha en la primera carga. La reputación de la IP la precede. Una ocurrencia es ruido, cuatro de cada diez IPs haciéndolo es el pool.
Una versión del sitio de un país diferente. El sitio está leyendo una señal que tu proxy no cambió, usualmente DNS o historial de cuenta.
Si estás comprando para multi-cuentas, haz esto con un perfil de navegador nuevo. Probar a través del perfil que ya usas registra tus cookies existentes contra una nueva IP, que es exactamente el emparejamiento que estás pagando por evitar.
La tarjeta de puntuación
Completa una fila por proveedor. Toma diez minutos y sobrevive a la llamada de ventas.
Verificación
Condición de aprobación
Proveedor A
Proveedor B
Tiempo de conexión
menos de 0.5s, estable en 5 ejecuciones
ASN e ISP
proveedor de consumo, no hosting
Bandera hosting
false en residencial
DNS inverso
nombre de host de estilo de consumidor
Puntuación de fraude
menos de 20 en 8 de 10 IPs
Sonda Google
200, no 429
Rotación
20 IPs únicas en 20 solicitudes
Sesión persistente
sin cambio de IP dentro del TTL indicado
Dispersión de subred
40+ /24 distintos por 50 IPs
País DNS
coincide con país de salida
WebRTC
dirección real no expuesta
Tasa de éxito
98+ de 100
Latencia p95
menos de 3x la mediana
Sitio objetivo
carga sin desafío

Señales de alerta que terminan una prueba anticipadamente
El proveedor no dará credenciales de prueba en absoluto, solo una llamada de demostración.
El panel de control muestra un selector de país pero las salidas lo ignoran.
hosting: true en un paquete vendido como residencial.
Sesiones persistentes que se rompen antes del TTL anunciado.
Tráfico contado a más del doble de lo que tu propio cliente reporta.
El soporte no puede decirte qué ASNs upstream usa el pool.
Lo que ninguna de estas verificaciones puede decirte
La honestidad vale más que una lista de verificación más larga, así que:
Si la IP está limpia en tu plataforma específica. Las bases de datos de reputación y los verificadores de huellas digitales son genéricos. Una dirección perfectamente limpia aún puede ser una que tuvo doce cuentas de Facebook prohibidas la semana pasada, y ninguna herramienta pública expone eso.
Cómo se ve el pool mañana. Estás muestreando un inventario en movimiento. Vuelve a ejecutar el muestreo una vez al mes en el plan que realmente compraste.
Cómo se comporta el proveedor cuando algo se rompe. Lo único que no puedes medir en diez minutos es qué sucede a las 2am cuando el pool se degrada. Abre un ticket de soporte durante la prueba con una pregunta real y cronometra la respuesta.
Si quieres los formatos de conexión y sufijos geo para nuestro propio pool mientras ejecutas esto, están en la página de proxies residenciales, y las direcciones estáticas están en la página ISP.
FAQ
¿Cuántas IPs necesito muestrear para que el resultado signifique algo?
Diez para las verificaciones de geo y reputación, cincuenta para dispersión de subred, cien para la tasa de éxito. Por debajo de eso estás midiendo suerte.
¿Puedo ejecutar esto en una lista de proxies gratuitos?
Puedes, y es un ejercicio útil, porque las listas gratuitas fallan en los minutos 2, 4 y 5 casi universalmente. Simplemente nunca apuntes una cuenta real a una.
¿Una puntuación de fraude alta siempre significa que la IP es inutilizable?
No. Significa que la dirección tiene historial visible. En una IP residencial usada para navegación casual, una puntuación en los veinte es común. En una dirección que pretendes poner detrás de una cuenta de pago, trata cualquier cosa por encima de 20 como una razón para rotar.
Mi IP de salida está en el país correcto pero el sitio muestra otra región.
Verifica DNS primero (minuto 7). Un resolver en el país equivocado anula la IP para mucha lógica geo, y es la causa más común de este síntoma exacto.
Las sesiones persistentes siguen cambiando de IP antes de que expire el TTL. ¿De quién es la culpa?
Prueba con curl en lugar de un navegador para descartar que tu propio cliente se esté reconectando. Si curl con un id de sesión fijo aún cambia de dirección, es el pool.
¿Es una IP de datacenter siempre una mala elección?
No. Es una mala elección cuando te fue vendida como residencial. Para objetivos de scraping que no bloquean rangos de hosting, los proxies de datacenter son más rápidos y mucho más baratos, que es toda la razón para saber cuál recibiste realmente.
¿Con qué frecuencia debería repetir esto?
Una vez antes de comprar, una vez al mes en el plan en vivo, e inmediatamente después de cualquier cambio repentino en tu tasa de prohibiciones. El pool que probaste en enero no es el pool que estás usando en junio.