Respuesta directa

Para la mayoría de sitios indie, un CDN gestionado (Cloudflare o Bunny.net) quita más dolores de cabeza de los que crea. El coste a bajo tráfico es bajo, la configuración se mide en minutos y obtienes protección DDoS y caché global sin levantar tu propio edge. Un CDN autohospedado —normalmente nginx delante del origen— solo tiene sentido cuando tienes un volumen de tráfico predecible, una razón concreta para controlar las cabeceras de caché, o un requisito de cumplimiento específico.

Esa es la versión corta. El resto del artículo recorre cuándo merece la pena cada camino, cómo son realmente las compensaciones, y cómo decidir antes de invertir un fin de semana configurando servidores.

Por qué esta pregunta aparece en el radar indie

Los CDN solían ser una fase a la que se llegaba al escalar. Eso ha cambiado. Los stacks modernos, estáticos por defecto —Next.js, Astro, Hugo, nginx sirviendo HTML prerenderizado— generan archivos que son candidatos obvios para un CDN. Al mismo tiempo, los tiers gratuitos de los grandes proveedores hacen que la decisión parezca casi sin coste, que es exactamente cuando un fundador puede perder una semana con la elección equivocada.

La verdadera pregunta no es “¿gestionado o autohospedado?” Es: ¿qué dolor estoy resolviendo y qué dolor estoy asumiendo?

Qué te da realmente un CDN gestionado

Un CDN gestionado es un tercero que opera la red edge por ti. Cloudflare y Bunny.net son los nombres que más aparecen en conversaciones indie, y por buenas razones.

Cloudflare se coloca delante de tu sitio como DNS, CDN y un firewall de aplicaciones web básico. La configuración es rápida por diseño: apuntas tus nameservers a Cloudflare, dejas que importe los registros existentes y activas el proxy. El tier gratuito es lo bastante generoso como para que muchos proyectos indie no necesiten subir de plan. Además de caché, obtienes mitigación de DDoS y algo de filtrado de bots sin tocar nada.

Bunny.net es un CDN pull o push que muchos fundadores indie eligen por la transparencia de precios. Cobra por gigabyte, sin niveles de banda sorprendentes, y tiene un plugin de WordPress que lo conecta sin editar el DNS a mano. Varios operadores indie comentan que lo combinan con Cloudflare delante —Cloudflare como edge público y capa de seguridad, Bunny entregando el contenido estático cacheado—, aunque esa configuración en capas es opcional, no obligatoria.

El mensaje común: cambias unos ajustes, tus archivos estáticos aparecen más cerca del visitante y tu servidor de origen deja de trabajar tanto.

Qué significa realmente “CDN autohospedado”

Cuando los fundadores hablan de un CDN autohospedado, suelen referirse a uno de estos escenarios:

  • Un único servidor nginx (o un pequeño grupo) afinado con proxy_cache, claves de caché personalizadas y TTLs ajustados, colocado delante del origen —a veces su propio VPS, otras veces un object store.
  • Bunny.net como origen + nginx como edge, donde nginx enruta las peticiones y Bunny almacena los bytes. Varios profesionales describen este híbrido como el término medio práctico.
  • Un cluster nginx multirregión con GeoDNS, del que se habla a menudo pero que rara vez es la respuesta correcta para un sitio pequeño.

El atractivo es el control. Tú decides las cabeceras de caché, las reglas de purga, las cabeceras de seguridad y la política de eviction. No dependes de que cambie la página de precios de otro.

El coste es todo lo demás.

Coste a bajo tráfico: cuentas honestas

El precio de un CDN gestionado a escala indie suele ser irrelevante para la cuenta de resultados. El tier gratuito de Cloudflare cubre la mayoría de sitios estáticos de forma indefinida. Bunny.net cobra por gigabyte, y un sitio de marketing pequeño o una página de documentación caen a menudo en el escalón más bajo. Varias comparaciones entre ambos destacan la transparencia —el modelo por GB de Bunny es más fácil de prever que la estructura por niveles de Cloudflare cuando el proyecto empieza a crecer.

Autohospedar tiene costes fáciles de subestimar:

  • Un VPS con RAM y SSD suficientes para actuar como caché (normalmente más exigente que un servidor de aplicación normal).
  • Una segunda región o configuración multiproveedor si te importa la latencia global (lo que anula la mayor parte de la ventaja de coste).
  • Tu tiempo: configuración, monitorización, revisión de logs y el inevitable bug de invalidación de caché a las dos de la mañana.

Si la factura de banda de tu sitio es pequeña, la opción gestionada casi siempre es más barata cuando cuentas las horas.

Complejidad de configuración, en crudo

La configuración de Cloudflare es la más ligera. Escaneo de DNS, activar el proxy y, opcionalmente, ajustar reglas de página. Quienes empiezan suelen describirla como accesible.

La configuración de Bunny.net es más manual. Introduces los registros DNS a mano, configuras la pull zone por separado y, salvo que uses un plugin de un clic como el de WordPress, conectas el origen a mano. La interfaz es funcional más que pulida, lo que importa si no te sientes cómodo editando ficheros de zona.

Un CDN nginx autohospedado exige entender la semántica de caché: proxy_cache_valid, cabeceras Cache-Control, endpoints de purga, reglas Vary y cómo interactúa con tu CMS o framework. No es proyecto de un fin de semana a menos que ya convivas con configs de nginx.

