Si llevas unos años montando webs, casi seguro que en algún momento te han dicho «pon Cloudflare y listo». Gratis, mitiga DDoS, te acelera el estático y hasta te hace el SSL. Yo lo he recomendado también. Pero mirar solo el precio en la página de planes es como leer el titular de una noticia sin el cuerpo: te quedas con la parte que te gusta y te pierdes el matiz que te va a doler cuando el tráfico crece o cuando algo se rompe en producción.
La discusión no es si Cloudflare es «bueno» o «malo». Es si gratis significa lo mismo que sin coste para tu proyecto. Y ahí es donde la comparativa con CDNs de pago deja de ser una tabla de velocidades y se convierte en una charla de abogado, de proveedor y de presupuesto.
Lo que sí te cuentan en la web de planes
En la documentación y en la página comercial de Cloudflare se insiste en capas gratuitas y en un abanico de productos que escalan con el uso. Tiene sentido: el modelo es que muchos sitios pequeños entren por la puerta sin fricción y que quien necesite reglas avanzadas, soporte o SLAs pague. Eso no es un secreto: está en la propia propuesta de valor. Lo que a veces falta en la conversación del bar es traducir eso a tu hoja de ruta: reglas, soporte, cumplimiento, coste de oportunidad del tiempo del equipo y qué pasa el día que alguien del equipo deja la empresa y nadie sabe dónde estaba enrutado el dominio.
Yo he visto proyectos en los que «poner el proxy» resolvió un problema de inmediato y otros en los que el ahorro en euros se fue en horas de consultoría para entender por qué un encabezado o una regla de caché estaba rompiendo un flujo. El producto responde a lo que tu le pides; si tú pides poco, te devuelve poco, aunque la red sea enorme. No es un defecto, es el contrato que firmas aunque no lo hayas leído.
La otra mitad de la ecuación: facturar por petición o por dato
Cuando comparas con alternativas clásicas de la nube pública, te encuentras con modelos donde el precio se mide en peticiones y en gigabytes. La página de precios de Amazon CloudFront es un buen recordatorio de que el ancho de banda de salida tiene un coste explícito en ese ecosistema; no es una crítica a AWS, es simplemente otra filosofía de facturación. Si tu negocio ya vive en AWS, integrar CloudFront puede ser tan natural como caro si no modelas bien el tráfico.
En el extremo de CDNs orientados a rendimiento y edge, entran nombres como Fastly, cuya página de precios también remarca un esquema por uso y por capacidades de plataforma. La lección no es «X es más barato que Y» a ojo: es que sin simular tu patrón de tráfico estás comparando motos con furgonetas.
Aquí no voy a darte cifras inventadas de latencia: para eso ya tienes laboratorios, benchmarks de terceros y herramientas de medición. Lo que sí te recuerdo es que en 2026 el debate deja de ser solo «rápido o lento» y pasa a ser predecible, auditable y defendible ante un cliente o una auditoría. Un PDF con trazas y decisiones documentadas a veces vale más que cinco milisegundos de ventaja en un test aislado.
Si mezclas ecosistemas, no es raro acabar con CloudFront delante de un bucket, con API Gateway al lado, o con workers en el borde. Cada pieza añade o quita fricción en el despliegue. La comparación honesta no es «cuál es el mejor CDN del mundo» sino «cuál encaja con tu pipeline, tu equipo y cómo contabilizas el ancho de banda cuando haces campaña o un vídeo pega en redes».
Lo que yo miro antes de decir «quédate en el plan gratuito»
- Reglas y complejidad. ¿Necesitas reglas de firewall muy finas, transformaciones en el borde o integraciones que en otro sitio son de pago o requieren tiempo de desarrollo?
- Soporte y tiempos de respuesta. Cuando cae algo crítico a las tres de la madrugada, el «gratis» no responde al teléfono. Eso tiene un coste asegurado o en horas internas.
- Proveedor único. Encadenar DNS, CDN, WAF y más en un solo panel agiliza hasta el día en que quieres negociar o diversificar. No es un drama, pero es una dependencia real.
- Documentación y trazabilidad. La documentación para desarrolladores ayuda a justificar decisiones ante auditoría o cliente; no es decoración.
La guía para desarrolladores de Cloudflare está ahí precisamente para que no todo pase por intuición: buen material, pero leerlo también es trabajo. En paralelo, documentar qué toca tu DNS, qué certificados expiran y qué partes de la web pueden cachearse sin romper un carrito o un login es deuda técnica con intereses: si no la pagas tú, la paga el que entra a apagar fuegos a las malas.
En términos de mercado, el sector sigue empujando hacia el borde: más lógica cerca del usuario, más integración con almacenamiento y más discusión sobre soberanía de datos y subprocesadores. Nada de eso se decide solo mirando un comparador; se decide con un responsable de producto, un DPO cuando toca y a veces con un «no» a centralizarlo todo en un solo proveedor aunque sea cómodo.
Fuentes
- Planes y precios de Cloudflare
- Documentación para desarrolladores de Cloudflare
- Precios de Amazon CloudFront
- Precios de Fastly
Si mañana tu tráfico se duplica y el soporte empresarial pasa de ser un capricho a un requisito del cliente, ¿sigues eligiendo el mismo stack solo por el coste marginal de hoy o reprecificas el riesgo de quedarte sin palanca cuando más la necesitas?