CDN: cuándo la necesita una web
Una CDN guarda copias de los archivos de la web en servidores de todo el mundo y se las entrega al visitante desde el más cercano. Así cargan más rápido las imágenes, los scripts y los vídeos y su servidor soporta menos carga, pero una CDN no acelera un motor lento ni sustituye una buena elección del país del servidor. Veamos en qué casos hace falta de verdad una CDN y cuándo basta con un VPS en el lugar adecuado.
Una CDN (content delivery network, red de distribución de contenidos) es una capa entre el visitante y su servidor. El registro DNS del dominio no apunta al servidor, sino a la CDN. El visitante se conecta al nodo más cercano de la red; el nodo entrega lo que tiene en caché y pide el resto a su servidor, que en este esquema se llama origen (origin).
Qué hace una CDN
- Entrega los archivos estáticos cerca del visitante. Imágenes, CSS, JavaScript, fuentes y vídeos se descargan desde un nodo en el mismo país o en uno vecino, no desde otro continente.
- Acorta el establecimiento de la conexión. La conexión cifrada se establece con el nodo más cercano. Incluso en TLS 1.3, el saludo inicial ocupa un viaje de ida y vuelta propio (RFC 8446), y con un ping de 150 ms hasta un servidor en otro continente, solo la conexión se lleva cerca de un tercio de segundo.
- Descarga el servidor y el canal. Si la caché atiende el 90 % de las solicitudes, al servidor le llega una décima parte del tráfico. Eso permite usar un plan menor y no toparse con el límite de tráfico del que trata el artículo Ancho de banda y tráfico: qué significan 1 Gbit/s e «ilimitado».
- Absorbe parte de los ataques. De esto trata una sección aparte más abajo.
Qué no hace una CDN
- No acelera lo que no se guarda en caché. El carrito, el área de cliente, la búsqueda, la API y las páginas para usuarios con sesión iniciada se piden al origen cada vez. Si una página tarda dos segundos en generarse por una base de datos lenta, con CDN tardará esos mismos dos segundos. Aquí ayuda un servidor más potente o la optimización: vea el artículo Cuánta memoria y cuántos núcleos necesita una web.
- No protege un servidor cuya dirección se conoce. Un ataque directo a la IP del origen no pasa por la CDN.
- No sustituye las copias de seguridad. En la caché solo hay una parte de los archivos, y solo durante un tiempo; no se puede restaurar la web a partir de ella.
- Añade una dependencia. Un fallo de la CDN o un error en su configuración deja la web sin servicio igual que un fallo del servidor.
Cuándo basta con un servidor más cerca de los visitantes
Si los visitantes están en un solo país o una sola región, la forma más sencilla de acelerar la web es poner el servidor allí. Cada 100 km en línea recta añaden alrededor de un milisegundo al ping, y un servidor en el país de la audiencia suele responder en 5–30 ms. Una web así apenas ganará velocidad con una CDN, y sin ella es más fácil de configurar. Cómo elegir la ubicación y medir el ping antes de pagar se explica en los artículos Cómo elegir el país del servidor y Cómo probar el ping y la velocidad de un VPS antes de pagar.
Una CDN hace falta cuando la audiencia está en varios continentes, cuando la web tiene muchos archivos pesados (un catálogo con fotos, vídeos, descargas) o cuando el tráfico tiene picos: rebajas, el envío de una newsletter, una mención en la prensa. La alternativa para una audiencia en dos o tres regiones es un servidor en cada una. Según el catálogo de accsly.io (noviembre de 2026), hay planes VPS en 96 países, 400 proveedores tienen servidores en cinco países o más y 155, en diez o más, así que se pueden contratar varias ubicaciones con un mismo proveedor. Pero varios servidores hay que sincronizarlos, mientras que una CDN guarda en caché los archivos de uno solo.
Reglas de caché
La CDN decide qué guardar y durante cuánto tiempo según las cabeceras de respuesta de su servidor, sobre todo Cache-Control (RFC 9111):
max-age: cuántos segundos se puede guardar la respuesta;s-maxage: lo mismo, pero solo para CDN y proxies;private: la respuesta es para un solo usuario; puede guardarla el navegador, pero no la CDN;no-store: no guardarla en ningún sitio.
Un esquema que funciona para la mayoría de las webs: los archivos con versión en el nombre (app.3f2a.css) se sirven con max-age de un año y el indicador immutable (RFC 8246), y al cambiar el archivo cambia el nombre. El HTML se guarda en caché unos minutos o no se guarda. Las páginas con sesión, carrito y datos personales se marcan como private o no-store.
Las CDN también tienen sus propias reglas por defecto. Por ejemplo, Cloudflare no guarda en caché HTML ni JSON, ni las respuestas con la cabecera Set-Cookie o con Cache-Control: private. Si activa una regla que guarde en caché todas las páginas ignorando esas cabeceras, la CDN puede entregar a un visitante una página generada para otro, con su nombre y sus pedidos. Active una regla así solo para las direcciones en las que seguro que no hay datos personales.
Para comprobar que una respuesta viene de la caché, use curl -I https://example.com/app.css: la cabecera Age indica cuántos segundos lleva guardada la respuesta, y el estado de la caché la CDN lo escribe en una cabecera propia, cuyo nombre figura en su documentación.
CDN y protección DDoS
Las grandes CDN tienen canales y un número de nodos varios órdenes de magnitud mayores que los de un solo centro de datos, por lo que los ataques volumétricos se reparten por la red y no llegan a su servidor. Los ataques a nivel de aplicación la CDN los filtra con reglas: limitación de la frecuencia de solicitudes, comprobación del navegador, bloqueo por país o por dirección. Esto complementa la protección del proveedor de hosting, no la sustituye: según el catálogo de accsly.io (noviembre de 2026), 1123 de los 2243 proveedores con planes VPS declaran protección DDoS, y normalmente se trata de filtrado a nivel de red. Qué hay detrás de esa línea en un plan se analiza en el artículo Protección DDoS: qué ofrecen de verdad los proveedores; los planes que la incluyen están en la selección VPS con protección DDoS.
La protección mediante una CDN solo funciona mientras la dirección del origen sea desconocida. Permita en el servidor las conexiones entrantes a los puertos 80 y 443 solo desde los rangos de direcciones de la CDN, que publica cada proveedor. No tenga el correo ni otros servicios en la misma IP que la web: los registros MX y las cabeceras de los correos revelan la dirección. Tras conectar la CDN, cambie la IP del servidor si la antigua ya figuraba en registros DNS públicos: su historial se conserva en bases de datos abiertas.
Cuánto cuesta
El precio de una CDN depende del tráfico transferido, del número de solicitudes y de las funciones adicionales. Hay tres modelos:
- Plan gratuito con límites de volumen o de funciones. A una web pequeña a menudo le basta por completo. Por ejemplo, el plan gratuito de Amazon CloudFront incluye un millón de solicitudes y 100 GB al mes.
- Pago por gigabyte, con precio por regiones. En bunny.net, por ejemplo, desde 0,01 USD por gigabyte en Europa y Norteamérica, y de 3 a 6 veces más en otras regiones. En este modelo, el vídeo y las descargas grandes se convierten en la principal partida de gasto.
- Cuota mensual fija por un paquete de tráfico y solicitudes, sin recargo por excesos dentro de los límites del plan.
Aparte se paga la protección de aplicaciones (WAF), la optimización de imágenes, el almacenamiento de registros y las direcciones dedicadas. Antes de contratar, compare el precio de la CDN con el del tráfico en su proveedor de hosting: si el servidor ya incluye varios terabytes al mes y la audiencia está cerca, no hace falta una CDN para ahorrar tráfico.
Cómo conectarla sin romper la web
- Elija el esquema. Puede delegar en la CDN toda la zona del dominio cambiando los servidores DNS en el registrador, o pasar por la CDN solo un subdominio para los archivos estáticos con un registro CNAME, por ejemplo
static.example.com. La segunda opción es más fácil de deshacer. Cómo funcionan estos registros se explica en el artículo Dominios y DNS para el propietario de un servidor. - Configure el cifrado hasta el origen. La conexión entre la CDN y el servidor también debe ir por HTTPS con verificación del certificado. El modo en que la CDN se conecta al servidor por HTTP deja el tráfico sin cifrar en ese tramo. Sobre certificados, vea el artículo Certificados SSL: gratuitos y de pago.
- Haga llegar al servidor la IP real del visitante. De lo contrario, los registros, los límites de frecuencia y fail2ban solo verán las direcciones de la CDN. La CDN envía la dirección en una cabecera, y el servidor web debe configurarse para confiar en ella solo cuando llega desde direcciones de la CDN.
- Compruebe los nodos para su audiencia. Consulte el mapa de nodos de la CDN y mida la latencia desde todas las regiones en las que están sus visitantes. Una CDN sin nodos cerca de la audiencia puede resultar más lenta que el acceso directo al servidor.