Qué es un CDN: significado, por qué usarlo y cómo conectarlo a WordPress

Entorno de prueba Familia RHELAlmaLinux 9.8Verificado el 2026-10-16

Un CDN (Content Delivery Network) es una red de distribución de contenido que guarda los archivos del servidor de origen en servidores edge de varias regiones y responde desde el servidor más cercano al visitante. Para ver si los servidores edge responden desde la caché, revisamos las cabeceras de respuesta de un servicio público de distribución de librerías como jsDelivr, y el archivo de jQuery se estaba sirviendo desde una copia en caché. Las dos formas de conectar WordPress, el cambio de URL de archivos y el proxy DNS, las comparamos según la documentación oficial.

⬆️ Caché del sitio web y caché interna del servidor

Índice

2 min de lectura

1️⃣ Significado de CDN: servidores edge y servidor de origen

Un POP (Point of Presence) es el centro de datos donde están los servidores edge, y la solicitud de cada visitante se envía al POP más cercano.

Cuando un servidor edge recibe una solicitud, responde al instante si tiene el archivo guardado; si no, lo trae del servidor de origen, responde y lo guarda en el servidor edge. CloudFront, el CDN de AWS, empieza a entregar al visitante en cuanto llega el primer byte desde el servidor de origen (según la documentación oficial de AWS).

Servidores edge del CDN y servidor de origen

Los servidores edge solo guardan los archivos que han pedido los visitantes, así que, incluso con el mismo archivo, la primera solicitud en cada servidor edge llega hasta el servidor de origen.

Traer los archivos cuando llega una solicitud, como aquí, es el método pull, y también existe el método push, en el que subes los archivos al CDN por adelantado.

2️⃣ Por qué usar un CDN: distancia y carga del servidor de origen

Cuanto más lejos están el visitante y el servidor, más largo es el tiempo de ida y vuelta (RTT) de cada solicitud. Al abrir una página se generan, además del HTML, solicitudes de imágenes, CSS y JavaScript, así que si responde un servidor edge cercano, el tiempo de ida y vuelta se acorta en cada solicitud.

Las solicitudes que responde un servidor edge no llegan al servidor de origen, por lo que también bajan el uso de CPU y la transferencia (ancho de banda) del servidor de origen. Si conectas el DNS con el proxy de Cloudflare, la IP del servidor de origen no queda expuesta y los ataques DDoS se bloquean primero en el CDN (según la documentación oficial de Cloudflare).

En un sitio cuyos visitantes están en la misma región que el servidor de origen, la ventaja que da la distancia es pequeña. En esos sitios, la mayor ventaja del CDN no es acortar el tiempo de respuesta, sino reducir la carga del servidor de origen y la transferencia.

3️⃣ Archivos que se guardan en caché: archivos estáticos y HTML

Con la configuración predeterminada, Cloudflare solo guarda en caché archivos estáticos como imágenes, CSS y JavaScript, definidos por su extensión (según la documentación oficial de Cloudflare). El HTML de las páginas y el JSON quedan fuera de la caché predeterminada, así que el servidor de origen sigue respondiéndolos incluso después de conectar Cloudflare.

Para guardar también el HTML en caché, tienes que crear aparte una regla de caché en el CDN. En ese caso, excluye de la regla las páginas cuyo contenido cambia según la persona, como las de usuarios con sesión iniciada o el carrito de compra, para que no se mezcle la pantalla de otro visitante.

4️⃣ Conexión con WordPress: cambio de URL de archivos y proxy DNS

Para conectar un CDN a WordPress, cambias solo las URL de los archivos estáticos por las del CDN o configuras el DNS del dominio con el proxy del CDN para que todas las solicitudes pasen por el CDN.

(modo)	Dónde se conecta	Solicitudes que pasan por el CDN	IP del servidor de origen
Cambio de URL de archivos	Introducir la dirección del CDN (CNAME) en los ajustes de CDN del plugin de caché	Archivos estáticos como imágenes, CSS y JavaScript	Queda pública
Proxy DNS	Conectar los registros DNS del dominio al proxy del CDN	Todas las solicitudes HTTP y HTTPS del sitio	Queda oculta detrás del CDN

Con el método de cambio de URL de archivos, en los ajustes de CDN de un plugin de caché como WP Rocket introduces la dirección (CNAME) que te da el proveedor del CDN. Al introducirla, las URL de imágenes, CSS y JavaScript dentro del HTML de la página cambian a las del CDN (según la documentación oficial de WP Rocket). El HTML lo sigue respondiendo el servidor de origen.

Pantalla de ajustes de WP Rocket: Other CDN en la pestaña Content Delivery, el interruptor Your CDN y la fila CDN CNAME(s) — En la pestaña [Content Delivery] de [Ajustes › WP Rocket], al abrir [Other CDN] aparece la fila [CDN CNAME(s)], donde pones la dirección del CDN. Pon la dirección del CDN y activa el interruptor [Your CDN] de arriba para que las URL de los archivos cambien a la del CDN; si tienes varias direcciones, añade filas con [+ Add CNAME].

Con el método de proxy DNS, el DNS del dominio pasa a gestionarlo el proveedor del CDN. Cloudflare también ofrece una forma de conectar el proxy sin mover los servidores de nombres, añadiendo solo registros CNAME en tu proveedor de DNS actual. Este método solo está disponible en los planes Business o superiores (según la documentación oficial de Cloudflare).

