Límites del plan gratuito de Cloudflare: ¿CDN, DNS, WAF y Workers son suficientes?

El plan gratuito de Cloudflare tiene fama de ser generoso en extremo. CDN global, protección DDoS, certificados SSL y resolución DNS, todo gratis. Pero lo «gratuito» siempre tiene límites.

Workers permite 100.000 solicitudes al día, Pages 500 builds al mes y DNS hasta 1000 registros. ¿Qué significan estos números? ¿Tu proyecto puede quedar limitado de repente? Este artículo recopila los límites concretos de todos los productos de Cloudflare para ayudarte a saber si estás dentro de los márgenes.

En pocas palabras: si piensas alojar un blog personal o un proyecto pequeño en el plan gratuito, en 5 minutos podrás decidir.

I. CDN y DNS: la realidad detrás de lo «ilimitado»

El argumento de venta más atractivo de Cloudflare: ancho de banda ilimitado. Esas palabras emocionan a muchos desarrolladores. Pero no te adelantes.

¿Qué significa realmente el CDN «ilimitado»?

La documentación oficial no especifica un tope de ancho de banda. Ni Free, ni Pro, ni Business. ¿Qué implica eso?

En octubre de 2024, un usuario de Reddit compartió datos reales: 20 TB de tráfico mensual durante varios meses, con la cuenta funcionando con normalidad. En la comunidad de Cloudflare hay casos similares: alguien movió 15 TB/mes en el plan gratuito sin problemas.

Pero hay una trampa. Los Términos de Servicio dicen claramente: no se permite alojar video en streaming ni archivos grandes que no sean HTML. ¿Qué cuenta como «grande»? No hay cifra concreta. La formulación oficial es «carga desproporcionada». Es vaga, pero el mensaje es claro: si lo usas como CDN de video, tarde o temprano te bloquearán.

También hay un límite duro: 512 MB de caché por archivo. Está en la documentación de Workers Limits y aplica igual en planes gratuitos y de pago. ¿Quieres cachear videos grandes? No es posible.

Así que el «ilimitado» del CDN tiene dos capas:

1. Tráfico web normal (HTML, CSS, JS, imágenes): prácticamente sin tope
2. Videos y archivos grandes: explícitamente prohibidos

¿Blog, sitio estático o proxy API pequeño? Adelante. ¿Sitio de imágenes? También, si cada imagen no supera 512 MB. ¿Plataforma de video? Olvídalo.

Límites de registros DNS: un detalle que muchos pasan por alto

El DNS es un servicio central de Cloudflare. ¿Dónde están los límites del plan gratuito?

Septiembre de 2024 marca una línea divisoria. Las zonas gratuitas creadas antes podían tener 3000 registros. Las creadas después, solo 1000.

¿Por qué el cambio? Cloudflare no lo explicó en público, pero la comunidad apunta a una razón: evitar abusos. Algunos usaban el plan gratuito para crear dominios en masa y llenarlos de registros basura.

¿Bastan 1000? Para un solo dominio con decenas de subdominios y algunos registros MX/TXT, suelen alcanzar unos cientos. La pregunta real es: ¿cuántos dominios tienes?

La buena noticia: no hay límite en la cantidad de dominios. Una cuenta gratuita puede añadir dominios sin tope, siempre que cada uno no supere 1000 registros.

Un detalle más: las consultas DNS no tienen límite. No te preocupes por quedarte sin resolución si crece el tráfico.

Escenarios en los que suele bastar

Si tu proyecto es:

• Blog personal (WordPress, Hexo, Hugo): más que suficiente
• Sitio estático (Astro, Next.js SSG): más que suficiente
• Proxy API pequeño (reenviar unos pocos servicios backend): básicamente suficiente
• Sitio de imágenes (cada imagen < 512 MB): suficiente, pero vigila el volumen total

Fuera de estos casos, revisa los ToS con anticipación. No esperes a que te cierren la cuenta para descubrir que cruzaste la línea.

II. Workers y KV: dónde están los límites del cómputo

Workers es la plataforma de edge computing de Cloudflare. Escribes JavaScript o TypeScript y lo despliegas en más de 200 nodos. Suena bien, pero los límites del plan gratuito son mucho más estrictos que los del CDN.

Límite de solicitudes de Workers: 100.000 al día

La documentación oficial es clara: 100.000 solicitudes al día en el plan gratuito. Se reinicia a las 00:00 UTC.

¿Qué implica? Supón que tu API recibe 10 llamadas por usuario al día:

• 100 usuarios → 1000 solicitudes/día → 30.000 al mes → seguro
• 1000 usuarios → 10.000 solicitudes/día → 300.000 al mes → superado

En la práctica, muchos proyectos pequeños usan Workers para:

