Configurar proxies en Postman e Insomnia: guía completa

Configurar proxies en Postman e Insomnia es de esas cosas que parece un detalle menor hasta que la necesitas. Y cuando la necesitas, la necesitas de verdad: validar geo-bloqueos, simular tráfico desde IPs españolas, revisar cabeceras o depurar respuestas antes de que lleguen a producción. En esta guía veremos por qué tiene sentido usar un proxy durante el testing de APIs, y cómo dejarlo funcionando paso a paso tanto en Postman como en Insomnia, con ejemplos prácticos usando proxies HTTP/s y SOCKSv5 dedicados como los que ofrece ProxySEO, con IPs españolas y tráfico ilimitado.

Por qué usar un proxy para testing de APIs

Si desarrollas o auditas APIs, las pruebas desde tu IP local solo cuentan parte de la historia. Muchos servicios aplican lógica según la ubicación del cliente: precios distintos, límites de rate-limiting, cachés regionales en el CDN o bloqueos directos a ciertos países. Con un proxy puedes ver la API tal y como la ve tu usuario final. Sin salir del entorno de desarrollo.

Los casos más habituales:

Verificación de geo-bloqueos: comprobar que tu API responde bien (o devuelve el error esperado) desde IPs españolas frente a otras regiones.
Testing de rate-limiting: repartir peticiones entre varias IPs dedicadas para validar cabeceras como X-RateLimit-Remaining sin quemar una única IP.
Depuración de geodistribución: confirmar que la geolocalización IP de tu backend devuelve los datos correctos por región.
Auditoría de SEO técnico: analizar cómo responde el servidor a crawlers desde distintas IPs, algo clave en proyectos de posicionamiento.
Privacidad: no exponer tu IP corporativa en entornos de testing compartidos o de terceros.

Un consejo que me ahorra más de un dolor de cabeza: usa siempre proxies dedicados, no compartidos. ¿Por qué? Porque en un proxy compartido otro usuario puede haber sido baneado por el propio endpoint que estás testeando, y tus resultados salen contaminados sin que te enteres. ProxySEO ofrece proxies dedicados anónimos, así que la IP la usas tú, y solo tú, durante toda la sesión de pruebas.

Configurar proxies en Postman: paso a paso

Postman deja trabajar con proxies de dos maneras: configuración global (afecta a todas las peticiones) y por petición (ideal si quieres comparar respuestas con y sin proxy en paralelo). Yo empezaría por la global.

Configuración global

Abre Postman y ve a Settings (el icono de engranaje) > Settings > pestaña Proxy.
Activa el interruptor Use a global proxy configuration.
Marca HTTP si tu proxy es HTTP/s, o SOCKS si trabajas con SOCKSv5.
Introduce la IP y el puerto del proxy. Por ejemplo, con un proxy dedicado de ProxySEO: IP 185.XXX.XXX.XXX y puerto 8080.
Si el proxy pide autenticación, Postman te la solicitará automáticamente al enviar la primera petición (Basic, con usuario y contraseña).
Guarda y lanza una petición de prueba para comprobar que todo cuadra.

Verificar que el proxy funciona

Lo más rápido: haz una petición GET a un endpoint que devuelva tu IP pública. Si la respuesta muestra la IP del proxy y no la tuya, funciona. También puedes mirar el header Via o echar un ojo a los logs del panel de ProxySEO, donde ves el tráfico entrante en tiempo real.

Tip: crea dos entornos en Postman, uno con proxy y otro sin él, y guarda las credenciales como variables de entorno. Así alternas entre configuraciones sin tocar los ajustes globales, muy útil para comparar respuestas geolocalizadas en A/B.

Configurar proxies en Insomnia: HTTP/s y SOCKSv5

Insomnia va más fino: el proxy se configura por workspace o mediante plugins, y trae soporte nativo tanto para HTTP/s como para SOCKSv5. Flexible, vaya.

Método 1: variable de entorno del sistema

Insomnia respeta las variables HTTP_PROXY y HTTPS_PROXY del sistema. Lanza la app desde terminal así:

HTTPS_PROXY=http://usuario:contraseña@185.XXX.XXX.XXX:8080 insomnia

Para SOCKSv5, cambia el esquema: socks5://usuario:contraseña@185.XXX.XXX.XXX:1080. Esta vía es la más limpia si solo quieres proxy en Insomnia y no en todo el sistema.

Método 2: plugin dedicado

Instala el plugin insomnia-plugin-proxy desde el gestor de plugins (Application > Preferences > Plugins). Luego, en la configuración del plugin, define host, puerto, usuario y contraseña. La ventaja: lo activas y desactivas sin reiniciar la app.

Consejos específicos para SOCKSv5

