Proxies para pruebas de QA geográfico: prueba tu propio sitio desde 22 países

¿Qué debería comprobar una prueba de QA geográfico?

Una prueba de QA geográfico debería comprobar cada parte de tu sitio que cambia según el país del visitante. Los equipos suelen encontrar bugs en los lugares que nadie abre desde la oficina.

Elige los países que generan la mayor parte de tu tráfico y luego los que tienen reglas especiales.

¿En qué país creerá mi sitio que está la IP?

Tu sitio coloca la IP usando su propia fuente de geolocalización, y esa fuente puede no coincidir con la ubicación real del datacenter. Las IPs de datacenter están registradas a redes de hosting, no a proveedores de internet domésticos. Las bases de datos de geolocalización IP pueden situar la misma IP en una ciudad distinta, o incluso en un país distinto, del datacenter que la anuncia.

Antes de una ejecución de prueba, revisa tres cosas para cada IP:

1. Tu propia fuente. Busca la IP en la base de datos, la cabecera del CDN o la API que tu sitio realmente usa, como la cabecera de país que tu CDN añade a las peticiones.
2. El registro del registro. Una consulta RDAP muestra la red que posee la dirección. La guía para comprobar una IP de datacenter muestra cómo.
3. El geofeed. Algunas redes publican un geofeed RFC 8805, que muchas bases de datos leen. La guía de geolocalización explica por qué una base de datos puede seguir estando equivocada.

Si tu fuente coloca la IP en el país equivocado, escribe a soporte con el resultado de la consulta. Si una IP no funciona o no es usable para un uso lícito, escribe a soporte: la arreglamos o la sustituimos por una IP del mismo país, sujeto a stock.

¿Cómo ejecuto pruebas geográficas a través de una IP de datacenter?

Ejecuta pruebas geográficas dando a cada país su propia IP y su propio perfil de navegador o tarea de prueba. Las direcciones fijas mantienen los resultados repetibles: la misma IP el lunes y el viernes muestra si un cambio vino de tu release, no de la red.

# Documentation addresses: replace with two IPs from your account
for P in 203.0.113.24:8000 203.0.113.97:8000; do
  echo "== $P"
  curl -s -o /dev/null -x "http://USERNAME:PASSWORD@$P" \
    -w "%{http_code} -> %{redirect_url}\n" https://example.com/
done

¿Cuándo da una IP de datacenter un resultado de prueba incorrecto?

Una IP de datacenter da un resultado incorrecto cuando tu sitio trata las redes de hosting de forma distinta a las conexiones domésticas. Si tu gestión de bots, firewall o reglas antifraude desafían o bloquean los ASN de hosting, la prueba ve esa regla, no la página que ve un cliente.

Tres formas de manejarlo:

• Añade tus IPs de prueba a una allowlist en esas reglas para el entorno de QA, para que las pruebas lleguen a la página real.
• Prueba la lógica de país en staging, donde las reglas de red de hosting están desactivadas.
• Para preguntas sobre lo que ven los usuarios domésticos en la práctica, usa monitoreo de usuarios reales desde tu analítica, no un proxy.

La comparación entre datacenter y residencial explica la diferencia en el tipo de red.