Control y cabeceras de caché

Aquí es donde el autohospedaje gana de verdad. Con nginx decides:

  • Qué rutas cachean y durante cuánto.
  • Cómo afectan las query strings a la clave de caché.
  • Cómo se gestiona Vary para imágenes responsive o cambios de idioma.
  • Cuándo se purga y mediante qué API.

Los CDN gestionados exponen casi todo esto mediante reglas, pero la granularidad es suya, no tuya. Si tu producto depende de un comportamiento de caché sutil —bibliotecas de medios grandes, contenido con bloqueo regional, URLs firmadas o flujos personalizados— ese control tiene valor real.

Para una landing de SaaS estándar, un blog o una web de documentación, rara vez notarás la diferencia.

Seguridad y DDoS

Un CDN gestionado absorbe ataques grandes sobre una red pensada para ello. Cloudflare, en particular, es conocido por mitigación agresiva de DDoS en su línea base.

Una configuración nginx autohospedada te da lo que configures: fail2ban, rate limiting, alguna regla WAF básica. Contra un problema pequeño de scraping, es suficiente. Contra un ataque volumétrico real, un único VPS es un objetivo blando. Si el uptime importa para los ingresos, aquí la opción gestionada amortiza su coste muchas veces.

Cuándo un sitio indie necesita realmente un CDN

Probablemente necesitas un CDN si se cumple cualquiera de estas:

  • Tus visitantes están repartidos en más de un continente.
  • Sirves imágenes, CSS, JS o vídeo que representan la mayor parte del peso de la página.
  • Tu servidor de origen toca límites de CPU o memoria en picos.
  • Vas a lanzar en Product Hunt, Reddit o Hacker News y quieres sobrevivir a la portada.
  • Vendes algo online y el tiempo caído te cuesta pedidos.

Probablemente no lo necesitas si tu sitio es local, de poco tráfico y tolera caídas. En ese caso, un servidor de origen bien afinado y una copia de seguridad básica dan más resultado que un CDN.

Cuándo la opción gestionada es la correcta

Elige un CDN gestionado cuando:

  • Quieres el resultado por la tarde, no en un trimestre.
  • Tu contenido estático domina la banda.
  • Valor la protección DDoS de serie.
  • Tu equipo es pequeño y “operaciones” es un sombrero que alguien se pone los sábados.

Cloudflare es la opción por defecto para la mayoría de proyectos que quieren decidir una vez y olvidarse de facturas. Bunny.net merece una mirada si quieres precio por GB predecible, un camino amable con WordPress, o un CDN que te permita almacenar e inspeccionar archivos directamente —Cloudflare opera como un CDN pull que no guarda los originales en sentido estricto, lo que puede importar en flujos con mucho contenido multimedia.

Cuándo empieza a tener sentido el autohospedaje

Elige una configuración autohospedada cuando:

  • Tienes reglas de caché específicas que los tiers gestionados no pueden expresar.
  • Operas en un entorno regulado donde la residencia de datos no es negociable.
  • Ya corres nginx a escala y añadir capas de caché es incremental, no nuevo.
  • Tu tráfico es lo bastante alto como para que la factura por GB sea una línea relevante y tu equipo puede mantener la infraestructura.

Si estás pensando en autohospedar porque la opción gestionada te parece cara, revisa las cuentas. El tier gestionado más barato casi siempre sale más barato que el CDN autohospedado más barato correctamente configurado cuando añades monitorización y guardias.

Un camino práctico de decisión

  1. Empieza con Cloudflare gratis. Activa el proxy, revisa el DNS auto-configurado y observa la analítica de caché durante una semana.
  2. Si la banda empieza a ser un coste real, evalúa Bunny.net para entregar el contenido estático, sobre todo si quieres transparencia por GB o usas WordPress.
  3. Si topas con un muro de caché que ninguno de los dos puede resolver, dibuja una capa nginx propia delante del origen —pero solo después de tener una razón concreta, no una hipotética.
  4. Si operas en varias regiones con cumplimiento estricto, habla con un CDN con almacenamiento regional o un proveedor edge híbrido antes de comprometerte con autohospedaje.

Preguntas frecuentes

¿Cloudflare es realmente gratis para proyectos indie? Sí en la mayoría de casos. El tier gratuito cubre DNS, el CDN básico y mitigación DDoS. Algunas funciones (WAF avanzado, optimización de imagen a escala) están en planes de pago.

¿Puedo usar Bunny.net y Cloudflare juntos? Sí. Un patrón habitual es Cloudflare delante para DNS y seguridad, y Bunny detrás entregando el contenido estático cacheado. Configura las cabeceras para que el caché funcione en ambas capas y reducirás la banda en el servicio interno.

¿Un CDN autohospedado es más rápido que uno gestionado? No con un único VPS. Los proveedores gestionados operan desde decenas a cientos de puntos de presencia. Un único nginx, por muy bien afinado que esté, no puede igualar esa dispersión geográfica. El autohospedaje gana en control, no en latencia pura.

¿Necesito un CDN para una landing de SaaS pequeña? Probablemente no con urgencia. Un CDN ayuda cuando el tráfico es global, cuando los assets dominan el peso o cuando un pico de lanzamiento puede tirarte. Para una audiencia local y tráfico modesto, optimiza primero el origen.

Fuentes