SOCKSv5 trabaja a nivel de transporte, así que soporta cualquier protocolo, no solo HTTP/s.
Si el endpoint usa WebSockets, SOCKSv5 suele dar menos guerra que un proxy HTTP clásico.
Cuida la fuga de DNS: con SOCKSv5 puedes forzar que las resoluciones pasen por el proxy remoto, evitando que tu ISP vea los dominios consultados.

Trabajes con Postman o con Insomnia, los proxies dedicados de ProxySEO con soporte HTTP/s y SOCKSv5, IPs españolas y tráfico ilimitado te dan un entorno de testing de APIs reproducible, anónimo y geográficamente preciso.

Autenticación y proxies: usuario, contraseña y API keys

Con proxies dedicados, la autenticación no es opcional. Y suele ser, precisamente, donde aparecen los primeros errores. Los proxies de ProxySEO funcionan con usuario y contraseña, de modo que solo tú puedes usar tu IP dedicada. La sintaxis estándar es usuario:contraseña@host:puerto y tanto Postman como Insomnia la admiten en su configuración.

En Postman tienes dos opciones: incrustar las credenciales en la URL del proxy o configurarlas por separado en el apartado de proxy dentro de Settings, rellenando los campos «Username» y «Password». Prefiero la segunda. Es más limpia y te ahorra problemas de codificación cuando la contraseña lleva caracteres especiales. Un detalle práctico que a más de uno le ha costado una tarde: si tu contraseña contiene símbolos como @ o :, codifícalos en formato URL (la arroba sería %40) cuando los insertes directamente en la cadena de conexión.

Insomnia hace lo mismo, aunque por otro camino: en las preferencias del proxy añades host, puerto, usuario y contraseña en campos separados. Si trabajas con SOCKSv5, comprueba que tu cliente acepta autenticación sobre SOCKS. Algunas versiones antiguas solo la soportan sobre HTTP, y el error no te va a decir nada claro.

Ojo, aquí hay una confusión frecuente: no mezcles la autenticación del proxy con la de la API. Son dos capas que van por separado. El proxy valida tus credenciales de ProxySEO; la API destino valida tu API key o token Bearer en las cabeceras. Si algo falla, fíjate en el código de error: un 407 (Proxy Authentication Required) apunta al proxy, mientras que un 401 apunta a la API. Esa pista basta casi siempre para diagnosticar dónde está el problema.

Cómo verificar que tu proxy funciona correctamente

Configurar el proxy es solo la mitad. Verificarlo bien es lo que hace que tu testing sea fiable de verdad. La forma más rápida: una petición GET a un servicio que devuelva tu IP pública, por ejemplo https://httpbin.org/ip o https://api.ipify.org?format=json.

Paso 1: desactiva el proxy y anota tu IP real.
Paso 2: activa el proxy dedicado y repite la petición. La IP devuelta debe ser la española de tu proxy ProxySEO.
Paso 3: consulta cabeceras como X-Forwarded-For o Via mediante httpbin.org/headers para confirmar que no se filtra tu IP original.
Paso 4: si usas un endpoint con geolocalización, verifica que la IP se resuelve en España.

Un matiz: algunos servicios de detección de IP identifican proxies conocidos. Con una IP dedicada de ProxySEO esto apenas pasa, pero como test de anonimato no está de más. Revisa también la latencia. Si el ping se dispara de forma anómala, lo más probable es que hayas elegido el protocolo equivocado (HTTP/s frente a SOCKSv5) o que haya un firewall corporativo en medio. Mi recomendación: guarda esta verificación como colección o request favorita. Te servirá de smoke test antes de cada sesión de testing, y en dos minutos te dice si el día empieza bien o mal.

Conclusión: testing profesional con proxies dedicados

Configurar proxies en Postman e Insomnia no es ningún truco reservado a iniciados. Es una práctica estándar que eleva la calidad de tu trabajo con APIs: te deja validar comportamientos geográficos, esquivar bloqueos por rate limiting cuando las pruebas se intensifican, mantener el anonimato y reproducir escenarios reales desde una ubicación concreta. En este caso, España.

¿Qué separa un testing amateur de uno profesional? Los detalles. Autenticación bien gestionada, verificación sistemática de la IP de salida y el protocolo adecuado para cada caso. Y la pieza que lo hace posible con garantías de estabilidad es un proxy dedicado, no compartido.

ProxySEO ofrece proxies HTTP/s y SOCKSv5 dedicados, anónimos, con IPs españolas y tráfico ilimitado, además de soporte MCP que facilita su integración en flujos automatizados con agentes IA. Si tu trabajo depende de datos precisos y consistentes, dar el salto a proxies dedicados es, probablemente, la inversión más rentable que puedes hacer hoy.