Automatizaciones con proxies: scripts, bots y herramientas no-code sin tropiezos

El proxy no se activa «para todo el flujo»: vale para las peticiones que lo usan. Por eso hay que configurarlo justo en el punto del que salen.

• Scripts (Python, Node.js, cURL): el proxy se pasa a la librería HTTP. Ejemplos listos en las guías de Python y Node.js.
• Navegadores automatizados (Playwright, Puppeteer, Selenium): el proxy se pasa al iniciar el navegador, como en la guía de Playwright.
• n8n: en el nodo HTTP Request, en Options › Proxy, o para toda la instancia con las variables HTTP_PROXY y HTTPS_PROXY. Paso a paso en la guía de n8n.
• Make: la versión más reciente del módulo HTTP incluye los ajustes del proxy, las anteriores no. Comprueba la versión del módulo que usas.
• Zapier: Webhooks by Zapier no tiene un campo para el proxy. Para las peticiones que deben salir por el proxy se suele usar un paso Code by Zapier en Python, donde la librería requests acepta un proxy.

Las automatizaciones son de dos tipos. Las que trabajan sobre una cuenta (publicaciones, gestión de una tienda, informes desde un panel) necesitan continuidad: la misma IP durante toda la sesión, siempre desde el mismo país. Las que recogen datos públicos (precios, disponibilidad, resultados) se benefician en cambio de cambiar de IP entre una ronda y otra.

Si usas el mismo proxy para ambas, la rotación de la recogida de datos cambia la IP de la cuenta en mitad de la sesión. La solución es sencilla: un proxy estable para las cuentas y otro con rotación para los datos. El motivo se explica en Rotación de IP.

• Enlace de rotación: una petición GET al enlace del proxy, sin clave. Responde con la nueva IP en cuanto el cambio se completa, normalmente en pocos segundos: puedes seguir enseguida.
• API: con una clave creada en Ajustes → API cambias de IP, lees la IP actual, renuevas el proxy y configuras la rotación automática desde tus scripts. Documentación y ejemplos en API de ProxyHub.
• Rotación automática: eliges un intervalo (de 5 minutos a 24 horas) y la IP cambia sola, sin escribir código.

1. Comprueba la IP al arrancar: una petición a un servicio como api.ipify.org confirma que el tráfico pasa por el proxy antes de empezar. Cómo hacerlo en Cómo probar un proxy.
2. Ritmos regulares: pausas entre peticiones, grupos pequeños y horarios repartidos, en lugar de ráfagas concentradas.
3. Reintentos con espera creciente: ante timeouts, 429 y 503 reintenta tras 5, 10, 20 segundos, no enseguida. Una petición cortada por un cambio de IP simplemente se repite.
4. Timeouts generosos: una red móvil puede tener picos de latencia; 30 segundos son un buen punto de partida.
5. Logs esenciales: IP usada, código de respuesta y tiempos. Te dicen enseguida si el problema es el proxy o el sitio.
6. Credenciales a salvo: usuario, contraseña y clave API en variables de entorno o en las credenciales de la herramienta, nunca en código compartido.

Para la recogida de datos, el método completo con código de ejemplo está en Web scraping con proxies. Las condiciones de uso de los sitios y las plataformas también se aplican a los flujos automáticos.