• API Gateway (reenviar solicitudes al backend)
• Renderizado SSR (Next.js, Remix)
• Manejo de formularios (recibir POST)
• Validación JWT (bloquear solicitudes no autorizadas)

Cada solicitud consume una unidad de cuota. Si tu sitio tiene 1000 visitas diarias y cada una dispara 5 llamadas a Workers, son 5000 solicitudes/día. Parece bien. ¿Y si el tráfico se multiplica por 10? En un mes superas el límite.

Un límite aún más crítico: 30 ms de CPU por solicitud, según la documentación oficial. ¿Qué cabe en 30 ms? Parseo JSON simple, enrutamiento, validación JWT: sí. Cómputo pesado: no. Usar Workers para comprimir imágenes, generar PDF o inferencia de deep learning probablemente termine en timeout.

Otro detalle: scripts de hasta 1 MB (comprimidos). Variables de entorno: máximo 64, cada una de hasta 5 KB. Para proyectos pequeños suele bastar; en aplicaciones grandes conviene tenerlo en cuenta.

KV: cuotas de la capa de caché

Workers KV es almacenamiento clave-valor en el edge. En febrero de 2026, el blog oficial anunció cuotas ampliadas en el plan gratuito:

• Lecturas: 100.000/día
• Escrituras: 1000/día
• Capacidad: 1 GB

Solo 1000 escrituras al día: un límite ajustado.

¿Qué escenarios escriben mucho? Caché de sesiones, logs de acceso, contadores. Si tu API escribe un registro por solicitud, con 1000 solicitudes al día ya llenas la cuota.

Las lecturas son más generosas. 100.000/día alcanzan para un caché de lectura pequeño:

• Caché de configuración (claves API, feature flags)
• Datos estáticos (listas de productos, índices de artículos)
• Perfiles de usuario (muchas lecturas, pocas escrituras)

¿Pensabas usar KV como almacén vectorial para RAG? No es lo adecuado: KV no hace búsqueda vectorial y las escrituras son limitadas. Para vectores usa Cloudflare Vectorize (de pago) o conecta Pinecone o Milvus.

D1: base de datos SQLite en el edge

D1 es la base SQLite de Cloudflare en el edge. En mayo de 2026, el blog buildmvpfast resumió los datos oficiales:

• Lecturas de filas: 5.000.000/día
• Escrituras de filas: 100.000/día
• Almacenamiento: 5 GB

La cuota de lectura es amplia: 5 millones de filas. Las escrituras superan a KV: 100.000 filas. D1 encaja mejor para persistencia que para caché puro.

Casos típicos:

• Sistema de comentarios de blog (muchas lecturas, pocas escrituras)
• Perfiles de usuario (actualizaciones ocasionales)
• CMS pequeño (artículos, etiquetas, categorías)

¿Un sistema de pedidos de ecommerce? Las escrituras pueden pasarse. Un registro por pedido y unos miles de pedidos al día, y en un mes explotas la cuota.

¿Basta? Depende de tu modelo de tráfico

Resumen de cifras clave:

Producto	Cuota diaria gratuita	Caso de uso
Workers	100.000 solicitudes	APIs pequeñas, SSR
CPU de Workers	30 ms/solicitud	Lógica simple
Lecturas KV	100.000 operaciones	Caché de lectura
Escrituras KV	1000 operaciones	Sesiones (limitado)
Lecturas D1	5.000.000 filas	Consultas
Escrituras D1	100.000 filas	Escrituras

Con menos de 1000 visitas diarias, estas cuotas suelen bastar. Por encima de 5000, conviene vigilar la cuota de Workers. Revisa el dashboard a diario; no esperes un 403 repentino.

III. Pages: límites de despliegue más estrictos de lo que parece

Cloudflare Pages aloja sitios estáticos con integración Git, builds automáticos y despliegue global. Los límites del plan gratuito son más concretos que los de Workers.

Cantidad de archivos y builds: topes duros

La documentación de Pages Limits indica:

• Archivos: 20.000 por sitio
• Builds: 500 al mes
• Builds concurrentes: 1
• Tamaño por archivo: 25 MB

20.000 archivos suena a mucho, pero con Next.js o Astro en un blog mediano —cientos de artículos con imágenes, CSS y JS— puedes acercarte rápido.

En enero de 2026, el changelog oficial subió el tope de archivos del plan de pago a 100.000. El gratuito sigue en 20.000. Si tu sitio escala (más de 500 artículos o muchos medios), tarde o temprano chocarás con el muro.

Los 500 builds/mes pesan más. Cada git push dispara un build (salvo cancelación manual). Según tu ritmo:

• 2 cambios al día → 60 builds/mes → seguro
• 10 cambios al día → 300 builds/mes → cerca del límite
• CI/CD por commit → puedes superarlo en una semana

