---
title: "¿Qué es una CDN y cómo funciona?"
description: "Una CDN (red de distribución de contenidos) guarda copias de una web en servidores cerca de sus visitantes. Cómo funciona, qué almacena y cómo detectarla."
url: https://proxynet.io/es/blog/what-is-a-cdn
date: 2026-11-15
author: "Acar Diveroli"
category: "Proxy 101"
lang: es
---

# ¿Qué es una CDN y cómo funciona?

Abres una tienda online de otro continente y las fotos de los productos aparecen tan rápido como en una web de tu país. O miras las cabeceras de respuesta de una página y encuentras una línea como `cf-cache-status: HIT`, o la dirección de un script que empieza por `cdn.`. En ambos casos hay entre tú y el sitio una red de distribución de contenidos, casi siempre abreviada como CDN.

En este artículo explicamos cómo una CDN te envía a un servidor cercano, qué guarda en caché y por qué, cómo comprobar si un sitio usa una y por qué la misma página puede verse distinta desde otro país.

> **Nota: Respuesta breve**
>
> Una CDN (red de distribución de contenidos) es un grupo de servidores repartidos por muchas ciudades que guardan copias de los archivos de un sitio web y responden a cada visitante desde un punto cercano. El servidor propio del sitio, el servidor de origen (origin), se queda donde está. El enrutamiento por DNS o anycast te envía a un servidor de la CDN cercano, que devuelve su copia guardada si la tiene (un acierto de caché o cache hit) o pide el archivo al origen y lo conserva para el siguiente visitante (un fallo de caché o cache miss). Las imágenes, los scripts y los vídeos se guardan en caché; las páginas personales, como una cuenta o un carrito, suelen ir al origen cada vez.

## ¿Qué es una CDN?

Una CDN es una red de servidores en muchas ubicaciones que entrega el contenido de un sitio web en su nombre, desde un punto cercano a cada visitante. El RFC 3466, uno de los primeros vocabularios del IETF para redes de contenidos, desarrolla la sigla como «Content Delivery Network or Content Distribution Network»; los dos nombres siguen en uso.

Hay tres términos que aparecen una y otra vez. El **servidor de origen (origin)** es el servidor propio del sitio, donde están los archivos reales y la aplicación. Un **servidor perimetral (edge server)** es una máquina de la CDN que atiende a los visitantes, y un centro de datos que agrupa varios de ellos es un **punto de presencia (PoP)**. La **caché** es el almacén de copias que mantiene un servidor perimetral para poder responder sin preguntar al origen.

Entre las CDN más conocidas están Cloudflare, Akamai, Amazon CloudFront y Fastly; se diferencian en funciones y precios, pero funcionan con el mismo principio.

## ¿Por qué una CDN hace más rápidos los sitios web?

Una CDN acelera las páginas sobre todo porque acorta la distancia que recorre cada petición. Antes de que llegue el primer byte de una página, tu navegador hace varios viajes de ida y vuelta, cada uno un mensaje de ida y una respuesta de vuelta: una consulta DNS, una conexión TCP, una negociación TLS para HTTPS y la propia petición.

Si el servidor está en otro continente, cada viaje de ida y vuelta es largo; con un servidor perimetral en tu propio país, cada uno es corto, y en una página con decenas de imágenes y scripts el ahorro se multiplica. Este retardo se llama latencia; en [qué es la latencia](/es/blog/what-is-latency) explicamos cómo medirla.

Además, un acierto de caché nunca llega al origen, así que el origen tiene menos trabajo y responde antes a las peticiones que de verdad lo necesitan.

## ¿Cómo funciona una CDN paso a paso?

Una CDN se hace cargo de la dirección del sitio, envía a cada visitante a un servidor perimetral cercano y responde desde su caché siempre que puede.

