Errores comunes al usar proxies en Selenium: guía práctica
Si automatizas scraping, monitorización SEO o testing web, tarde o temprano vas a necesitar proxies en Selenium. Y cuando llegue ese momento, te vas a topar con errores: el navegador no carga nada, tu IP real queda a la vista, o el sitio detecta la automatización a las de diez. Lo he visto muchas veces. La buena noticia es que casi todos estos fallos tienen arreglo, y aquí van, uno a uno.
Error 1: el proxy no se aplica y navegas con tu IP real
El más frecuente con diferencia. El script corre sin lanzar ningún error, pero al comprobar la IP pública aparece la tuya. Normalmente el problema está en una configuración incompleta del ChromeOptions, o en el orden de los argumentos.
Solución correcta en Python
En Chrome, el proxy se configura antes de iniciar el driver, así:
- Opción 1 (argumentos de Chrome): usa –proxy-server=http://IP:PUERTO en las opciones del navegador.
- Opción 2 (extensión de autenticación): si el proxy pide usuario y contraseña, el argumento básico no llega en Chrome. Lo más fiable es generar una extensión temporal que gestione la autenticación, o tirar de selenium-wire, que soporta credenciales de forma nativa con –proxy en su constructor.
Error 2: fallo de autenticación con usuario y contraseña
Muchos proxies premium piden credenciales. El detalle es que Chrome no acepta usuario:contraseña en la URL del proxy (curl y requests sí lo hacen). Los síntomas clásicos: error ERR_TUNNEL_CONNECTION_FAILED o páginas que cargan en blanco sin explicación aparente.
Soluciones disponibles
- Usar selenium-wire: acepta proxy_username y proxy_password directamente.
- Generar una extensión CRX: creas un manifest.json y un background.js que llame a chrome.webRequest.onAuthRequired, lo comprimes y lo cargas con –load-extension.
- Whitelist de IP: si tu proveedor lo permite, autoriza tu IP de salida desde el panel y navega sin credenciales. Sinceramente, la opción más simple y estable de las tres.
Error 3: el sitio detecta que usas Selenium (WebDriver)
De poco sirve un proxy impecable si el objetivo ve navigator.webdriver = true. Los sistemas antifraude cruzan la IP con el fingerprint del navegador.
Cómo mitigarlo
- Inicia Chrome con –disable-blink-features=AutomationControlled.
- Elimina trazas como el flag enable-automation usando los excludeSwitches.
- Valora librerías como undetected-chromedriver, que parchea el binario de Chrome para esconder la automatización.
- Cuida la coherencia del user-agent con la IP: si tu proxy es español, un user-agent con idioma español y zona horaria de Madrid suma bastante.
Error 4: certificados SSL y páginas HTTPS
Con ciertos proxies intermedios saltan errores de certificado (NET::ERR_CERT_AUTHORITY_INVALID). Ocurre cuando el proxy intercepta el tráfico HTTPS.
Solución
- Usa proxies que soporten túnel CONNECT, como los proxies HTTP/s dedicados de calidad.
- Si es solo para pruebas, puedes añadir –ignore-certificate-errors. En producción, nunca.
- Revisa que el esquema coincide: http:// para proxies HTTP/s, socks5:// para SOCKSv5. Mezclar esquemas es una causa silenciosa de fallos que cuesta horas diagnosticar.
Error 5: lentitud extrema y timeouts
Un proxy lento vuelve insostenible cualquier script. Cada página tarda 30 segundos. Los timeouts saltan por todas partes.
Cómo solucionarlo
- Mide antes de culpar al proxy: compara la latencia con y sin proxy usando driver.set_script_timeout() y logs.
- Configura timeouts explícitos: driver.set_page_load_timeout(30) y gestiona la excepción TimeoutException con reintentos.
- Elige IPs dedicadas con ancho de banda garantizado: los proxies compartidos gratuitos suelen estar saturados. Con tráfico ilimitado en IPs dedicadas, el cuello de botella desaparece.
- Evita proxies en ubicaciones lejanas: si tu objetivo es el mercado español, una IP española reduce la latencia frente a nodos en otros continentes.
Error 6: rotar proxies incorrectamente entre sesiones
En scraping a gran escala hay que cambiar de IP. Pero si lo haces mal, Chrome hereda sesiones, cookies o el pool de conexiones del proxy anterior. Y ahí empiezan los bloqueos raros.
Buenas prácticas de rotación
- Reinicia el driver completo entre rotaciones. Navegar a otra URL no basta.
- Limpia cookies y caché: driver.delete_all_cookies() antes de cada sesión crítica.
- Si usas varios proxies concurrentes, ejecuta instancias separadas de WebDriver (o contenedores) para que no se pisen.
- Para agentes IA y flujos automatizados, un endpoint con soporte MCP permite gestionar la rotación y el estado de los proxies de forma programática y centralizada, integrándose en tus pipelines sin lógica adicional.
Error 7: usar proxies gratuitos o compartidos en producción
Detrás de muchos de los errores anteriores hay uno de fondo: confiar en proxies públicos. Están en listas negras, inyectan publicidad, registran el tráfico y fallan constantemente. En SEO profesional, el coste de una IP quemada supera con creces el precio de un proxy dedicado.
Checklist final antes de lanzar tu script
- Verifica tu IP de salida en cada sesión con un servicio de comprobación.
- Confirma que las credenciales del proxy están gestionadas (extensión, selenium-wire o whitelist).
- Oculta las trazas de WebDriver si el sitio tiene protección anti-bot.
- Define timeouts y reintentos para tolerar fallos puntuales de red.
- Rota IPs limpiando cookies y sesiones entre cambios.
Conclusión: proxies estables, automatización fiable
Casi ninguno de estos problemas es culpa de la librería. Son configuraciones incompletas, credenciales mal gestionadas o proxies de baja calidad. Aplica lo de esta guía (argumentos correctos, autenticación vía extensión o whitelist, WebDriver oculto, timeouts bien definidos) y tus scripts ganarán estabilidad mientras tu IP real queda protegida. ¿Quieres partir de una base sólida? Elige proxies dedicados con IP española, HTTP/s y SOCKSv5, anónimos y con tráfico ilimitado como los de ProxySEO, con soporte MCP incluido para integrarlos también en tus agentes IA. Empieza hoy mismo y automatiza sin límites ni bloqueos.