Por qué IPv6 vuelve a la agenda
IPv4 tiene unos cuatro mil millones de direcciones y los últimos bloques libres se repartieron en la década de 2010. Internet no se detuvo: los operadores pusieron a muchos clientes detrás de una dirección compartida (NAT de operador) y traducen entre los dos mundos. Funciona, pero añade un intermediario a cada conexión, vuelve inútiles las reglas por IP cuando mil teléfonos comparten una dirección y cuesta dinero a los operadores; por eso la mayoría de redes móviles ya usan IPv6 de forma nativa y tratan IPv4 como la vía heredada. Súmele las compras: las licitaciones públicas y los cuestionarios de seguridad preguntan si un servicio es accesible por IPv6, y un simple no es un punto perdido.
Qué cambia de verdad para un sitio web
Casi nada en su HTML o aplicación. Un sitio dual-stack tiene dos tipos de registros DNS —A para IPv4, AAAA para IPv6— y una puerta de entrada que escucha en ambas familias. Un navegador moderno resuelve ambos, los prueba casi en paralelo y se queda con el que conecta primero (la regla Happy Eyeballs), así que una ruta IPv6 rota no deja tirado al visitante. Abierta la conexión, HTTP es HTTP: las mismas cookies, las mismas cabeceras de caché, el mismo certificado TLS. La diferencia visible está en sus logs, donde direcciones como 2a01:4f9:... empiezan a aparecer junto a las conocidas con puntos.
Qué hace ya la CDN por usted
El edge de CDN.com.tr es dual-stack desde septiembre de 2026: cada hostname de la CDN tiene registros AAAA junto a los A y el edge acepta conexiones en ambos. Si su sitio apunta a nosotros con un CNAME —lo habitual para www y subdominios— heredó IPv6 ese día sin ningún cambio por su parte. Su servidor de origen no participa: el edge termina la conexión del visitante, llegue por la familia que llegue, y consulta su origen por IPv4 exactamente como antes. El visitante recibe un sitio IPv6; su servidor nunca necesita una dirección IPv6.
Un CNAME hereda ambas familias del hostname de la CDN
$ dig +short www.example.com AAAA
www.example.com.cdn.com.tr.
2a03:35e0:9700::9
$ dig +short www.example.com A
www.example.com.cdn.com.tr.
185.70.97.9Cómo comprobar su propio sitio
Dos comandos responden la pregunta para cualquier hostname: dig para los registros, curl para una conexión real. En el navegador, DevTools → Network → clic derecho en las columnas → Remote Address muestra qué familia se usó. Si curl -6 falla y curl -4 funciona, el sitio no es accesible por IPv6 desde donde está —puede ser el sitio o puede ser su propia red—, así que pruebe desde un teléfono con datos móviles antes de abrir un ticket.
Registros y luego una conexión IPv6 real
$ dig +short AAAA www.example.com
2a03:35e0:9700::9
$ curl -6 -sI https://www.example.com/ | head -1
HTTP/2 200
$ curl -4 -sI https://www.example.com/ | head -1
HTTP/2 200Las cosas que sí se rompen
IPv6 no rompe páginas; rompe suposiciones sobre direcciones. Primero, listas de permitir y denegar: una regla que nombra direcciones IPv4 nunca coincide con un visitante IPv6, así que una lista de oficina para una ruta de administración deja de admitir a los compañeros en móvil solo IPv6 hasta que añada su rango IPv6. Segundo, límites y contadores por IP: un visitante IPv6 puede rotar legítimamente direcciones dentro de un /64, así que cuente por /64, no por dirección, o sus límites serán a la vez permeables e injustos. Tercero, analíticas y geolocalización: bases de datos y paneles hechos para direcciones con puntos necesitan versiones que entiendan IPv6, y un campo IPv4 de 15 caracteres trunca una dirección IPv6 de 39. Cuarto, las partes de su infraestructura que no están detrás de la CDN —una API en otro host, un servidor de correo, un receptor de webhooks— siguen siendo solo IPv4, y un cliente solo IPv6 no puede alcanzarlas.
IPv6 y HTTP/3 van juntos
El mismo cambio del edge que trajo IPv6 activó HTTP/3, y ambos comparten motivo: los dos quitan un intermediario o un viaje de ida y vuelta del camino del visitante, y los dos los anuncia el edge y los adopta el navegador sin ningún ajuste por su parte. Si su objetivo es velocidad y no accesibilidad, HTTP/3 es la palanca que se ve en Core Web Vitals; la guía HTTP/2 vs HTTP/3 explica qué cambia y cómo verlo en DevTools.
Preguntas frecuentes
¿Tengo que cambiar mi DNS para tener IPv6?
Si su hostname es un CNAME hacia su hostname de la CDN, no: los registros AAAA vienen con él. Si apunta un dominio apex a direcciones IP del edge con registros A en otro proveedor DNS, añada los registros AAAA correspondientes; soporte le dará las direcciones de su punto de entrega.
¿IPv6 hará mi sitio más rápido?
Por sí solo no. Elimina la capa de traducción del operador para visitantes en redes solo IPv6, lo que ayuda un poco, y sobre todo hace que su sitio sea accesible para ellos. La palanca de velocidad en el mismo edge es HTTP/3.
¿Los visitantes IPv6 ven la misma caché?
Sí. Las claves de caché se construyen con la URL y las reglas que defina, no con la familia de direcciones. Una página cacheada por un visitante IPv4 se sirve desde caché a un visitante IPv6 y viceversa.
¿Mi firewall de origen necesita ahora reglas IPv6?
No. El edge sigue conectándose a su origen por la familia de direcciones que usa hoy, normalmente IPv4, desde las mismas direcciones del edge que antes. Solo cambió el lado que mira al visitante.