¿Cloudflare es un 'CDN que ralentiza'? 3 pasos para seleccionar IPs óptimas y multiplicar la velocidad de acceso por 5

¿Te ha pasado esto? Pruebas tu sitio desde el extranjero y la página carga al instante, con todos los recursos fluyendo sin problemas. Luego un amigo en China te dice que tarda varios segundos en cargar, o que a veces directamente agota el tiempo de espera. La verdad es que la primera vez que me pasó también me quedé desconcertado: el servidor estaba bien, el CDN activado, ¿cómo podía ir tan lento?

Al final descubrí que el problema estaba en Cloudflare. Aunque se presenta como el mayor proveedor de CDN del mundo, en China mucha gente lo llama «CDN que ralentiza». No es culpa de tu servidor ni de tu código: los nodos IP que Cloudflare asigna a quienes acceden desde China suelen ser de mala calidad —alta latencia, mucha pérdida de paquetes y baja velocidad.

La buena noticia es que se puede solucionar. Con la herramienta open source CloudflareSpeedTest puedes probar qué nodos IP de Cloudflare responden más rápido desde China y configurar manualmente esas «IPs óptimas». El proceso lleva unos 10 minutos y, una vez hecho, la velocidad de acceso puede multiplicarse por 3-5; en algunos casos la latencia baja de 280 ms a 45 ms.

En este artículo comparto el flujo completo de configuración de IPs óptimas, incluyendo:

• Descarga y uso de la herramienta (Windows/Linux/Mac)
• Cómo leer los resultados del test y elegir la mejor IP
• 3 métodos de configuración (del más simple al más profesional)
• Resolución de problemas frecuentes y consejos para evitar errores

Sin más rodeos, empecemos.

¿Por qué Cloudflare va tan lento en China? Entiende el principio primero

Antes de optimizar, hablemos de por qué va lento. Así sabrás qué estás haciendo cuando configures.

Cloudflare usa tecnología Anycast. En pocas palabras: despliegan nodos en muchos lugares del mundo y les asignan la misma dirección IP. Cuando accedes a esa IP, la red enruta tu petición al nodo «más cercano». Suena ideal, ¿verdad? El problema está en ese «más cercano».

Aquí «más cercano» no es geográficamente más cercano, sino el más cercano en términos de enrutamiento —saltos de ruta, topología de red y cosas por el estilo. En la práctica, el nodo que el algoritmo considera «cercano» puede ir muy lento desde China. Tu petición puede ir primero a Hong Kong, saltar a Japón y solo entonces llegar al nodo objetivo; la latencia se dispara.

Hay otro punto clave: los nodos de Cloudflare en China no están abiertos a usuarios gratuitos. Sí, Cloudflare tiene presencia en China, pero solo los clientes enterprise de pago pueden usarlos. A los usuarios gratuitos nos tocan sobre todo nodos en Hong Kong, Japón, Corea del Sur o incluso la costa oeste de EE. UU. Sumado a la calidad irregular del ancho de banda internacional y la congestión en horas punta, la lentitud es habitual.

Yo he medido: las IP por defecto suelen dar 200-300 ms de latencia y a veces pierden paquetes. Pero otras IP de Cloudflare, en los mismos nodos, pueden quedarse en 30-80 ms —la diferencia de velocidad es enorme.

Por eso hacemos la «selección óptima» manualmente: encontrar las IP de nodos con buena calidad de acceso desde China y forzar que nuestro sitio las use.

CloudflareSpeedTest: encuentra la IP más rápida en 10 minutos

Tras la teoría, vamos a la práctica. La herramienta se llama CloudflareSpeedTest, un proyecto open source en GitHub (XIU2/CloudflareSpeedTest) con más de 20 000 estrellas —bastante fiable.

Descarga e instalación

No requiere instalación: descargas y listo. Elige la versión según tu sistema:

Usuarios de Windows:

