El IPv6 cruzó un umbral simbólico: el 28 de marzo de 2026, según el contador oficial de Google, el 50,1% del tráfico que llegó a sus servicios lo hizo por IPv6. Es la primera vez, en casi tres décadas de historia del protocolo, que medio Google es IPv6 nativo. The Register lo reportó esta semana y la noticia recorrió rápido los foros de infraestructura. La letra chica, sin embargo, obliga a moderar los festejos: ese 50,1% es una foto de Google, no de la internet completa, y en América Latina la realidad es desigual. Brasil ya está en 57,48%. El Salvador, en 20,78%. Panamá, apenas 8,50%. Este artículo explica qué pasó, cómo llegamos acá, qué significa para quien desarrolla backend en la región y qué hay que hacer para no quedarse atrás.
El hito confirmado: 50,1% el 28 de marzo
Google publica desde hace años una página de estadísticas públicas de IPv6 que mide, en tiempo real, qué porcentaje de los usuarios que acceden a sus servicios lo hace con direcciones IPv6. Durante años, esa curva creció con paciencia: cerró 2024 apenas rozando el 45%, terminó 2025 en torno al 46,33% y empezó 2026 en los 47-48%. La marca del 50% se había convertido en una meta psicológica. El 28 de marzo de 2026 se alcanzó por primera vez, con una lectura de 50,1% en el pico diario.
Google es, probablemente, el mejor observatorio que existe para medir adopción de IPv6 del lado del cliente. Sus servicios —YouTube, Gmail, Búsqueda, Android, Chrome— concentran una fracción enorme del tráfico global y cualquier usuario con doble pila (IPv4 e IPv6 disponibles) termina saliendo por IPv6 gracias al algoritmo Happy Eyeballs. Por eso, cuando Google dice que el 50% entra por IPv6, se está diciendo también que el 50% de los dispositivos de consumo masivo tiene IPv6 funcional. Es un indicador real, no una cifra de marketing.
Por qué no todos están celebrando
La primera regla al leer cualquier estadística de IPv6 es esta: depende de dónde mires. Google ve su propio tráfico, y ese tráfico está sesgado hacia YouTube y móviles, donde los carriers empujaron IPv6 más rápido. Otras mediciones cuentan otra historia.
- Cloudflare Radar reporta que alrededor del 40,1% de las peticiones HTTP que pasan por su red llegan por IPv6 en 2026. Cloudflare ve más tipos de sitios (pequeños, corporativos, gobiernos), no solo gigantes de consumo.
- APNIC Labs, que mide capability —qué fracción de usuarios podrían usar IPv6 si el servidor lo ofreciera— da un 43,13% a nivel global. Los datos por país están abiertos y se actualizan a diario.
- Proveedores de hosting B2B siguen viendo peticiones en gran mayoría IPv4 en sus paneles, porque muchos servidores aún no exponen AAAA o están detrás de balanceadores que solo hablan IPv4.
⚠️ Ojo: cuando alguien diga “la internet ya es 50% IPv6”, pedí la fuente. El 50% es de Google. El número global razonable, cruzando APNIC y Cloudflare, está entre 40% y 43%. La diferencia importa si diseñás SLAs, compliance o decisiones de infraestructura.
28 años de inercia: cómo llegamos hasta acá
IPv6 no es nuevo. La primera especificación, RFC 1883, se publicó en 1995. La spec vigente hoy es la RFC 8200, que en 2017 reemplazó a la RFC 2460 y convirtió a IPv6 en un Internet Standard pleno. Es decir: la tecnología está lista desde hace más de una década y diseñada desde hace casi tres.
La presión para migrar apareció oficialmente el 3 de febrero de 2011, cuando IANA entregó los últimos bloques /8 de IPv4 a los registros regionales. Los RIR fueron agotando su pool en los años siguientes. LACNIC llegó al final phase en 2020. En 2012 se organizó el World IPv6 Launch Day, el 6 de junio, cuando Google, Facebook, Yahoo, Bing y los grandes carriers activaron IPv6 de forma permanente. Aquel día se suponía el pistoletazo de salida de una transición rápida.
No lo fue. Los ISPs habían invertido en equipamiento IPv4 y encontraron una salida barata: NAT y CGNAT. Con Carrier-Grade NAT, un operador puede meter miles de clientes detrás de una sola IPv4 pública. Barato, funcional, y un freno enorme a migrar. El resultado fue 15 años de adopción lenta, desigual y dependiente de casos locales —como operadores móviles que sí migraron porque LTE/5G funcionaban mejor con IPv6—.
Tres décadas de IPv6, de RFC 1883 al 50% en Google.
Qué es IPv6, explicado desde cero
Si alguien todavía te pregunta por qué IPv6, la respuesta corta es: direcciones. IPv4 usa 32 bits, lo que da 4.294.967.296 direcciones. Muchas, pero no suficientes para un mundo con miles de millones de teléfonos, routers, relojes, autos y sensores. IPv6 usa 128 bits, lo que da 340 undecillones de direcciones, o dicho de otro modo: 6,65 × 10²³ direcciones por metro cuadrado del planeta. No se van a agotar.
Una dirección IPv6 se escribe como ocho grupos de 4 dígitos hexadecimales separados por dos puntos, con reglas de compresión de ceros. Por ejemplo:
2001:0db8:85a3:0000:0000:8a2e:0370:7334
2001:db8:85a3::8a2e:370:7334 # comprimida
Más allá del espacio de direcciones, IPv6 trae ventajas de diseño relevantes para devs y ops:
- Sin NAT por defecto: cada dispositivo puede tener una dirección pública enrutable. Se recupera el modelo end-to-end original de internet.
- SLAAC (Stateless Address Autoconfiguration): los hosts pueden auto-configurar su IP sin DHCP, leyendo prefijos del router.
- IPsec integrado: la especificación lo contempla como parte del stack, aunque en la práctica sigue siendo opcional.
- Multicast nativo: sin los parches de broadcast de IPv4. Mejora descubrimiento de servicios.
- Header simplificado: tamaño fijo de 40 bytes, campos menos pero más ordenados; el procesamiento en routers es más eficiente.
El mapa LATAM real: datos APNIC al 16 de abril de 2026
Acá es donde el relato del “50% global” se rompe. APNIC publica ranking país por país. Estos son los números de LATAM al 16 de abril de 2026:
- Uruguay: 63,10%
- Guatemala: 60,78%
- Brasil: 57,48%
- México: 57,28%
- Paraguay: 42,99%
- Perú: 36,41%
- Argentina: 33,57%
- El Salvador: 20,78%
- Panamá: 8,50%
- Venezuela: 6,27%
Hay países LATAM que superan la media mundial —Uruguay, Guatemala, Brasil y México rebasan el 50%— y otros que están en niveles de hace diez años. Para contrastar, así están algunas referencias globales: Francia 83,25%, Alemania 73,93%, India 78,36%, Japón 58,00%, China 50,20%, España 10,01%. Sí, España. El país con más hispanohablantes en Europa está detrás de El Salvador en adopción IPv6 del lado usuario.
La explicación es casi siempre la misma: el peso político y técnico que los ISPs locales le dieron al tema. En Uruguay, Antel empujó IPv6 temprano. En Brasil y México, los grandes operadores móviles migraron por necesidad de escala. En El Salvador, Panamá y Venezuela, la mayoría del tráfico residencial sigue saliendo por CGNAT sobre IPv4.
El mercado IPv4 sigue existiendo (y es caro)
Mientras IPv6 avanza, las empresas que no migraron siguen comprando IPv4 en el mercado secundario. IPv4.global mantiene un ticker en vivo que en abril de 2026 muestra precios entre USD 32 y USD 47 por IP según tamaño de bloque. El pico histórico superó los USD 60 por IP en 2022, cuando la escasez fue más aguda; el mercado se enfrió luego con la llegada progresiva de IPv6 y la reutilización de bloques legacy. Aun así, sigue siendo un mercado multimillonario: un /16 (65.536 direcciones) ronda los dos millones de dólares.
Para un equipo pequeño que necesita 256 IPs fijas, eso son unos USD 10.000 al momento de escribir. Dinero que desaparece si se diseña IPv6-first.
Qué significa para devs backend
La buena noticia es que hacer que tu servicio hable IPv6 es, en la mayoría de los casos, cambiar una línea. La mala es que hay que revisar todo el pipeline —desde el socket hasta el DNS— porque un solo eslabón IPv4-only rompe la cadena.
Servidor HTTP: nginx, Apache, Caddy
En nginx basta con esto en el bloque server:
server {
listen 80;
listen [::]:80;
listen 443 ssl http2;
listen [::]:443 ssl http2;
server_name ejemplo.com;
}
Caddy y Traefik escuchan en :: por defecto si el sistema lo soporta. Apache requiere Listen [::]:80.
Aplicaciones Python y Node.js
# Python: bind explícito en IPv6 (soporta v4 mapeado)
import socket
s = socket.socket(socket.AF_INET6, socket.SOCK_STREAM)
s.bind(('::', 8080))
s.listen()
# Node.js: escuchar en :: cubre ambas pilas
require('http').createServer(handler).listen(8080, '::');
En Go, net.Listen("tcp", ":8080") ya escucha en dual stack por defecto. En Rust con Tokio, "[::]:8080" hace lo mismo.
DNS y Happy Eyeballs
No alcanza con escuchar: tenés que publicar registros AAAA junto a los A. Los clientes modernos usan Happy Eyeballs v2 (RFC 8305) para intentar IPv6 primero y caer a IPv4 si falla dentro de unos 250 ms. Si publicás AAAA pero tu firewall bloquea, los usuarios sufren latencia extra en cada conexión.
Nube pública en 2026
- AWS: soporte completo de dual stack en VPC, ALB/NLB, CloudFront y Route 53. Desde 2024 cobra por IPv4 pública; IPv6 es gratis.
- Google Cloud: IPv6 en Load Balancer global, VPC y Cloud Run.
- Azure: dual stack en Application Gateway y Virtual Network.
- Hetzner y DigitalOcean: IPv6 nativo sin costo extra en todas las VPS.
Testear
curl -6 -v https://tusitio.com # fuerza IPv6
curl -4 -v https://tusitio.com # fuerza IPv4
dig AAAA tusitio.com +short # ¿hay registro AAAA?
Para chequeo del lado cliente, test-ipv6.com sigue siendo la referencia.
Dual stack: cada capa debe hablar los dos protocolos sin puntos ciegos.
graph LR;
U[Usuario IPv6] --> DNS[DNS AAAA];
DNS --> LB[Load Balancer dual stack];
LB --> APP[App escuchando ::];
APP --> DB[(DB interna)];
U2[Usuario IPv4 legacy] --> DNS2[DNS A];
DNS2 --> LB;
El camino que queda
Aun con el 50% en Google y tendencias positivas, APNIC y varios analistas coinciden en que el apagado completo de IPv4 tardará entre 5 y 10 años más. Las razones son viejas conocidas: equipamiento industrial, cajeros, sistemas de telemetría, IoT barato y software empresarial con stacks TCP/IP de 20 años que no hablan IPv6 y cuyos fabricantes no piensan actualizarlos. Mientras esa larga cola exista, los operadores tendrán que mantener compatibilidad IPv4, ya sea con NAT64/DNS64 o con CGNAT residual.
💭 Clave: no hay una fecha de apagón. IPv4 no se desconecta; se vuelve irrelevante cuando ya nadie diseña pensando en él. Ese punto aún no llegó, pero se acerca.
Qué hacer si sos ISP, hosting o SaaS en LATAM
- ISPs residenciales: asignar prefijos /56 o /48 a cada hogar. Si aún están en CGNAT puro, publicar un plan con fechas. Uruguay lo hizo y hoy lidera.
- Hosting y data centers: asegurar que cada VM tenga IPv6 nativo desde el día uno y que los paneles de control expongan configuración clara.
- SaaS y APIs: publicar AAAA, auditar dependencias (webhooks, SDKs externos) para detectar cuáles siguen siendo IPv4-only. Documentar en status público qué IPs y rangos se usan.
- Gobierno y banca: incluir IPv6 en los pliegos de compra. Sin demanda del comprador, los proveedores no actualizan.
-
Equipos de desarrollo: tests automatizados que corran con
curl -6contra staging. Si no se mide, no se mejora.
Para un país como El Salvador, con 20,78% de adopción, cada uno de esos pasos mueve la aguja más rápido que en mercados saturados. La ventaja de llegar tarde es que el mapa de ruta ya existe: solo hay que ejecutarlo.
📖 Resumen en Telegram: Ver resumen
Preguntas frecuentes
¿El 50% de la internet ya es IPv6?
No. El 50,1% es la medición de Google del 28 de marzo de 2026. Mediciones más amplias, como Cloudflare Radar (40,1% HTTP) y APNIC (43,13% capability global), sitúan la internet completa entre 40% y 43%. Google tiene más IPv6 porque su tráfico está dominado por YouTube y móviles.
¿Por qué tardó casi 30 años la adopción de IPv6?
Por NAT y CGNAT. Los ISPs encontraron en la traducción de direcciones una salida barata al agotamiento de IPv4 y postergaron inversiones en IPv6. Solo la presión del tráfico móvil y los nuevos servicios cloud lograron empujar la migración en los últimos años.
¿Cuánto cuesta una IPv4 pública hoy?
Según IPv4.global, en abril de 2026 los precios oscilan entre USD 32 y USD 47 por dirección IP, dependiendo del tamaño del bloque. El pico histórico superó USD 60 en 2022. Un bloque /24 (256 IPs) cuesta aproximadamente USD 8.000-12.000.
¿Cómo sé si mi servidor habla IPv6?
Desde la terminal: curl -6 -v https://tudominio.com. Si responde, está funcionando. Para chequeo del lado cliente, test-ipv6.com da un diagnóstico completo. También conviene verificar registros AAAA con dig AAAA tudominio.com.
¿Tengo que apagar IPv4 en mi servicio?
No. Lo correcto es dual stack: escuchar en ambos protocolos. Happy Eyeballs en el cliente se encarga de elegir el mejor camino. Apagar IPv4 todavía deja fuera a una parte significativa de usuarios, especialmente en países con baja adopción.
¿Qué países de LATAM lideran en IPv6?
Según APNIC al 16 de abril de 2026: Uruguay (63,10%), Guatemala (60,78%), Brasil (57,48%) y México (57,28%) superan la media mundial. El Salvador (20,78%), Panamá (8,50%) y Venezuela (6,27%) están rezagados.
Referencias
- The Register — IPv6 traffic to Google hits 50% milestone — Cobertura periodística del hito del 28 de marzo de 2026.
- Google IPv6 Statistics — Página oficial con la medición diaria del tráfico IPv6 hacia servicios de Google.
- APNIC IPv6 measurements — Ranking de adopción IPv6 país por país, actualizado a diario.
- RFC 8200 — Especificación vigente de IPv6 (Internet Standard, 2017).
- test-ipv6.com — Herramienta de diagnóstico IPv6 del lado cliente.
- World IPv6 Launch — Iniciativa del 6 de junio de 2012 que marcó la activación permanente de IPv6 en los principales servicios globales.
- IPv4.global — Mercado secundario de direcciones IPv4 con ticker de precios en vivo.
📱 ¿Te gusta este contenido? Únete a nuestro canal de Telegram @programacion donde publicamos a diario lo más relevante de tecnología, IA y desarrollo. Resúmenes rápidos, contenido fresco todos los días.