1. **El dueño del sitio pone la CDN delante del sitio.** Se cambian los registros DNS del dominio para que un nombre como `www.example.com` apunte a la CDN en lugar de al origen.
1. **Tu petición se dirige a un servidor perimetral cercano**, mediante enrutamiento por DNS, anycast o ambos (lo explicamos en la siguiente sección).
1. **El servidor perimetral gestiona la conexión HTTPS.** Tiene un certificado para el dominio del sitio y completa la negociación TLS con tu navegador. Una segunda conexión, independiente, va de la CDN al origen.
1. **Busca una copia guardada.** La búsqueda usa la clave de caché (cache key): la dirección del archivo, a veces combinada con datos como el idioma o el país.
1. **En un acierto de caché, el servidor perimetral responde al instante.** La copia sigue fresca, así que no se contacta con el origen.
1. **En un fallo de caché, el servidor perimetral pregunta al origen.** Te pasa el archivo a medida que llega y guarda una copia para el siguiente visitante si las cabeceras del origen lo permiten; Amazon describe esta secuencia en [Cómo CloudFront entrega el contenido](https://docs.aws.amazon.com/es_es/AmazonCloudFront/latest/DeveloperGuide/HowCloudFrontWorks.html).
1. **Cuando la copia caduca, el servidor perimetral vuelve a consultar.** Pregunta al origen si el archivo ha cambiado; si no ha cambiado, lo sirve de nuevo sin volver a descargarlo.

## ¿Cómo elige una CDN qué servidor te responde?

Una CDN elige tu servidor perimetral a través de su respuesta DNS o del enrutamiento de internet, un método llamado anycast.

Con el **enrutamiento por DNS**, el servidor DNS de la CDN responde con la dirección de una ubicación perimetral elegida para ti, normalmente la de menor latencia desde el lugar del que vino tu consulta. Quienes consultan el mismo nombre desde países distintos reciben direcciones IP distintas.

Con **anycast**, la CDN anuncia las mismas direcciones IP desde muchos centros de datos a la vez, y el enrutamiento de internet entrega tus paquetes a uno de ellos; el RFC 4786, la guía del IETF sobre anycast, dice que el sistema de enrutamiento decide qué nodo atiende cada petición. Suele ser una ubicación cercana, pero no siempre la más próxima en el mapa porque, como señala la documentación de Cloudflare, [lo decide el enrutamiento de tu proveedor de internet](https://developers.cloudflare.com/support/troubleshooting/general-troubleshooting/geographic-traffic-routing/).

## ¿Qué guarda en caché una CDN y qué no?

Una CDN guarda en caché el contenido que es igual para todos los visitantes y deja pasar al origen el contenido personal o que cambia constantemente. Se guardan en caché imágenes, hojas de estilo, scripts, fuentes, descargas y segmentos de vídeo. Una página de cuenta, un carrito o un pago van al origen, porque una copia compartida mostraría los datos de una persona al siguiente visitante.

Las reglas vienen sobre todo del origen, en la cabecera de respuesta `Cache-Control` definida en el [RFC 9111](https://www.rfc-editor.org/rfc/rfc9111), el estándar de caché HTTP. Una CDN es una caché compartida, que guarda respuestas para muchos usuarios, mientras que la caché de tu navegador es privada, y algunas directivas tratan a las dos de forma distinta:

| Directiva | Qué le dice a una CDN |
|---|---|
| `max-age=3600` | La copia sigue fresca durante 3.600 segundos (una hora) |
| `s-maxage=86400` | Fresca durante un día en cachés compartidas; allí sustituye a `max-age` |
| `private` | No guardarla: la respuesta es para un solo usuario |
| `no-store` | No guardarla en ningún sitio, tampoco en el navegador |
| `no-cache` | Se puede guardar, pero hay que consultar al origen antes de cada reutilización |

Las CDN añaden sus propios valores por defecto: Cloudflare, por ejemplo, no guarda en caché HTML ni JSON salvo que el dueño del sitio añada una regla.

Los archivos estáticos suelen llevar un número de versión o un hash en el nombre, como `app.v42.js`, para que puedan quedarse en caché durante meses mientras una nueva versión usa un nombre nuevo; la [guía de caché HTTP de MDN](https://developer.mozilla.org/es/docs/Web/HTTP/Guides/Caching) recomienda este patrón. Cuando un archivo tiene que cambiar con el mismo nombre, el dueño lo purga (purge): le pide a la CDN, desde su panel o su API, que descarte la copia guardada.

## ¿Qué ventajas tiene una CDN?

Las principales ventajas son páginas más rápidas para los visitantes lejanos, menos carga en el origen y más resistencia ante avalanchas de tráfico.

| Ventaja | Cómo la consigue la CDN | Quién lo nota |
|---|---|---|
| Menor latencia | Responde desde un servidor perimetral cerca del visitante | Visitantes lejos del origen |
| Menos carga en el origen | Los aciertos de caché nunca llegan al origen | Los servidores del sitio |
| Absorción de DDoS | El tráfico del ataque se reparte entre muchas ubicaciones | El sitio sigue accesible |
| TLS en el servidor perimetral | Las negociaciones HTTPS terminan cerca del visitante | Visitantes y administradores del sitio |

Un ataque de denegación de servicio distribuido (DDoS) inunda un sitio con tráfico de muchas máquinas a la vez; detrás de una CDN con anycast, la avalancha cae sobre muchos centros de datos en lugar de sobre un único servidor. Muchas CDN también tienen un firewall de aplicaciones web (WAF), un filtro que bloquea patrones de ataque conocidos antes de que lleguen al origen.

También hay contrapartidas. Como la CDN termina la conexión HTTPS, puede leer el tráfico que transporta, y cuando una CDN grande sufre una caída, muchos sitios fallan al mismo tiempo.

## ¿Una CDN es un proxy inverso?

Sí. Una CDN es un proxy inverso (reverse proxy), un servidor que se coloca delante de un sitio web y responde a los visitantes en su nombre, a escala global. Un forward proxy es lo contrario: se coloca delante del usuario y hace las peticiones por él; comparamos los dos lado a lado en [forward proxy y reverse proxy](/es/blog/forward-vs-reverse-proxy).

Como la CDN es la cara visible del sitio, oculta la dirección IP del origen, no la tuya. Tu dirección la pasa al origen en cabeceras como `X-Forwarded-For` o `CF-Connecting-IP`, la de Cloudflare.

## ¿Cómo saber si un sitio usa una CDN?

La forma más rápida es mirar las cabeceras de respuesta, donde la mayoría de las CDN añaden líneas que las identifican e informan del resultado de la caché. En Windows, abre el **Símbolo del sistema** y ejecuta `curl -I` seguido de la dirección (en PowerShell, escribe `curl.exe -I`, porque allí `curl` a secas ejecuta otro comando). La opción `-I` pide solo las cabeceras. Esto es lo que recibió nuestro PC de pruebas de `example.com`, recortado:

```bash
HTTP/1.1 200 OK
Date: Sun, 15 Nov 2026 13:46:55 GMT
Content-Type: text/html; charset=utf-8
Server: cloudflare
last-modified: Thu, 12 Nov 2026 21:56:22 GMT
Age: 14266
cf-cache-status: HIT
CF-RAY: a5aeb470a9822346-IST
```

- **`Server: cloudflare`** indica la CDN que hay delante del sitio.
- **`cf-cache-status: HIT`** significa que el servidor perimetral respondió desde su caché. Otros valores de la [lista de estados de caché](https://developers.cloudflare.com/cache/concepts/cache-responses/) de Cloudflare son MISS (obtenido del origen) y DYNAMIC (no apto para caché).
- **`Age: 14266`** significa que la copia se había obtenido o confirmado en el origen 14.266 segundos antes, algo menos de cuatro horas. Unos minutos después, el mismo comando mostró `Age: 41`, una copia renovada 41 segundos antes.
- **`CF-RAY`** termina con el código de aeropuerto de tres letras del centro de datos que procesó la petición; a nuestro PC de pruebas le respondió IST, Istanbul.

Otras CDN usan otros nombres, como `X-Cache` con HIT o MISS, `X-Served-By` o `Via`. El RFC 9211 define además una cabecera estándar `Cache-Status` para esto.

Sin línea de comandos, usa el navegador. En Chrome, pulsa F12 para abrir las herramientas para desarrolladores (DevTools), elige el panel **Network** (red) y recarga la página. Haz clic en un archivo de la columna **Name** (nombre), abre la pestaña **Headers** (cabeceras) y lee **Response Headers** (cabeceras de respuesta).

## ¿Qué significa una página de error de una CDN?

Una página de error de una CDN suele significar que tu petición llegó a la CDN, pero la CDN no recibió una respuesta adecuada del origen. Ves la página propia de la CDN porque la CDN es el servidor con el que habla tu navegador. Las páginas 520 a 526 de Cloudflare son el ejemplo más habitual; en [Cloudflare Error 520, 521, 522 y 524](/es/blog/cloudflare-5xx-errors) explicamos cada código.

Un sitio que sigue mostrando la versión antigua después de una actualización es un síntoma de caché, no un error: la copia guardada aún no ha caducado ni se ha purgado.

## ¿Dónde te encuentras con las CDN?

- **Webs de noticias, tiendas y blogs:** imágenes y archivos de estilo, a menudo desde una dirección con `cdn.` o `static.` delante del dominio.
- **Actualizaciones de software y de apps:** descargas grandes que muchos dispositivos piden a la vez.
- **Vídeo online:** los reproductores piden segmentos cortos, que el servidor perimetral guarda en caché como cualquier otro archivo.
- **«Enlaces CDN» en páginas web:** una etiqueta `<script>` o `<link>` que carga una biblioteca o una fuente desde una CDN pública.

## ¿Por qué una CDN muestra contenido distinto en cada país?

Una CDN muestra contenido distinto según el país porque el servidor perimetral estima la ubicación de cada visitante a partir de su dirección IP, y el sitio la usa para elegir idioma, moneda, precios o anuncios. Amazon CloudFront, por ejemplo, puede pasar al origen el país del visitante, deducido de la dirección IP, en una cabecera `CloudFront-Viewer-Country`; Cloudflare envía una cabecera parecida, `CF-IPCountry`. El sitio puede añadir el país a la clave de caché, de modo que cada país tenga su propia copia en caché.

Esto importa a cualquiera que compruebe lo que ven los clientes de otros lugares: un equipo que confirma que la página alemana muestra euros, o alguien de marketing que revisa una campaña en otra ciudad. Cambiar el idioma del navegador no lo reproduce, porque la CDN mira la dirección IP de la conexión. La petición tiene que salir de ese país, y ese es justo el flujo de trabajo para el que están pensados nuestros [proxies para pruebas de localización](/es/localization).

Aquí se encuentran los dos tipos de proxy. La CDN es un proxy inverso que trabaja para el sitio; los [Proxies residenciales](https://proxynet.io/es/residential-proxy) son forward proxies que trabajan para ti: envían tu petición a través de una conexión doméstica en el país y la ciudad que elijas, así que la CDN la trata como la de un visitante local. Úsalos para comprobar páginas y campañas de las que eres responsable, no para saltarte las restricciones regionales de un sitio.

## Errores frecuentes

- **Guardar en caché páginas con datos personales.** Una página de sesión iniciada que se envía sin `private` o `no-store` puede mostrarse al siguiente visitante.
- **Tiempos de caché largos en archivos que conservan su nombre.** Los visitantes reciben el archivo antiguo hasta que caduca; pon la versión en el nombre o purga el archivo.
- **Dejar el origen abierto a todo el mundo.** Quien encuentre su IP puede saltarse la CDN; deja que solo las direcciones de la CDN lleguen a él.
- **Esperar que una CDN oculte al visitante.** Oculta el origen; el sitio sigue recibiendo tu dirección IP.
- **Probar el contenido regional solo desde la oficina.** La CDN ve un único país y sirve la copia de ese país.

## Guía de decisión

| Tu situación | Qué hacer |
|---|---|
| Visitantes cerca de tu servidor, páginas ligeras | Una CDN es opcional; mide primero |
| Visitantes en varios continentes | Pon una CDN delante del sitio |
| Muchas imágenes, vídeos o descargas | Guarda en caché los archivos estáticos durante meses, con nombres versionados |
| Páginas que cambian según el usuario | Márcalas como `private`; guarda en caché las partes estáticas |
| Los visitantes siguen viendo un archivo antiguo | Purga el archivo o cámbiale el nombre |
| Ver lo que reciben los visitantes de otro país | Envía la petición desde una IP de ese país |

## Preguntas frecuentes

### ¿Qué significa CDN?

CDN significa content delivery network, en español red de distribución de contenidos. También verás content distribution network; el RFC 3466 recoge las dos formas, y ambas designan el mismo sistema de servidores perimetrales.

### ¿Una CDN es lo mismo que el hosting?

No. El hosting ejecuta el origen, el servidor con los archivos reales, la base de datos y el código del sitio; una CDN se sitúa delante y guarda copias cerca de los visitantes. Algunos proveedores venden las dos cosas, y por eso se confunden.

### ¿Una CDN oculta mi dirección IP?

No. Una CDN oculta a los visitantes la dirección IP del servidor de origen, no la tuya al sitio. El servidor perimetral pasa tu IP al origen en cabeceras como `X-Forwarded-For` y la usa para estimar tu país. Para enviar peticiones desde otra dirección IP necesitas un forward proxy o una VPN.

### ¿Cloudflare es una CDN?

Sí. Cloudflare gestiona una CDN y además ofrece servicios de DNS y de seguridad, como protección DDoS y un firewall de aplicaciones web. Por eso su nombre aparece en páginas de error y de verificación: es el proxy inverso con el que habla tu navegador.

### ¿Qué diferencia hay entre una CDN y una caché?

Una caché es cualquier almacén de copias que se guarda para no descargar lo mismo dos veces; tu navegador tiene una. Una CDN es una red de cachés compartidas en muchas ubicaciones, más el enrutamiento que envía a cada visitante a una de ellas y los controles que permiten al dueño del sitio fijar reglas y purgar copias.

### ¿Necesito una CDN para un sitio web pequeño?

No siempre. Si la mayoría de tus visitantes está cerca de tu servidor y las páginas son ligeras, la mejora puede ser pequeña; si están repartidos por varios países o el sitio sirve muchas imágenes o archivos grandes, una CDN suele ayudar. Mide desde donde están tus visitantes y comprueba si tu hosting ya incluye una opción de CDN.

## En resumen

Una CDN es una red de servidores perimetrales que mantiene copias de un sitio web cerca de sus visitantes y responde en nombre del servidor propio del sitio, el origen. El enrutamiento por DNS o anycast te envía a un servidor perimetral cercano, que responde desde su caché en un acierto y pregunta al origen en un fallo, siguiendo las reglas `Cache-Control` del sitio; cabeceras como `cf-cache-status` y `Age` lo muestran en acción. Como la CDN lee tu dirección IP para elegir el contenido por país, revisar las páginas de otro mercado exige enviar la petición desde ese mercado; nuestra [página de productos proxy](/es/proxy) reúne las ubicaciones para hacerlo.