¿Qué comprueba este test?
Si tu conexión puede usar IPv6 y si IPv6 te hace ir más lento. Tu navegador abre unas cuantas direcciones de prueba muy pequeñas, igual que abre cualquier sitio:
Sitios solo IPv4 y solo IPv6: si funciona cada uno y desde qué dirección.
Un sitio de doble pila (tiene dirección IPv4 e IPv6): cuál elige tu navegador y si se queda esperando a IPv6 antes de pasar a IPv4.
Paquetes IPv6 grandes: una petición lo bastante grande para necesitar paquetes de tamaño completo, en una conexión nueva. Si el MTU del camino está roto, las peticiones pequeñas funcionan y las grandes desaparecen, y las páginas se quedan cargando.
Direcciones sin nombre, una IPv6 y una IPv4: si IPv6 funciona sin DNS y si estás en una red solo IPv6 con NAT64.
Cada prueba consulta a la vez de dos a cuatro proveedores (Cloudflare, Google, DNSPod, AliDNS, icanhazip, ipify) y usa la primera respuesta, así que un proveedor bloqueado o lento no la hace fallar.
¿Cómo se calcula la nota?
Sobre 10, siguiendo la idea de test-ipv6.com de medir lo preparada que está una red para IPv6: 4 puntos si abren los sitios solo IPv6, 2 si pasan los paquetes IPv6 grandes, 2 si los sitios de doble pila abren sin esperar, 1 si IPv6 funciona sin DNS y 1 si tu navegador elige IPv6. Se resta un punto si IPv6 tarda más de 3 segundos en responder.
Sin nada de IPv6 la nota es 0, pero eso no significa que algo esté roto: todos los sitios siguen funcionando por IPv4. Un 10 significa que IPv6 funciona en todas partes y no hace nada más lento.
No tengo IPv6. ¿Cómo lo consigo?
La mayoría de los operadores ya ofrecen IPv6; muchas veces solo está desactivado. En la página de administración del router, busca los ajustes de IPv6 (o WAN → IPv6) y elige el modo de tu operador, normalmente DHCPv6 o «nativo», con la delegación de prefijo activada. Luego comprueba que la red local reparte direcciones IPv6 a tus dispositivos (SLAAC o DHCPv6).
Si el router no tiene ajuste de IPv6 o tu operador no lo ofrece, pregúntale. En el móvil, los datos suelen tener IPv6 aunque el Wi-Fi no.
Sin IPv6 no pasa nada: todos los sitios funcionan por IPv4. Solo te pierdes los pocos sitios y apps que son solo IPv6.
Las direcciones IPv6 funcionan, pero los sitios solo IPv6 no. ¿Por qué?
Tu conexión IPv6 está bien, pero tu DNS no devuelve direcciones IPv6 (los registros AAAA), así que el navegador nunca se entera de que el sitio tiene una. Causas habituales: un ajuste del router que filtra los registros AAAA, un servidor DNS que los descarta o una app de proxy que gestiona el DNS por su cuenta.
La solución: desactiva el filtro AAAA del router o cambia a un DNS público como 1.1.1.1 u 8.8.8.8.
¿Qué es el test de paquetes grandes (MTU)?
Los datos viajan en paquetes de hasta unos 1500 bytes (ese límite es el MTU). En algunos caminos IPv6 (túneles, PPPoE, routers mal configurados), los paquetes de tamaño completo no caben por un tramo, y el aviso de «envía paquetes más pequeños» queda bloqueado. Las peticiones pequeñas funcionan, así que la conexión parece estar bien, pero las páginas grandes, las imágenes y las descargas se quedan colgadas.
El test envía una petición de 3,5 KB a un servidor solo IPv6 en una conexión nueva, que necesita paquetes de tamaño completo en ambos sentidos. Si falla mientras el test IPv6 pequeño pasa, baja el MTU en los ajustes IPv6 o WAN del router (prueba 1480 o 1452 con PPPoE) o consulta a tu operador.
¿Por qué mi navegador elige IPv4 si IPv6 funciona?
No es una avería, y los sitios solo IPv6 siguen abriendo. Los navegadores prueban ambas y usan la que conecta primero (esto se llama Happy Eyeballs). Si gana IPv4, es que en tu red IPv6 tarda más en conectar o que tu sistema prefiere IPv4: Windows lo hace con el IPv6 por túnel (6to4, Teredo), y muchos proxies y apps de VPN solo llevan IPv4.
Uso un proxy o una VPN. ¿De quién es este resultado?
Sobre todo del proxy. Con el proxy activado, se llega a los sitios de prueba a través de él, así que las direcciones y el soporte de IPv6 que ves son los del servidor proxy. Un proxy que solo lleva IPv4 hace parecer que no tienes IPv6. Para probar tu propia conexión, desactiva el proxy (o deja que estos servidores conecten directamente) y vuelve a probar.
¿Qué es una red solo IPv6 con NAT64?
Una configuración normal que funciona con casi todas las apps, así que no tienes que hacer nada. Algunas redes móviles dan a los teléfonos solo IPv6. Para que los sitios solo IPv4 sigan abriendo, el DNS del operador les inventa una dirección IPv6 (DNS64) y una pasarela la traduce a IPv4 (NAT64). Los sitios abren por nombre, pero una dirección IPv4 escrita directamente no responde, y así es como el test lo detecta.
¿Se recogen mis datos?
Este sitio nunca recibe tus resultados. Las pruebas van directamente de tu navegador a los servidores de prueba (Cloudflare, Google y otros), que ven tu dirección IP como cualquier sitio que visitas. Tus resultados solo van en un enlace cuando compartes: lleva los resultados y tiempos de cada prueba, tu país solo si marcas la casilla, y nunca tu dirección IP. El código es abierto y está en GitHub.
¿Qué muestra la comparación IPv4 vs IPv6?
Cuatro redes (Cloudflare, Google, Akamai y DNSPod) tienen cada una una entrada solo IPv4 y otra solo IPv6. El test consulta las dos a la vez y mide la latencia con la conexión ya abierta (la menor de tres), así que la diferencia refleja el camino que tu operador da a cada protocolo, no el servidor. El titular es la diferencia mediana entre las redes que respondieron por ambos; dentro de 10 ms (o un 15 %) cuentan como igual de rápidos.
No afecta a la nota: un IPv6 algo más lento sigue funcionando. Google no responde en China continental, y los servidores de DNSPod están allí: desde fuera, sus dos tiempos son largos y su diferencia refleja la ruta hasta China.
