Proxies y TLS 1.3: compatibilidad, configuración y solución de problemas en scraping y automatización

```html

Has configurado un proxy, has iniciado un navegador anti-detección o un scraper, y de repente el sitio deja de responder, la sesión se interrumpe o la cuenta recibe un baneo. Una de las razones ocultas, de la que pocos hablan, es el conflicto entre tu proxy y el protocolo TLS 1.3. Vamos a analizar qué está sucediendo, cómo afecta el trabajo de los arbitrajistas, especialistas en SMM y vendedores de marketplaces, y cómo solucionarlo.

Qué es TLS 1.3 y por qué es importante para trabajar con proxies

TLS (Transport Layer Security) es un protocolo de cifrado que protege la conexión entre tu navegador o herramienta de automatización y el servidor del sitio. La versión 1.3 fue adoptada en 2018 y hoy se utiliza en la mayoría de las grandes plataformas: Facebook, Instagram, TikTok, Google, Wildberries, Ozon y cientos más.

En comparación con la versión anterior TLS 1.2, el nuevo protocolo funciona más rápido y de manera más segura. Pero precisamente sus mejoras crean dolores de cabeza para quienes utilizan proxies con fines laborales. Aquí están los cambios clave que afectan tu trabajo:

• Handshake reducido (1-RTT y 0-RTT). TLS 1.3 establece la conexión más rápido: con un solo intercambio de datos en lugar de dos. Algunos servidores proxy de arquitectura antigua no pueden procesar correctamente este intercambio.
• Cifrado de la mayor parte del handshake. En TLS 1.3, incluso los datos sobre los certificados del servidor están cifrados, los cuales antes se transmitían abiertamente. Esto complica el trabajo de los proxies que intentan inspeccionar el tráfico.
• Eliminación de algoritmos obsoletos. TLS 1.3 no admite una serie de algoritmos de cifrado que se utilizaban en TLS 1.2. Si tu proxy o software cliente intenta usarlos al conectarse, la conexión se interrumpe.
• Extensión ESNI/ECH. El cifrado SNI (Server Name Indication) oculta a qué dominio específico te estás conectando. Esto es bueno para la privacidad, pero algunos servidores proxy no saben cómo manejarlo.

Para el usuario común, todo esto sucede sin que se note. Pero si utilizas proxies para trabajar con paneles publicitarios, manejar múltiples cuentas o hacer scraping de datos, la incompatibilidad con TLS 1.3 puede ser la causa de fallos que son difíciles de diagnosticar.

Cómo interactúa el proxy con TLS 1.3: la esencia del problema

Para entender el problema, no necesitas ser programador. Imagina: envías una carta a través de un intermediario (proxy). Antes, el intermediario podía abrir el sobre, leer la dirección y reenviarla. Con TLS 1.3, el sobre está sellado de tal manera que el intermediario no puede abrirlo; debe pasarlo "a ciegas".

Aquí es donde surgen tres escenarios principales de problemas:

Escenario 1: El proxy interrumpe la conexión

Algunos servidores proxy (especialmente los baratos o antiguos) intentan realizar inspección SSL, es decir, descifrar y volver a cifrar el tráfico. En TLS 1.3, esto es más difícil de implementar técnicamente. Si el proxy no admite el nuevo protocolo, simplemente interrumpe la conexión. En la práctica, esto se manifiesta como: la página no se carga, la solicitud se queda colgada o ves un error SSL/TLS en el navegador anti-detección.

Escenario 2: Downgrade a TLS 1.2

Parte de los proxies, al no ser compatibles, "bajan" automáticamente el protocolo a TLS 1.2. Técnicamente, la conexión funciona, pero surge otro problema: los modernos sistemas anti-fraude de Facebook, TikTok y Google pueden detectar tal "downgrade". El navegador Chrome de 2024 utiliza TLS 1.3 por defecto; si el servidor ve TLS 1.2 en lugar del esperado 1.3, esto se convierte en una señal de anomalía y un motivo para una verificación adicional de la cuenta.

Escenario 3: Inconsistencia en la huella TLS

Este es el problema más engañoso, del cual hablaremos más en la siguiente sección. Cada navegador, al establecer una conexión TLS, deja una "huella" única: un conjunto de cifrados, extensiones y parámetros admitidos. Si tu proxy o herramienta de automatización cambia esta huella, el sistema anti-fraude ve una discrepancia entre el navegador declarado y el comportamiento real de la conexión.

A quién afecta el problema: arbitraje, SMM, scraping

Los problemas con TLS 1.3 afectan a diferentes categorías de especialistas de diversas maneras. Vamos a desglosar cada caso en particular.

Arbitrajistas y Facebook/TikTok Ads

Para quienes trabajan con paneles publicitarios de Facebook Ads y TikTok Ads, la incompatibilidad de los proxies con TLS 1.3 puede llevar a una cadena de baneos. Facebook verifica especialmente de manera agresiva la huella TLS al ingresar al panel publicitario. Si la huella del navegador en Dolphin Anty o AdsPower no coincide con lo que Facebook "espera" de Chrome en la versión adecuada, la cuenta es enviada a verificación o bloqueada.

Esto es especialmente crítico al crear cuentas: creas un perfil, lo calientas, y luego recibes un baneo no por el contenido del anuncio, sino por una discrepancia técnica a nivel de protocolo. El dinero y el tiempo se pierden en vano.

Especialistas en SMM y manejo de múltiples cuentas

Si gestionas entre 20 y 50 cuentas de Instagram o TikTok a través de Multilogin, GoLogin o Octo Browser, los problemas de TLS pueden manifestarse de otra manera: la cuenta funciona, pero de vez en cuando solicita verificación por teléfono, o las Stories no se publican a través de la automatización. Instagram analiza activamente los parámetros TLS de la conexión como parte del perfil de comportamiento del dispositivo.

Vendedores de marketplaces y scraping

Wildberries, Ozon y Yandex.Market utilizan TLS 1.3 y detectan activamente las solicitudes automatizadas precisamente a través del análisis de la huella TLS. Si tu scraper envía solicitudes con un conjunto no estándar de parámetros TLS, el sistema bloquea automáticamente la IP, incluso si es residencial. Esto explica por qué a veces "buenos" proxies aún no ayudan en el scraping: no se trata de la IP, sino de cómo tu herramienta establece la conexión.

Huella TLS (JA3/JA4): por qué los sitios te "ven"

La huella TLS es una huella digital que tu navegador o herramienta deja al establecer una conexión cifrada. Los métodos más comunes para calcularla son JA3 y el más nuevo JA4. Comprender este mecanismo es crítico para todos los que trabajan con proxies de manera profesional.

Cuando el navegador se conecta a un sitio a través de HTTPS, envía un mensaje "ClientHello", en el cual enumera:

• Versiones TLS admitidas
• Lista de algoritmos de cifrado admitidos (cipher suites)
• Lista de extensiones TLS y su orden
• Curvas elípticas admitidas

A partir de estos datos se calcula un hash, y esa es la huella JA3. Chrome 120 tiene una huella, Firefox 121 tiene otra, la biblioteca requests de Python tiene una tercera. Los sistemas anti-fraude de las grandes plataformas mantienen una base de datos de huellas "normales" para cada navegador y versión.

Aquí es donde surge la colisión con los proxies: algunos tipos de proxies (especialmente proxies HTTP con inspección SSL) modifican los parámetros de la conexión TLS. Como resultado, tu perfil en Dolphin Anty declara "Soy Chrome 120", pero la huella TLS muestra un patrón completamente diferente. Facebook o TikTok ven esta discrepancia de inmediato.

Con el cambio a TLS 1.3, la situación se complicó: el nuevo protocolo tiene un conjunto diferente de cipher suites y extensiones permitidas. Si el proxy o la biblioteca no se actualizan para TLS 1.3, la discrepancia se vuelve aún más evidente para los sistemas anti-fraude.

Configuración de navegadores anti-detección al trabajar con TLS 1.3

La buena noticia: los navegadores anti-detección modernos ya saben cómo trabajar correctamente con TLS 1.3 — pero solo con la configuración adecuada. Aquí tienes instrucciones concretas para las herramientas más populares.

Dolphin Anty

Dolphin Anty utiliza un motor Chromium real, lo que significa soporte nativo para TLS 1.3. Para asegurarte de que el proxy no interfiere con la huella TLS:

1. Al agregar un proxy, selecciona el tipo SOCKS5, no HTTP. SOCKS5 no realiza inspección SSL y transmite el tráfico TLS "tal cual", sin modificar la huella.
2. En la configuración del perfil, asegúrate de que la versión del navegador sea actual (Chrome 118+). Las versiones antiguas tienen una huella TLS diferente.
3. Después de la configuración, abre browserleaks.com/tls directamente desde el perfil y asegúrate de que se muestre TLS 1.3.
4. Si ves TLS 1.2, cambia el proxy o verifica su compatibilidad con TLS 1.3.

AdsPower

AdsPower ofrece dos motores: SunBrowser (basado en Chromium) y FlowerBrowser (basado en Firefox). Ambos admiten TLS 1.3, pero la configuración del proxy afecta la huella final:

1. Ve a la sección Perfiles → Crear perfil → Proxy.
2. Selecciona el protocolo SOCKS5 e ingresa los datos del proxy.
3. En la sección "Navegador", selecciona la versión actual de Chrome o Firefox; esto afecta la huella TLS generada.
4. Utiliza la verificación integrada de proxy en AdsPower antes de iniciar el perfil.

GoLogin y Multilogin

GoLogin y Multilogin tienen protección integrada para la huella TLS: generan parámetros ClientHello de acuerdo con el navegador declarado. Sin embargo, aquí también hay matices:

1. Siempre utiliza proxies SOCKS5 — esta es la regla clave para mantener la huella TLS.
2. En GoLogin, actualiza regularmente los perfiles del navegador; un perfil antiguo de Chrome 100, al usar realmente Chrome 120, genera una discrepancia detectable.
3. En Multilogin, utiliza la función Stealthfox o Mimic — están especialmente optimizadas para trabajar correctamente con TLS 1.3.

Qué tipo de proxy es mejor compatible con TLS 1.3

No todos los tipos de proxies funcionan igual de bien con TLS 1.3. Vamos a desglosar las opciones principales y su compatibilidad para diferentes tareas.

Proxies residenciales

Los proxies residenciales son direcciones IP de dispositivos domésticos reales. Al usarlos a través del protocolo SOCKS5, no interfieren en la conexión TLS: el navegador establece directamente TLS 1.3 con el servidor objetivo, y el proxy solo transmite los paquetes cifrados. Esto significa que la huella TLS permanece intacta, tal como la crea tu navegador anti-detección.

Para arbitrajistas y especialistas en SMM, los proxies residenciales con SOCKS5 son la opción óptima al trabajar con Facebook, Instagram y TikTok. Las IP reales combinadas con una huella TLS correcta hacen que el perfil sea lo más parecido posible al de un usuario normal.

Proxies móviles

Los proxies móviles funcionan a través de IP de operadores móviles (4G/5G). También son completamente compatibles con TLS 1.3 al usar SOCKS5. Una ventaja adicional: las direcciones IP móviles son utilizadas por miles de usuarios reales al mismo tiempo, por lo que los sistemas anti-fraude tienden a confiar más en ellas. Esto es especialmente importante para TikTok Ads, donde el tráfico móvil se considera más "nativo".

Proxies de centros de datos

Para tareas de scraping en Wildberries, Ozon o monitoreo de precios, los proxies de centros de datos a través de SOCKS5 ofrecen alta velocidad y buena compatibilidad con TLS 1.3. Lo principal es asegurarse de que tu scraper o herramienta de monitoreo utilice una biblioteca moderna para solicitudes HTTP con soporte para TLS 1.3.

Lista de verificación: cómo verificar y solucionar problemas con TLS

Utiliza esta lista de verificación si sospechas que los problemas con baneos o fallos están relacionados con TLS 1.3.

Paso 1: Verifica la versión de TLS

Abre el perfil en tu navegador anti-detección con el proxy conectado. Ve al sitio tls.browserleaks.com. En la sección "Versión de TLS" debería mostrarse TLS 1.3. Si ves TLS 1.2, tu proxy no admite TLS 1.3 o está forzando una versión inferior.

Paso 2: Verifica la huella JA3

En el mismo sitio o en ja3er.com, verifica tu hash JA3. Anótalo. Luego abre el mismo sitio en Chrome normal (sin proxy) y compara los hashes. Deben coincidir o ser muy similares. Una discrepancia significativa significa que el proxy está cambiando los parámetros TLS.

Paso 3: Cambia el protocolo del proxy a SOCKS5

Si has utilizado proxies HTTP/HTTPS, cambia a SOCKS5. En la configuración del navegador anti-detección, busca el campo "Tipo de proxy" y selecciona SOCKS5. Repite la verificación de la huella TLS.

Paso 4: Actualiza el perfil del navegador

Si en tu navegador anti-detección tienes configurado un perfil de Chrome de la versión 90–105, actualízalo a la versión actual (118+). Un perfil obsoleto genera una huella TLS de un Chrome antiguo, que se detecta como una anomalía en sitios modernos.

Paso 5: Verifica al proveedor de proxy

No todos los proveedores de proxies han actualizado su infraestructura para TLS 1.3. Signos de infraestructura obsoleta:

• La conexión se establece solo a través de TLS 1.2
• Al verificar en browserleaks se muestra un conjunto no estándar de cipher suites
• Alto porcentaje de baneos en Facebook/TikTok al usar cuentas "limpias"
• Interrupciones periódicas de la conexión en sitios HTTPS

Paso 6: Para scraping — actualiza las bibliotecas

Si utilizas scrapers listos o servicios de monitoreo de precios, asegúrate de que estén actualizados a las últimas versiones. La mayoría de las herramientas de scraping modernas ya admiten TLS 1.3, pero las versiones antiguas pueden enviar solicitudes con parámetros obsoletos, que son fácilmente detectables por la protección de Wildberries y Ozon.

Errores comunes al trabajar con proxies y TLS 1.3

A lo largo de los años trabajando con herramientas de proxies, se ha acumulado una lista de errores típicos que cometen incluso los especialistas experimentados. Vamos a desglosar los más comunes.

Error 1: Usar un proxy en varios perfiles al mismo tiempo

Incluso si cada perfil tiene la huella TLS correcta, usar una misma dirección IP en varias cuentas al mismo tiempo es una señal de alerta para los sistemas anti-fraude. Facebook e Instagram no solo rastrean los parámetros TLS, sino también los patrones de uso de IP. La regla es simple: un proxy — un perfil.

Error 2: Ignorar la geografía del proxy

TLS 1.3 por sí mismo no revela tu geolocalización, pero los sistemas anti-fraude cruzan múltiples señales. Si tu perfil en Dolphin Anty está configurado como un usuario de Moscú y el proxy muestra una IP de Alemania, esta discrepancia se detecta independientemente de la versión de TLS. Siempre elige proxies del mismo país y región que los indicados en el perfil del navegador.

Error 3: Mezclar protocolos dentro de una misma sesión

Algunos especialistas configuran SOCKS5 para el tráfico principal, pero dejan el proxy del sistema HTTP para parte de las solicitudes. Esto crea una situación en la que diferentes solicitudes dentro de una misma sesión tienen diferentes huellas TLS. Los modernos sistemas anti-fraude pueden notar esto. Utiliza un único protocolo para todo el tráfico del perfil.

Error 4: Comprar proxies baratos sin verificar la compatibilidad con TLS

En el mercado hay proveedores de proxies que utilizan hardware o software obsoleto, no actualizado para TLS 1.3. El proxy técnicamente funciona — las páginas se abren — pero la huella TLS está alterada. Antes de comprar un proxy, siempre verifica su funcionamiento a través de browserleaks.com en un perfil de prueba del navegador anti-detección.

Error 5: No actualizar el navegador anti-detección

Los desarrolladores de Dolphin Anty, AdsPower, GoLogin y Multilogin actualizan regularmente los motores de los navegadores y los algoritmos de generación de huellas TLS. Utilizar una versión obsoleta del navegador anti-detección significa que tus perfiles generan huellas que ya no coinciden con las versiones actuales de Chrome o Firefox. Actualiza el navegador anti-detección al menos una vez al mes.

Qué sigue: ECH y el futuro de TLS para usuarios de proxies

TLS continúa evolucionando, y el siguiente paso importante es ECH (Encrypted Client Hello). Esta extensión cifra completamente el ClientHello, es decir, oculta incluso el nombre del dominio al que te estás conectando. Google Chrome ya ha comenzado a admitir ECH en modo experimental.

Para los usuarios de proxies, esto significa:

• Ventaja: ECH dificultará la detección a nivel de huella TLS, ya que parte de los datos estará oculta.
• Desventaja: Los sistemas anti-fraude cambiarán a otros métodos de detección: patrones de comportamiento, velocidad de solicitudes, patrones de mouse y teclado.
• Para los proxies: Se requerirá una actualización de la infraestructura de los proveedores para soportar ECH. Los proveedores de calidad ya se están preparando para esta transición.

La conclusión principal: las tecnologías de protección se están volviendo cada vez más complejas, y la carrera entre los sistemas anti-fraude y las herramientas de anonimato continúa. Para el trabajo práctico, esto significa una cosa: elige herramientas (proxies, navegadores anti-detección) que se desarrollen y actualicen activamente, y no que se queden estancadas.

Conclusión

TLS 1.3 no es solo una actualización técnica del protocolo. Para los arbitrajistas, especialistas en SMM y vendedores de marketplaces, afecta directamente la supervivencia de las cuentas y la eficacia del scraping. Las conclusiones clave de este artículo son:

• Utiliza proxies SOCKS5 en lugar de HTTP — esto mantiene la huella TLS del navegador intacta.
• Verifica regularmente la versión de TLS y la huella JA3 a través de browserleaks.com.
• Actualiza los perfiles en los navegadores anti-detección a las versiones actuales de Chrome/Firefox.
• Una IP — un perfil, sin excepciones.
• Elige proveedores de proxies cuya infraestructura soporte TLS 1.3.

Si trabajas con Facebook Ads, Instagram o TikTok y deseas minimizar el riesgo de baneos relacionados con la detección de TLS, te recomendamos utilizar proxies residenciales a través del protocolo SOCKS5 — ofrecen plena compatibilidad con TLS 1.3 y no alteran la huella del navegador. Para tareas con TikTok Ads y cuentas móviles, la opción óptima serán proxies móviles — sus direcciones IP son percibidas por los sistemas anti-fraude como las más confiables.