Solo 1 build concurrente: si haces dos push seguidos, el segundo espera en cola. Para una persona está bien; en equipo puede bloquearse el flujo.

Análisis por escenario

Blog estático (Hexo, Hugo, Astro):

• Archivos: artículos + imágenes + tema, normalmente < 5000 → OK
• Builds: unos cambios por semana → OK
• Conclusión: más que suficiente

Sitio de contenido mediano (500+ artículos con imágenes):

• Archivos: puede acercarse a 20.000 → vigilar
• Builds: actualizaciones frecuentes → puede superarse
• Conclusión: monitorea y prepara la actualización de pago

SPA pequeña (React, Vue):

• Archivos: tras el bundle, normalmente < 1000 → OK
• Builds: muchos push en desarrollo → puede superarse
• Conclusión: controla la frecuencia de builds en desarrollo

Proyecto en equipo:

• Concurrencia: varios push en cola → problema de eficiencia
• Builds: todos cambian código → fácil de superar
• Conclusión: conviene el plan de pago para builds concurrentes

Señales de que te acercas al límite

¿Cuándo pagar?

1. Más de 15.000 archivos — cerca del tope
2. Más de 300 builds/mes — ritmo de desarrollo alto
3. Equipo de más de 3 personas — la cola de builds duele
4. Contenido creciendo rápido — más de 50 artículos nuevos al mes

El plan Pro a $20/mes desbloquea 100.000 archivos y builds concurrentes. Si el proyecto escala, sale más barato que parchear después del bloqueo.

IV. R2 y WAF: límites gratuitos de almacenamiento y seguridad

R2 es el almacenamiento de objetos de Cloudflare. WAF es el firewall de aplicaciones web. Sus límites en el plan gratuito marcan hasta dónde puede llegar tu proyecto.

R2: el precio del egreso cero

Lo más atractivo de R2: costo cero de egreso. AWS S3 cobra unos $0.09 por GB de salida. Cloudflare R2 no.

Pero el plan gratuito tiene topes. La documentación de precios indica:

• Almacenamiento: 10 GB
• Operaciones Class A (escritura/listado): 1.000.000/mes
• Operaciones Class B (lectura): 10.000.000/mes

¿Qué cabe en 10 GB?

• Imágenes (500 KB c/u) → unas 20.000
• PDF (5 MB c/u) → unos 2000
• Videos (100 MB c/u) → unos 100

Parece razonable. Pero en un sitio de imágenes con subidas incontrolables, puedes llenarlo en dos meses.

Las operaciones son más holgadas: 1 millón de Class A y 10 millones de Class B al mes. Escenarios de mucha lectura (CDN de imágenes) casi no se pasan; con muchas subidas, vigila el uso.

WAF: protección limitada pero útil

¿Qué ofrece el WAF gratuito?

Tras la actualización de mayo de 2026, la documentación aclara:

• Cloudflare Free Managed Ruleset (subconjunto de reglas gestionadas)
• WAF solo a nivel de dominio, sin acceso a nivel de cuenta
• Sin protección específica para WordPress
• Reglas personalizadas disponibles (Custom Firewall Rules)

¿Qué es un «subconjunto»? No hay cifras exactas, pero la comunidad y el artículo «WAF for everyone» de 2022 indican que el plan gratuito cubre protección de vulnerabilidades de alto riesgo, no el catálogo completo.

Incluye:

• Vulnerabilidades principales del OWASP Top 10 (SQL Injection, XSS, etc.)
• Reglas de amenazas de Cloudflare (parcial)
• CVE de alto riesgo (parches urgentes)

No incluye:

• Protección específica para WordPress (requiere Pro o superior)
• Reglas gestionadas avanzadas (configuración fina)
• Gestión unificada a nivel de cuenta (varios dominios)

Las reglas personalizadas sí funcionan:

• Bloqueo por IP
• Bloqueo por país (geo-blocking)
• Bloqueo por User-Agent
• Bloqueo por ruta URL

Para sitios pequeños suele bastar. Blogs y proyectos personales: el WAF gratuito frena la mayoría de ataques automatizados. En ecommerce o finanzas, conviene el plan de pago con el ruleset completo.

Análisis por escenario

Escenario	¿R2 basta?	¿WAF basta?
Blog personal (< 100 imágenes)	✓ Totalmente	✓ Sí
Sitio de imágenes (subidas controladas)	✓ Vigilar total	✓ Sí
Sitio de imágenes (subidas incontrolables)	✗ Puede superarse	✓ Sí
Compartir archivos (PDF/docs)	✓ Según cantidad	✓ Sí
Ecommerce pequeño (sin datos sensibles)	✓ Sí	△ Mejor actualizar
Ecommerce mediano (con pagos)	✓ Sí	✗ Mejor actualizar

Los 10 GB de R2 son el cuello de botella principal. Si las subidas de usuarios son impredecibles, planifica ampliación o almacenamiento externo en AWS S3 / Backblaze B2.

