Abres Facebook Ads a través de un proxy, y en lugar de la sala de control, aparece una pantalla blanca con el código 502. O el parser de Wildberries de repente comienza a arrojar errores 503 cada cinco minutos. El primer pensamiento es que los proxies han fallado, es hora de cambiar el pool. Pero en la mitad de los casos, el problema no está en el proxy, sino en el lado del sitio, y cambiar la IP no solucionará nada. Vamos a ver cómo en unos minutos se puede determinar con precisión la fuente del problema y no perder tiempo probando proxies funcionales.
Qué significan los códigos 502 y 503
Antes de culpar al proxy, es importante entender que estos códigos son reportados por el propio protocolo HTTP, y describen un problema en el lado del servidor al que te estás dirigiendo, no en el lado del cliente. 502 Bad Gateway significa que el servidor intermedio (por ejemplo, un equilibrador de carga o CDN como Cloudflare) recibió una respuesta incorrecta del servidor de origen. En términos simples, un eslabón en la cadena entre tú y la aplicación final se ha roto o está sobrecargado.
503 Service Unavailable indica que el servidor no puede procesar la solicitud temporalmente, generalmente debido a sobrecarga, mantenimiento técnico o activación de protección contra bots. Un matiz importante: 503 es precisamente una indisponibilidad temporal, el servidor está vivo, simplemente no está listo para responder en este momento.
Aparentemente, ambos códigos indican claramente "problema en el servidor". Pero cuando usas un proxy, la situación se complica: el servidor proxy puede ser el "eslabón intermedio" que genera el 502 si no puede comunicarse con el sitio objetivo. Y el 503 a menudo aparece no porque el sitio esté realmente caído, sino porque el sistema de protección (Cloudflare, Akamai, DataDome) ha reconocido la IP del proxy como sospechosa y en lugar de la página real, devuelve un placeholder con el código 503 o 429.
Por qué estos errores ocurren más a menudo a través de un proxy
Si el sitio se abre de manera estable sin proxy, pero a través de un proxy regularmente muestra 502 o 503, generalmente hay varias razones, y todas están relacionadas con cómo se integra el proxy en la cadena de solicitud.
Sobrecarga del propio servidor proxy. En los proxies de centros de datos baratos, en una sola IP pueden "colgarse" demasiadas sesiones simultáneas. Cuando el proxy no puede procesar el tráfico a tiempo, o corta la conexión, o devuelve 502 en su propio nombre.
Bloqueo de IP en el lado del sitio objetivo. Facebook Ads, Instagram, Wildberries y Ozon utilizan activamente sistemas anti-bots que bloquean rangos de IP de centros de datos en lotes. En este caso, el sitio funciona formalmente, pero para una IP específica devuelve 503 o redirige a un captcha.
Incongruencia geográfica. Si el proxy es de un país y la cuenta fue creada vinculada a otra región, algunos servicios "congelan" temporalmente la sesión y devuelven un error de gateway en lugar de un rechazo honesto de acceso.
Protocolo y puerto. Un tipo de proxy incorrectamente especificado (HTTP en lugar de SOCKS5, o viceversa) en la configuración del navegador anti-detección también a menudo se disfraza como 502: el navegador físicamente no puede establecer un túnel y muestra un error de gateway.
Verificación rápida: proxy o sitio
La forma más confiable de resolver esto es excluir las variables una por una. Aquí está el orden de acciones que no tomará más de cinco minutos.
Paso 1. Abre el mismo sitio sin proxy, directamente desde tu IP real. Si el error se repite, el problema está definitivamente en el lado del sitio, el proxy no tiene nada que ver.
Paso 2. Si sin proxy todo funciona, cambia el proxy por otra IP del mismo pool. Si el error desaparece, significa que una IP específica fue bloqueada o está sobrecargada, no todo el servicio.
Paso 3. Verifica el mismo proxy en otro sitio (por ejemplo, abre cualquier recurso neutral como httpbin.org o whatismyip). Si el proxy no abre nada en absoluto, el problema está en el propio servidor proxy, no en el sitio objetivo.
Paso 4. Si el proxy abre otros sitios normalmente, pero en el recurso objetivo consistentemente muestra 503, esto casi siempre es protección contra bots, que ha marcado tu IP como sospechosa. En tal situación, cambiar el tipo de proxy ayuda, no solo rotar dentro del mismo pool.
Diagnóstico en Dolphin Anty, AdsPower y Multilogin
Si gestionas cuentas a través de un navegador anti-detección, es más conveniente hacer el diagnóstico directamente dentro de él, sin cambiar a servicios externos.
En Dolphin Anty, abre el perfil, ve a la configuración del proxy y presiona el botón de verificación de conexión. Si la prueba muestra "Proxy no responde" o timeout, el problema está a nivel del servidor proxy, el error 502 en el navegador será su consecuencia lógica. Si la prueba pasa con éxito, pero el sitio dentro del perfil aún muestra 502 o 503, anota el código de respuesta y abre la misma URL en una pestaña vecina con otro perfil en otra IP: esto mostrará si es un problema sistémico o local.
En AdsPower, una función similar se llama "Proxy check", que además muestra la velocidad de respuesta y la geolocalización determinada. Si la geolocalización del proxy no coincide con la esperada (por ejemplo, compraste proxies de EE. UU., pero el servicio muestra los Países Bajos), es un motivo para sospechar de un reemplazo o configuración incorrecta, que también puede provocar errores de gateway.
En Multilogin y GoLogin, la verificación del proxy se presenta en un diálogo separado al crear el perfil: úsalo antes de cada lanzamiento de campaña, especialmente si estás creando nuevas cuentas en lotes. Cinco segundos de verificación son suficientes para no perder luego una hora averiguando las causas del 502.
Método técnico: verificación a través de curl
Para aquellos que trabajan con scraping o configuran proxies programáticamente, la forma más precisa de diagnóstico es una solicitud directa a través de la terminal. Esto permite ver el código de respuesta real sin "embellecimientos" del navegador.
curl -x http://login:password@proxy_ip:port -I https://example.com -v
La bandera -I solicita solo los encabezados, y -v incluye salida detallada, que muestra en qué etapa exacta ocurrió la interrupción: al establecer el túnel con el proxy o al dirigirse al servidor objetivo.
Si el error ocurre inmediatamente al conectarse al proxy (línea Connection refused o Connection timed out), el culpable es el propio servidor proxy. Si el túnel se establece, pero la respuesta llega con el código 502 o 503 del dominio objetivo, el problema está en el lado del sitio o su protección.
Es útil ejecutar de inmediato una docena de proxies del pool con un script y recopilar estadísticas de códigos de respuesta: esto mostrará rápidamente si hay un problema sistémico en todo el pool o si se trata de un par de IP "caducadas":
for proxy in $(cat proxies.txt); do
code=$(curl -x "$proxy" -o /dev/null -s -w "%{http_code}" https://example.com)
echo "$proxy -> $code"
doneSi más del 30% de los proxies del pool devuelven 502 en diferentes sitios, el problema está en el proveedor o en la propia infraestructura, y vale la pena cambiar todo el pool. Si los errores solo ocurren en un dominio específico, el problema está en la protección anti-bots de ese sitio.
Tabla: causas de errores por tipos de proxy
Diferentes tipos de proxies son susceptibles a errores 502 y 503 de manera diferente; esto es importante tener en cuenta al elegir uno para una tarea específica.
| Tipo de proxy | Causa típica de 502/503 | Frecuencia de errores |
|---|---|---|
| Proxies de centros de datos | Bloqueos masivos de rangos de IP por sistemas anti-bots, sobrecarga de servidores comunes | Alta |
| Proxies residenciales | A veces conexión inestable del dispositivo donante de IP | Baja |
| Proxies móviles | Cambio de IP por el operador en medio de la sesión, caídas temporales de señal | Media, pero breve |
Las IP de centros de datos son las que más frecuentemente son reconocidas por los sistemas anti-bots, por lo que son las que provocan la mayor proporción de 503 en plataformas como Facebook Ads, Instagram y marketplaces. Las IP residenciales y móviles parecen para la protección como usuarios comunes, por lo que la proporción de bloqueos falsos es notablemente más baja, aunque no es cero.
Cómo reducir la cantidad de errores
Para los arbitrajistas que crean cuentas publicitarias en Facebook Ads o TikTok Ads, es crítico que las IP no caigan en listas negras de sistemas anti-bots; esto es lo que más a menudo se manifiesta con el código 503. En tales tareas, los proxies residenciales se comportan notablemente más estables que los de centros de datos, porque sus IP pertenecen a proveedores reales y generan menos sospechas en los sistemas de protección.
Para los especialistas en SMM que gestionan masivamente Instagram y TikTok a través de varios perfiles anti-detección simultáneamente, la causa del 502 a menudo es la sobrecarga de una misma IP con demasiadas sesiones. La solución es asignar una IP única a cada cuenta y no escatimar en la cantidad de direcciones en el pool.
Para los vendedores que monitorean precios en Wildberries, Ozon y Avito, 503 significa con mayor frecuencia que la protección del sitio ha reconocido el patrón de solicitudes repetitivas. Aquí no tanto el cambio de tipo de proxy ayuda, sino la reducción de la frecuencia de solicitudes y la adición de retrasos aleatorios entre las solicitudes, junto con la rotación de IP en cada nueva solicitud.
Para el scraping y scripts automatizados, donde la velocidad y estabilidad de la conexión son importantes con grandes volúmenes de solicitudes, los proxies de centros de datos siguen siendo una opción razonable en términos de precio y velocidad, pero deben usarse con sensatez, distribuyendo uniformemente la carga entre un gran número de IP, para no alcanzar los límites de una sola dirección.
Lista de verificación de diagnóstico
Guarda esta secuencia y síguela cada vez que aparezca un 502 o 503 a través de un proxy:
- Abre el sitio sin proxy: ¿se repite el error?
- Verifica la conexión del proxy por separado (whatismyip, httpbin).
- Cambia la IP dentro del mismo pool y repite la solicitud.
- Verifica el tipo de proxy y el puerto en la configuración del perfil (HTTP/SOCKS5).
- Ejecuta varias IP a través de curl y compara los códigos de respuesta.
- Verifica si ha cambiado la geolocalización del proxy en relación con la vinculación de la cuenta.
- Reduce la frecuencia de solicitudes si el error se repite solo en un sitio.
- Si hay errores masivos en todo el pool, cambia de proveedor o tipo de proxy.
Conclusión
Los códigos 502 y 503 no son un veredicto y no son motivo para rechazar inmediatamente los proxies. En la mayoría de los casos, cinco minutos de diagnóstico son suficientes para entender dónde ocurrió la falla: en el propio servidor proxy, en el sitio objetivo o en su sistema de protección contra bots. La verificación sin proxy, el cambio de IP dentro del pool y las pruebas a través de curl o herramientas integradas de navegadores anti-detección como Dolphin Anty y AdsPower resuelven el 90% de estas cuestiones sin conjeturas innecesarias.
Si la causa no radica en la configuración, sino en que tus IP caen regularmente en listas negras de sistemas anti-bots, vale la pena reconsiderar el tipo de proxy para la tarea. Para la creación de cuentas publicitarias y el trabajo con redes sociales, es razonable considerar proxies residenciales, ya que generan menos sospechas en los sistemas de protección de los sitios. Para tareas donde la velocidad es crítica con grandes volúmenes de solicitudes, son adecuados los proxies de centros de datos, y para un comportamiento lo más natural posible en aplicaciones móviles, los proxies móviles.