5️⃣ Comprobar aciertos de caché: cabeceras cf-cache-status y age

Para saber si el CDN respondió un archivo desde la caché, se miran las cabeceras de respuesta. Abajo están el comando con el que revisamos las cabeceras de respuesta del archivo de jQuery que distribuye jsDelivr y su resultado.

curl -sI https://cdn.jsdelivr.net/npm/jquery@3.7.1/dist/jquery.min.js | grep -iE "^(cache-control|cf-cache-status|age|server):"

cache-control: public, max-age=31536000, s-maxage=31536000, immutable
age: 45920
cf-cache-status: HIT
server: cloudflare

[server: cloudflare] indica que esta respuesta la envió un servidor edge de Cloudflare, y [cf-cache-status: HIT], que añade Cloudflare, significa que se respondió desde la caché. [age: 45920] indica que el archivo lleva unas 12 horas y 45 minutos guardado en la caché. [max-age=31536000] es la indicación del servidor de origen de que puede guardarse durante 1 año.

Para ver hasta dónde llega la solicitud cuando aparece [MISS], [DYNAMIC] o [BYPASS] en lugar de [HIT], pulsa los botones de valor en el diagrama de abajo.

🧩 cf-cache-status Adónde va la solicitud con cada valor

Diagrama explicativo

📨 cf-cache-status

🧑‍💻 Visitante

Cabecera de respuesta recibidacf-cache-status: HITcf-cache-status: MISScf-cache-status: DYNAMICcf-cache-status: BYPASS

Responde directo desde la cachéResponde con el archivo traídoPasa la respuesta del origenPasa la respuesta del origen→

🌐 Servidor edge cercano (POP)

💾 CachéHay archivo guardadoNo hay archivo guardado, guarda el archivo traídoNo se guarda en caché (HTML), sin comprobarSe puede guardar en caché, pero no se guarda

Servidor cercano al visitante

No llega al servidor de origenTrae el archivoPasa sin comprobar la cachéTrae el archivo→

🖥️ Servidor de origen

Sin solicitudesResponde con el archivoRespuesta HTMLCabecera de respuesta Cache-Control: no-store o private

[cf-cache-status: HIT] significa que el servidor edge respondió directamente desde la caché, y esta solicitud no llega al servidor de origen.

Un archivo que no estaba en la caché y se trajo del servidor de origen aparece como [MISS], y el servidor edge lo guarda mientras responde.

El HTML que no se guarda en caché y se pasa al servidor de origen sin comprobar la caché aparece como [DYNAMIC].

Si la respuesta del servidor de origen incluye la indicación [Cache-Control: no-store] o [private], incluso un archivo que se puede guardar en caché aparece como [BYPASS] y no se guarda.

🔢 FAQ & contenido recomendado

El hosting web es el servidor donde están los archivos originales y la base de datos del sitio, y el CDN es una red que responde delante de él con copias de los archivos. Aunque conectes un CDN, el servidor de origen sigue siendo necesario.

Varnish guarda las respuestas en un solo lugar delante del servidor de origen, y el CDN hace lo mismo en servidores edge de muchos lugares del mundo. Las cabeceras de respuesta del CDN oficial de jQuery (code.jquery.com) incluyen [via: 1.1 varnish, 1.1 varnish]. Con esta cabecera puedes confirmar que el servidor edge de code.jquery.com respondió pasando por Varnish.

Con la función de vaciar caché (Purge) del panel del CDN se borran URL concretas o toda la caché. Algunos plugins de caché de WordPress también vacían la caché del CDN conectado cuando editas una entrada.

🔗 Contenido recomendado

Siguiente paso Comparativa de hosting WordPress: TOP 7 de 2026 Compara las tarifas y la puntuación de velocidad de 7 proveedores, para cuando prefieres dejar la conexión del CDN a un hosting gestionado en lugar de hacerla tú. Ver artículo →

Árbol de los campos donde se usa la caché

Caché Caché: definición y todos los campos donde se usa Ordena los campos en los que se usa la caché, desde el navegador hasta el interior del servidor, incluida la caché de los servidores edge del CDN.

Varnish Instalar y configurar Varnish Cache en Apache y Nginx Explica cómo instalar y configurar la caché de proxy inverso Varnish delante de Apache y Nginx.

Cloudflare Configurar la CDN de Cloudflare: plan Pro Conecta Cloudflare a WordPress con el método de proxy DNS y trata la diferencia de velocidad y la configuración entre los planes Free y Pro.

🪐ReferenciasCDN 6

📡AWS: How CloudFront delivers content 📡Cloudflare: Default Cache Behavior 📡Cloudflare: Cache responses (valores de cf-cache-status) 📡Cloudflare: Proxy status (proxy, IP de origen, DDoS) 📡Cloudflare: CNAME setup (Partial) 📡WP Rocket: Using WP Rocket with a CDN

ℹ️ Aviso de afiliados
El contenido de este sitio incluye enlaces de afiliado. Cuando un visitante compra un producto o servicio a través de uno de ellos, el sitio recibe una comisión del vendedor. El importe que paga el comprador^{(baja durante las promociones ↓)}no aumenta. Los precios, descuentos y existencias publicados corresponden al momento de redacción y pueden variar, así que confírmalos con el vendedor antes de comprar. Los productos se eligen y evalúan con criterios propios, y las comisiones no influyen en el orden ni en el contenido de las reseñas.