V. Tabla de decisiones: ¿el plan gratuito realmente basta?

Las secciones anteriores listan las cifras. La pregunta clave: ¿tu proyecto superará los límites?

Aquí va una tabla rápida por tipo y escala de proyecto.

Por tipo de proyecto

Tipo de proyecto	Solicitudes/mes	Tráfico/mes	Almacenamiento	Veredicto gratuito
Blog personal (estático)	< 10K	< 1 GB	< 1 GB	✓ Más que suficiente
Blog técnico (SSR dinámico)	< 100K	< 10 GB	< 1 GB	△ Workers puede superarse
API pequeña	< 3M	—	< 5 GB	✗ Workers requiere pago
Sitio de imágenes (pequeño)	—	< 20 GB	< 10 GB	△ R2 puede superarse
Sitio de imágenes (mediano)	—	> 50 GB	> 10 GB	✗ R2 requiere pago
Sitio estático (500+ artículos)	—	< 20 GB	—	△ Archivos de Pages al límite
Proyecto en equipo	Varios desarrolladores	—	—	✗ Concurrencia de Pages requiere pago

Por escala de tráfico

Visitas/día	Riesgo Workers	Riesgo Pages	Riesgo CDN
< 100	Ninguno	Ninguno	Ninguno
100-500	Ninguno	Ninguno	Ninguno
500-1000	Bajo (~15K solicitudes/mes)	Ninguno	Ninguno
1000-5000	Medio (~150K solicitudes/mes)	Bajo	Ninguno
5000-10000	Alto (puede superar Workers)	Medio (frecuencia de builds)	Ninguno
> 10000	Superado	Alto	Ninguno (salvo video)

Lista de autocomprobación rápida

Responde estas preguntas:

1. ¿Cuántas visitas diarias tiene tu sitio?

   • < 100 → todos los productos bastan
   • 100-1000 → vigila Workers, el resto OK

   • 1000 → Workers puede superarse

2. ¿Cuántos archivos/artículos tiene tu sitio?

   • < 100 → Pages sobra
   • 100-500 → Pages OK, pero vigila el crecimiento

   • 500 → archivos de Pages cerca del tope

3. ¿Cuántas personas hay en el equipo?

   • 1 → una build concurrente basta
   • 2-3 → Pages puede bloquearse

   • 3 → conviene el plan de pago

4. ¿Cuánto almacenamiento de archivos de usuario necesitas?

   • < 5 GB → R2 basta
   • 5-10 GB → R2 casi lleno

   • 10 GB → R2 requiere pago

5. ¿Cuántas veces al día se construye tu código?

   • < 10/semana → 500 builds de Pages bastan
   • 10-30/semana → Pages cerca del límite

   • 30/semana → Pages puede superarse

¿Cuándo actualizar?

Si ves estas señales, considera el plan Pro ($20/mes):

• Workers cerca de 80K solicitudes/día
• Pages con más de 400 builds/mes
• R2 por encima de 8 GB
• Colas de builds en el equipo
• Tráfico creciendo rápido

El plan Pro desbloquea:

• Workers: sin tope fijo (pago por uso, $0.02/millón de solicitudes)
• Pages: 100.000 archivos
• Pages: 5 builds concurrentes
• R2: pago por uso, egreso cero
• WAF: ruleset gestionado completo

Si el proyecto ya escala, $20/mes puede ser más económico que AWS/Vercel por uso: Workers y CDN con costos previsibles.

Conclusión

Los límites clave del plan gratuito se concentran en tres productos: Workers (100.000 solicitudes/día), Pages (500 builds/mes) y R2 (10 GB). El «ilimitado» de CDN y DNS es real, siempre que no alojes videos ni archivos grandes.

Si tu proyecto aún cabe en el plan gratuito, es buen momento para adoptar Cloudflare. CDN global, DDoS y SSL cuestan en otras plataformas.

Si ya rozas los límites, el Pro a $20/mes puede salir más barato que sorpresas en la factura de AWS/Vercel. Al menos sabes cuánto pagas cada mes.

Lecturas relacionadas:

• Comparativa de precios de Cloudflare: Free vs Pro vs Business — diferencias entre planes y criterios de elección
• Guía para decidir la actualización a Cloudflare Pro/Business — cuándo pasar al plan de pago
• Guía de pruebas de rendimiento del CDN de Cloudflare — mide el impacto en tu sitio

Último consejo: vigila con anticipación. Revisa el dashboard a diario y las cuotas cada semana. No esperes un 403 para descubrir que superaste el límite.

Datos verificados: 2026-06-01. Límites de Workers/Pages/R2/D1 según la documentación oficial de Cloudflare Limits; consulta los anuncios oficiales ante cualquier cambio.