1. Ve a la página de Releases en GitHub (https://github.com/XIU2/CloudflareSpeedTest/releases)
2. Descarga CloudflareST_windows_amd64.zip
3. Descomprime en cualquier carpeta
4. Deberías ver CloudflareST.exe

Usuarios de Linux:

mkdir cfst
cd cfst
wget https://github.com/XIU2/CloudflareSpeedTest/releases/download/v2.3.4/CloudflareST_linux_amd64.tar.gz
tar -zxf CloudflareST_linux_amd64.tar.gz
chmod +x CloudflareST

Usuarios de Mac:

Descarga CloudflareST_darwin_amd64.tar.gz (Intel) o CloudflareST_darwin_arm64.tar.gz (chip M), descomprime y ejecuta desde la terminal.

Empezar el test de velocidad

Uso más simple:

Windows: haz doble clic en CloudflareST.exe, se abrirá una ventana de consola; espera a que termine.

Linux/Mac: en la terminal ejecuta ./CloudflareST

Vultr - Servidor cloud NVMe de alto rendimiento, 32 ubicaciones globales, despliegue Docker con un clic

Ver precios →Anuncio

Verás mucha salida, más o menos así:

开始延迟测速（模式：TCP, 端口：443, 范围：1-200）
进度: [==================================================] 100%
开始下载测速（下载速度下限：0.00 MB/s, 数量：10）
下载测速进度: [==================================================] 100%

Todo el proceso tarda unos 5-15 minutos, según tu red y los parámetros. Yo suelo aprovechar para tomar un café; el programa termina solo.

Entender los resultados

Al acabar, se genera un archivo result.csv. Ábrelo con Excel o un editor de texto. Fíjate sobre todo en estas columnas:

1. Dirección IP: la IP del nodo Cloudflare usable que configurarás después
2. Latencia media: el indicador clave. Cuanto menor, mejor; conviene elegir menos de 100 ms
3. Velocidad de descarga: afecta la carga de archivos grandes; recomendable más de 5 MB/s
4. Tasa de pérdida de paquetes: debe ser 0 %; descarta cualquier IP con pérdidas

En general, las primeras filas suelen ser buenas opciones. En mi último test, la primera era una IP de un nodo japonés: 45 ms de latencia, 18 MB/s de descarga y 0 % de pérdida —perfecta.

Ojo con esta trampa: si ves latencias muy bajas, tipo 0,3 ms o 0,5 ms, probablemente tienes un proxy activo. Ciérralo y vuelve a medir; si no, los resultados no valen. La primera vez que lo hice cometí ese error: elegí una IP «supersónica» que luego no funcionaba bien.

Técnicas avanzadas: ajuste de parámetros para resultados más precisos

El uso básico basta, pero si quieres más precisión puedes afinar parámetros.

Evita medir en horas punta

¡Muy importante! Entre las 20:00 y las 24:00 (hora local) es la hora punta de internet y los resultados difieren mucho del resto del día. Recomiendo medir:

• De día (10:00-16:00)
• De madrugada (01:00-05:00)

Los fines de semana suelen dar resultados más estables que los días laborables.

Parámetros habituales

CloudflareSpeedTest admite muchos parámetros; aquí van los más útiles:

# Ejemplo Windows
CloudflareST.exe -n 500 -t 10 -dn 20 -dt 15
# Ejemplo Linux/Mac
./CloudflareST -n 500 -t 10 -dn 20 -dt 15

Explicación:

• -n 500: hilos de test; por defecto 200; con 500 escaneas más IP
• -t 10: 10 mediciones de latencia por IP (por defecto 4); resultados más estables
• -dn 20: 20 IP en test de descarga (por defecto 10); más comparaciones
• -dt 15: 15 segundos de descarga por IP (por defecto 10); más preciso

Con parámetros altos el test tarda más, a veces 20-30 minutos. Si buscas máxima precisión, merece la pena.

Test por región

Si solo quieres nodos de ciertas regiones, usa -cfcolo:

# Solo nodos de Hong Kong, Tokio y San José
CloudflareST.exe -cfcolo HKG,NRT,SJC

Códigos habituales:

• HKG: Hong Kong
• NRT: Tokio
• SJC: San José (EE. UU.)
• LAX: Los Ángeles (EE. UU.)
• SIN: Singapur

Útil si tu audiencia está sobre todo en Asia: pruebas solo nodos asiáticos y ahorras tiempo.

Usar la URL oficial de test de Cloudflare

Por defecto la herramienta usa archivos de terceros. Para mayor fidelidad puedes usar la URL oficial:

CloudflareST.exe -url https://speed.cloudflare.com/__down?bytes=500000000

Descarga 500 MB para medir; el resultado se acerca más al uso real, aunque el test tarda más.

Configurar las IP óptimas en tu sitio: 3 métodos a elegir

Tras el test y la elección de IP, toca configurarlas en el sitio. Tres métodos, de simple a profesional:

Método 1: modificar directamente el DNS (el más simple, 5 minutos)

El enfoque más directo; ideal para sitios personales y tráfico bajo.

Pasos:

1. Entra en tu proveedor DNS (Alibaba Cloud, Tencent Cloud, Cloudflare, etc.)
2. Abre la gestión de registros DNS de tu dominio
3. Cambia la IP del registro A por la IP óptima del test
4. Guarda y espera la propagación (normalmente 5-10 minutos)

Ejemplo: si tu mejor IP es 104.16.123.45, cambia:

Registro A: blog.example.com → IP anterior

por:

Registro A: blog.example.com → 104.16.123.45

Ventajas: configuración muy rápida, minutos.

Inconvenientes: en el panel de Cloudflare puede aparecer una advertencia amarilla de «IP expuesta». No afecta al CDN; solo avisa de que la IP de origen es visible. Si esa IP se degrada, tendrás que cambiarla manualmente.

Método 2: dominio CNAME optimizado (recomendado, con tolerancia a fallos)

Apuntas tu dominio con CNAME a otro dominio Cloudflare que ya resuelve a IP óptimas. Muchos dominios grandes de empresas llevan esa optimización incorporada.

Dominios CNAME habituales:

• time.cloudflare.com
• www.visa.com
• www.csgo.com
• shopify.com
• icook.hk

Pasos:

1. En el DNS, elimina el registro A anterior
2. Añade un CNAME apuntando al dominio optimizado
3. Guarda y espera propagación

Por ejemplo:

CNAME: blog.example.com → www.visa.com

¿Por qué estos dominios «van bien»? Son de grandes empresas; Cloudflare les asigna nodos IP de mejor calidad, a menudo optimizados para acceso desde China continental.

Ventajas: también es simple y ofrece cierta tolerancia a fallos. Si un dominio deja de funcionar, cambias a otro.

Railway - Plataforma de despliegue moderna, sin ops complejas, en producción en minutos

Empezar ahora →Anuncio

Inconvenientes: esos dominios pueden dejar de ser válidos (poco frecuente); conviene revisar la velocidad de vez en cuando.

Método 3: resolución por operador (profesional, optimización máxima)

Para sitios de mucho tráfico o exigencias extremas de velocidad. Asignas IP distintas a usuarios de China Telecom, China Unicom y China Mobile.

¿Por qué separar por operador?

Las tres operadoras tienen rutas distintas. Una IP rápida para Telecom puede ir mal en Mobile. Configurar por separado da la mejor experiencia a cada uno.

Pasos:

1. Tests separados: mide con red de Telecom, Unicom y Mobile; obtén 3 IP óptimas
   • IP óptima Telecom: p. ej. 104.16.111.11
   • IP óptima Unicom: p. ej. 104.16.222.22
   • IP óptima Mobile: p. ej. 104.16.333.33
2. Resolución inteligente:
   En DNSPod o Alibaba Cloud DNS (debe admitir resolución por línea):
   • Registro A, línea «Telecom», IP 104.16.111.11
   • Registro A, línea «Unicom», IP 104.16.222.22
   • Registro A, línea «Mobile», IP 104.16.333.33
   • Registro A, línea «Predeterminada», IP globalmente óptima
3. Guardar y propagar

Ventajas: velocidad al máximo para cada operador.

Inconvenientes: más complejo, tres tests, mantenimiento periódico (recomendable volver a medir cada mes). Requiere DNS con resolución inteligente; el DNS gratuito de Cloudflare no lo soporta.

Mi recomendación

• Blog personal / sitio pequeño: método 1 o 2, simple y suficiente
• Tráfico de miles a decenas de miles: método 2, mejor relación esfuerzo/beneficio
• Sitio grande / muy sensible a la velocidad: método 3, más trabajo pero mejor resultado

En mi blog uso el método 2: lo configuré una vez y casi no lo toco; la velocidad me convence.

Verificación de resultados y resolución de problemas

¿Cómo saber si funcionó? Y si algo falla, ¿qué hacer?

Comprobar la mejora

Método 1: ping

Abre la consola:

Windows:

ping blog.example.com

Mac/Linux:

ping -c 10 blog.example.com

Observa la latencia:

• Antes: suele ser 200-300 ms o más
• Después: lo ideal es 30-80 ms

En mi blog pasé de 280 ms a 45 ms —más de 6 veces de mejora.

Método 2: herramientas de desarrollador del navegador

1. Pulsa F12
2. Pestaña «Network» (Red)
3. Recarga la página
4. Mira los tiempos de carga

Fíjate en:

• Tiempo hasta primera pantalla: antes 5 s+, después debería bajar a 1-2 s
• Recursos estáticos: CSS, JS e imágenes cargan más rápido

Método 3: herramientas de test de terceros

Herramientas de ping desde varias regiones de China:

• Chinaz: http://ping.chinaz.com
• 17CE: https://www.17ce.com

Muestran velocidad por región y operador; datos más completos.

Mis datos reales

Comparativa en mi caso:

Antes de optimizar:

• Latencia ping: 280 ms
• Primera pantalla: 5,2 s
• Carga media de recursos estáticos: 800 ms

Después de optimizar:

• Latencia ping: 45 ms
• Primera pantalla: 1,1 s
• Carga media de recursos estáticos: 150 ms

Mejora: velocidad de acceso unas 4,7 veces mayor.

Problemas frecuentes

Problema 1: el sitio no abre o «demasiadas redirecciones»

Casi siempre es la configuración SSL/TLS.

Solución:

Alibaba Cloud - Opción preferida para desarrolladores, 15 % de descuento exclusivo en Lighthouse

Obtener 15% dto. →Anuncio

1. Entra en el panel de Cloudflare
2. Selecciona tu dominio
3. Menú izquierdo «SSL/TLS»
4. En «Información general», modo de cifrado «Completo» o «Completo (estricto)»

Por qué: en modo «Flexible», Cloudflare-origen va por HTTP y navegador-Cloudflare por HTTPS → bucle de redirecciones. En «Completo», HTTPS de extremo a extremo.

Problema 2: poca mejora de velocidad

Posibles causas:

Causa 1: proxy activo durante el test

Comprueba si tenías proxy al medir. Ciérralo y repite. Yo caí en esa trampa.

Causa 2: origen lento

Las IP óptimas solo optimizan la parte CDN. Si el servidor de origen responde lento, el efecto es limitado. Prueba el origen con curl:

curl -o /dev/null -s -w 'Total: %{time_total}s\n' https://your-origin-server.com

Causa 3: IP mal elegida

La primera fila de result.csv no tiene por qué ser la mejor para ti. Prueba las cinco primeras.

Problema 3: la IP óptima se vuelve lenta con el tiempo

Es normal. La calidad de los nodos Cloudflare cambia:

• Más tráfico en un nodo
• Ajustes de rutas
• Cambios de política de operadores

Solución:

• Vuelve a medir cada mes y actualiza la IP
• O automatiza con herramientas como GetCFipToDns, que vuelve a medir y actualiza el DNS periódicamente

Problema 4: rápido en China, lento en el extranjero

Si tu audiencia es sobre todo china, puedes ignorarlo. Si también tienes usuarios internacionales:

• Método 3 con línea «Extranjero» apuntando al nodo Cloudflare por defecto
• O GeoDNS: China con IP óptima, resto con enrutamiento normal

Mantenimiento automatizado

Si no quieres volver a medir a mano cada mes:

1. Tarea programada: script que ejecute CloudflareSpeedTest y actualice result.csv
2. Monitorización: Uptime Robot u otra herramienta; alerta si la velocidad cae
3. DNS automático: GetCFipToDns vuelve a medir y actualiza el DNS por ti

Yo uso el método 2 más una nueva medición manual mensual; va estable.

Conclusión

Resumiendo:

Cloudflare lento en China no es culpa tuya, sino de la asignación de nodos. Con CloudflareSpeedTest + configuración de IP óptimas puedes multiplicar la velocidad por 3-5 en 10-30 minutos. Tres pasos:

1. Medir: descarga CloudflareSpeedTest, ejecuta el test (evita horas punta, cierra el proxy)
2. Elegir IP: en result.csv, latencia baja, velocidad alta, 0 % pérdida
3. Configurar: DNS directo, CNAME o resolución por operador según tu caso

Verifica el resultado y consulta la sección de problemas si algo falla. Las IP óptimas no duran para siempre: vuelve a medir cada mes.

Si usas Cloudflare, prueba este método. En mi experiencia, una sola configuración mejora mucho la experiencia y deja de quejarse la gente por la carga lenta.

Comenta si tienes dudas o comparte tus datos antes/después —a ver cuánto mejoras.