En marzo de 2026 ocurrió lo que Internet había estado esperando durante 18 años: la proporción de usuarios que acceden a los servicios de Google a través de IPv6 superó por primera vez el 50% (50,10% al 28 de marzo de 2026). La lógica sugiere: dado que la mitad del tráfico ya está en IPv6, es hora de mudarse a proxies IPv6: son mucho más baratos y el pool de direcciones es prácticamente infinito. Pero en la práctica, todo es más complicado. En la mayoría de las tareas donde los proxies realmente generan dinero —multi-cuentas, compras de productos limitados, eludir sistemas anti-bot— IPv4 en 2026 sigue ganando. Analicemos los hechos, dónde es adecuado cada protocolo y por qué la "transición a IPv6" para la infraestructura de proxies aún no ha llegado.
En resumen: ¿cuál es la diferencia?
Los proxies IPv4 funcionan a través de direcciones del antiguo formato (por ejemplo, 203.0.113.7) —esos mismos de los que físicamente quedan muy pocos. El pool de IPv4 se ha agotado: los registradores regionales (ARIN, RIPE) distribuyeron bloques libres hace varios años, y ahora las direcciones viven en el mercado secundario. De ahí el precio: según los corredores, en 2026 una dirección IPv4 cuesta en promedio alrededor de $25 (rango de aproximadamente $11–32 dependiendo del tamaño del bloque y la reputación), y el alquiler —$0,30–0,50 por dirección al mes. Se estima que el volumen del mercado secundario de IPv4 supera los $2,5 mil millones al año.
Los proxies IPv6 utilizan un nuevo formato de direcciones (2001:db8::1) con un espacio de direcciones gigantesco. Un proveedor que recibe solo una subred /64 dispone de 18 quintillones de direcciones; un bloque corporativo /48 equivale a 65,536 de esas redes. No hay escasez ni de cerca, por lo que los proxies IPv6 son muy baratos y se venden en pools de millones de direcciones.
Podría parecer que la cuestión está resuelta. Pero los proxies no se valoran por el precio por dirección, sino por si la solicitud llega al objetivo y si no recibe un baneo. Aquí la situación cambia.
Criterio 1. Compatibilidad con los sitios objetivo
Este es el punto principal y decisivo. A pesar de que la mitad del tráfico de usuarios ya es IPv6, el soporte por parte de los sitios se queda muy atrás: según diversas estimaciones, solo alrededor del 40% de los mayores recursos web aceptan IPv6 de manera completa. Amazon, X (Twitter), Reddit y la mayoría de las plataformas de comercio electrónico aún responden por defecto solo a través de IPv4. Si un sitio no soporta IPv6, la solicitud a través de un proxy solo IPv6 simplemente no llegará, independientemente de si el proxy está "vivo" o no.
El largo tail de los marketplaces de nicho, los antiguos dominios corporativos y los servicios regionales sigue siendo puramente IPv4. Para un scraper o una granja de cuentas, esto significa una cosa: con proxies IPv4 puedes acceder prácticamente a cualquier lugar, con IPv6 solo a donde esté habilitado dual-stack.
Ganador en compatibilidad: IPv4
Criterio 2. Riesgo de detección y baneo
Aquí opera una lógica no obvia de "rareza". El tráfico IPv6 de usuarios reales existe, pero es homogéneo: los routers domésticos asignan direcciones a los dispositivos de manera predecible, dentro del /64 proporcionado por el proveedor. Y los proxies IPv6 masivos, por el contrario, envían miles de solicitudes desde direcciones vecinas de una misma subred —y el sistema anti-bot lo ve claramente. De aquí surgen dos problemas:
- Bloqueo de rangos completos. Es más fácil para un sitio bloquear un /64 o /48 con una sola regla que atrapar direcciones IPv4 individuales. Una dirección "descubierta" arrastra consigo todo el bloque.
- IPv6 por defecto bajo sospecha. Muchas plataformas que luchan contra el scraping y el spam inicialmente desconfían de las subredes IPv6 —la rareza del patrón trabaja en tu contra.
IPv4 en este sentido "se disuelve en la multitud": las direcciones residenciales y de ISP llevan la reputación de proveedores de consumo reales, su ASN es clasificado por el anti-fraude como Internet doméstico legítimo. Es por eso que la combinación de IPv4 residencial + navegador anti-detección aumenta la supervivencia de las cuentas de 3 a 5 veces en comparación con el uso de solo IPv6.
Ganador en resistencia a baneos: IPv4
Criterio 3. Precio y escala del pool
Aquí IPv6 toma la revancha. Cuando la tarea es enviar millones de solicitudes a sitios que soportan IPv6 (principalmente Google y grandes plataformas dual-stack), un enorme y barato pool se convierte en una ventaja. La rotación de subred permite cambiar la dirección de salida en cada solicitud, manteniéndose dentro de su /64, y el costo por dirección es incomparablemente más bajo que el de IPv4. Para el scraping de alto volumen de objetivos compatibles, esto es literalmente otra economía.
Sobre cómo alternar direcciones de manera inteligente para una tarea específica —por tiempo, número de solicitudes o sesiones pegajosas— se detalla en la guía sobre rotación de direcciones IP; para IPv6 los principios son los mismos, solo que el pool es de órdenes de magnitud mayor.
Ganador en precio por dirección y volumen: IPv6
Criterio 4. Geolocalización y precisión de targeting
Las direcciones IPv4 están "marcadas" geográficamente con mucha más precisión: a lo largo de los años se han formado bases maduras de correspondencia IP → ciudad/proveedor, y las direcciones residenciales y móviles están vinculadas a redes de consumo específicas. Para tareas donde el país e incluso la ciudad son importantes (SEO local, verificación de resultados, geo-targeting de publicidad, acceso a contenido regional), IPv4 ofrece resultados predecibles.
La geolocalización IPv6 es menos madura y a menudo se determina con precisión solo hasta la región o el centro de datos. Si el escenario requiere "parecer un usuario de una ciudad específica" —ese es el territorio de IPv4, especialmente residenciales y móviles.
Ganador en geoprecisión: IPv4
Criterio 5. Velocidad y sesiones paralelas
Aquí IPv6 es fuerte nuevamente —pero solo en su territorio. Gracias a su enorme pool, los proveedores de proxies IPv6 no limitan el número de sesiones simultáneas y el ancho de banda: cada flujo puede salir con una dirección separada, y las "colisiones" dentro de un /64 son prácticamente inexistentes. Para la recolección de datos de alta paralelidad de objetivos compatibles, esto proporciona una velocidad uniforme sin colas por IPs libres.
En IPv4, debido a la escasez y el precio, el pool es finito, por lo que la rotación agresiva en un gran número de flujos rápidamente se encuentra con límites o con la reutilización de direcciones "expuestas". Para tareas sensibles, esto se compensa con la calidad de las direcciones, no con la cantidad.
Ganador en paralelismo en objetivos compatibles: IPv6
Cómo verificar en un minuto si el objetivo soporta IPv6
Antes de adquirir proxies IPv6 para un proyecto específico, asegúrate de que el sitio objetivo responda a través de IPv6 —de lo contrario, todo el pool barato será inútil. Un método rápido:
- Verifica el registro AAAA del dominio (este es el análogo IPv6 del registro A). El comando nslookup -type=AAAA example.com o dig AAAA example.com: si la respuesta está vacía, el sitio no está disponible por IPv6.
- Si hay un AAAA, haz una solicitud de prueba a través de tu proxy IPv6 y observa el código de respuesta real, no solo si "responde/no responde": algunas plataformas mantienen el AAAA, pero devuelven un mensaje de error o captcha solo a los clientes IPv6.
- Ejecuta un pequeño lote de prueba (100–200 solicitudes) y compara la proporción de baneos con un grupo de control en IPv4. Si la diferencia es notable, el objetivo "no le gusta" IPv6, y el sobrecosto por la calidad de IPv4 se compensará con las cuentas y datos preservados.
Resumen: qué usar para qué tarea
Resumamos todo y clasifiquemos según escenarios reales.
- Scraping masivo de objetivos compatibles con IPv6 (Google, grandes sitios dual-stack, API públicas) — IPv6. Barato, enorme pool, rotación de subred contra baneos por rangos. Lo principal es asegurarse de antemano de que el objetivo responda por IPv6.
- Multi-cuentas y anti-detección (redes sociales, registros, calentamiento de cuentas) — IPv4, solo residencial o móvil. Inicios de sesión, gestión de cuentas y flujos de pago requieren consistencia de IP, ASN confiable y geo preciso. IPv6 aquí quemará cuentas.
- Compras de productos limitados, reventa, bots de zapatillas — IPv4. Las pasarelas de pago y el anti-fraude evalúan la reputación de la dirección; un IPv4 residencial/ISP limpio pasa donde IPv6 es bloqueado en la entrada.
- Scraping del "largo tail" — marketplaces de nicho, antiguos sitios corporativos, servicios regionales — IPv4, porque muchos de ellos simplemente no conocen IPv6.
- Eludir bloqueos y acceso a contenido regional — IPv4 debido a la geolocalización precisa; IPv6 — solo si el recurso específico está garantizado como dual-stack.
- Monitoreo de alto volumen y bajo presupuesto de objetivos compatibles, donde la supervivencia de la cuenta no es importante — IPv6 como forma de ahorrar.
Por qué la "transición a IPv6" para proxies se retrasa
El paradoja de 2026: los usuarios han migrado masivamente a IPv6 (Francia — hasta el 86% de penetración, India — 72%, Arabia Saudita — 65%), pero los sitios y, lo más importante, la industria anti-bot no. Mientras Amazon, las redes sociales y los sistemas de pago respondan por defecto a través de IPv4 y desconfíen de las subredes IPv6, el proxy "universal" seguirá siendo IPv4. IPv6 no es un reemplazo, sino una herramienta de nicho para una clase específica de tareas: volumen barato en objetivos compatibles.
Es importante recordar la geografía muy desigual: donde IPv6 apenas se ha implementado (Italia — 17%, España — 10%, Egipto — 4%), los proxies IPv6 pierden sentido tanto por geo como por compatibilidad.
Conclusión
La cifra "IPv6 superó el 50%" se refiere a los usuarios, no a dónde llegan tus solicitudes de proxy. En 2026, la regla es simple: si la tarea está relacionada con dinero, cuentas o sistemas anti-bot — elige IPv4 (residencial o móvil para escenarios sensibles, data center — para los que no son exigentes). Usa IPv6 de manera consciente y puntual: para scraping masivo y económico de objetivos que hayas verificado previamente para soporte de IPv6. No elijas el protocolo por el precio por dirección — elige por si la solicitud llegará y si tu cuenta sobrevivirá.
Para tareas sensibles, comienza con proxies IPv4 residenciales, para scraping de alto volumen de objetivos no exigentes — con proxies de data center. El protocolo correcto para el escenario correcto ahorra tanto presupuesto como nervios.
```