Un servidor de hosting aloja y ejecuta tu sitio web desde una ubicación central. Una CDN (Content Delivery Network) distribuye copias de tus archivos estáticos en docenas de servidores repartidos por el mundo para servirlos desde el nodo más cercano al visitante. Son tecnologías complementarias, no alternativas.
A continuación verás exactamente qué hace cada una, en qué difieren y cuándo tiene sentido usar solo una, la otra o ambas a la vez.
Qué es un servidor de hosting
El servidor de hosting es la máquina (física o virtual) donde viven los archivos de tu sitio, la base de datos y el código que ejecuta tu aplicación. Cuando un visitante abre tu página, su navegador se conecta a esa máquina para obtener el contenido.
Existen diferentes modalidades de hosting según la exclusividad del servidor:
- Hosting compartido: varios sitios comparten un mismo servidor y sus recursos (CPU, RAM, disco). Es el más económico.
- VPS: un servidor físico dividido en máquinas virtuales aisladas. Cada VPS tiene recursos garantizados.
- Servidor dedicado: hardware exclusivo para un solo cliente. Máximo rendimiento y control.
- Cloud hosting: recursos distribuidos en una infraestructura elástica que escala según la demanda.
El servidor de hosting es imprescindible: sin él no existe el sitio. Genera el HTML dinámico, ejecuta PHP o Python, consulta la base de datos y maneja los formularios.
Qué es una CDN
Una CDN es una red de servidores llamados PoP (Points of Presence) distribuidos globalmente. Cuando activas una CDN para tu dominio, esta almacena en caché tus archivos estáticos —imágenes, CSS, JS, vídeos, PDFs— y los sirve desde el nodo más próximo al visitante.
Por ejemplo, si tu servidor de hosting está en Ciudad de México y un usuario visita desde Madrid, sin CDN su navegador hace una petición transatlántica (~150 ms de latencia extra). Con una CDN, ese CSS ya está cacheado en un servidor en Madrid y la respuesta llega en ~10 ms.
Las CDN más usadas son Cloudflare, AWS CloudFront, Fastly y Akamai. Cloudflare, además de CDN, ofrece protección DDoS, WAF y optimizaciones HTTP/3 en su plan gratuito.
Diferencias clave: CDN vs servidor de hosting
| Característica | Servidor de hosting | CDN |
|---|---|---|
| Función principal | Alojar y ejecutar el sitio | Distribuir contenido estático en caché |
| Contenido que maneja | Estático y dinámico | Principalmente estático |
| Número de ubicaciones | Una (o varias con failover) | Decenas o cientos de PoP globales |
| Imprescindible | Sí, siempre | No, pero recomendado con tráfico global |
| Ejecuta código PHP/Python | Sí | No |
| Protección DDoS | Limitada (depende del proveedor) | Sí (en la mayoría de CDN modernas) |
¿Cuándo usar solo hosting, solo CDN o ambos?
Solo servidor de hosting
Si tu sitio tiene audiencia principalmente local (México, LATAM) y el servidor está en la región, la latencia de red no justifica añadir una CDN. Un VPS bien configurado con compresión gzip y caché de página suele ser suficiente para sitios con menos de 10,000 visitas al mes.
Hosting + CDN (lo más común)
Es la combinación recomendada para la mayoría de proyectos. El hosting ejecuta la lógica de tu aplicación; la CDN entrega los assets estáticos desde el nodo más cercano al usuario. El resultado: tiempo de carga más bajo, menor consumo de ancho de banda en el servidor y protección ante picos de tráfico.
Los planes de VPS y hosting dedicado son el punto de partida habitual antes de añadir una capa CDN.
Solo CDN (sitios estáticos)
Si tu sitio es completamente estático (generado con Hugo, Jekyll, Astro) y no necesita lógica de servidor, puedes desplegarlo directamente en una CDN como Cloudflare Pages o AWS CloudFront. No hay "hosting" tradicional: los archivos viven en los PoP de la red. Esta arquitectura escala a millones de visitas sin esfuerzo adicional.
Conclusiones clave
- El servidor de hosting ejecuta tu aplicación y es siempre necesario; la CDN distribuye los archivos estáticos y es opcional pero muy recomendable.
- La CDN no reemplaza al hosting para contenido dinámico: PHP, bases de datos y formularios siguen necesitando el servidor de origen.
- Combinar hosting y CDN reduce la latencia para usuarios globales, alivia el servidor y añade una capa de protección DDoS.
- Para sitios estáticos, una CDN puede actuar como plataforma de hosting completa eliminando el servidor de origen.
- Cloudflare es el punto de entrada más práctico: ofrece CDN, protección y optimizaciones en su plan gratuito.
¿Quieres saber qué combinación de hosting y CDN conviene para tu proyecto concreto? El equipo de elenlace.com analiza tu tráfico y tu arquitectura para darte una recomendación sin rodeos.
Preguntas frecuentes
¿Puedo usar una CDN sin cambiar mi hosting actual?
Sí. La mayoría de CDN funcionan como proxy inverso: apuntas los nameservers de tu dominio a la CDN (o cambias los registros DNS) y ella enruta las peticiones a tu servidor de hosting existente. No necesitas migrar ni cambiar de proveedor de hosting.
¿La CDN puede servir contenido dinámico?
Algunas CDN avanzadas (Cloudflare Workers, Lambda@Edge de AWS) permiten ejecutar lógica en el edge. Pero para aplicaciones PHP o Python convencionales, la CDN cachea el resultado HTML ya generado por tu servidor de origen, no ejecuta el código por sí misma.
¿Una CDN mejora el SEO?
Indirectamente, sí. Al reducir los tiempos de carga y mejorar las métricas Core Web Vitals (LCP, FID, CLS), contribuye a señales que Google valora. Además, el certificado HTTPS que ofrecen la mayoría de CDN es un factor de posicionamiento positivo.
¿Cuánto cuesta una CDN?
Cloudflare tiene un plan gratuito muy completo para la mayoría de sitios pequeños y medianos. AWS CloudFront cobra por GB transferido (aprox. 0.085 USD/GB en la primera región). Para proyectos de alto tráfico, Fastly y Akamai ofrecen planes empresariales negociados. El coste siempre debe compararse con el ahorro en ancho de banda del servidor de hosting.
¿Prefieres que lo hagamos por ti? En El Enlace resolvemos hosting y desarrollo web profesional.
Para saber más
Otros proveedores y guías que vale la pena comparar:
