Cloudflare unifica observabilidad: 8 cambios y nuevo pricing

Cloudflare unifica logs, traces y analytics en una sola plataforma de observabilidad

El 2 de octubre de 2026, Cloudflare presentó una actualización mayor de su stack de observabilidad: ocho novedades que llevan logs, traces, analytics, alertas, dashboards y exportación a un único producto, con precios más simples y basados en volumen. El movimiento llega en un momento en que la categoría atraviesa un cambio de era: OpenTelemetry se graduó como proyecto maduro de la CNCF el 21 de mayo de 2026, y los principales proveedores de nube ya ofrecen soporte nativo del estándar, según reportó Visual Studio Magazine.

Qué trae la nueva plataforma de observabilidad de Cloudflare

El anuncio oficial, publicado en el blog de la compañía, describe una hoja de ruta para que la observabilidad sea una capacidad transversal de la plataforma, en lugar de una pieza separada por producto. Los ocho anuncios son:

Logs Home unificado. Workers Observability y Log Explorer se funden en una sola vista con datasets para HTTP, firewall, Workers, Containers, R2 y AI Gateway. Se puede pivotar entre productos sin cambiar de herramienta y consultar con SQL crudo o filtros preconstruidos.
Cloudflare Traces en open beta. Trazado a nivel de request que recorre reglas de seguridad, transformaciones, decisiones de caché, routing, Workers y origen. Permite muestreo basal y reglas dinámicas para investigar tráfico específico por hostname, path, IP o Ray ID. Exporta por OpenTelemetry y respeta W3C Trace Context.
API SQL unificada (beta). Un único dialecto y modelo de autenticación para consultar logs, trazas, eventos de seguridad y analytics. Se invoca desde la nueva CLI cf o desde el servidor MCP de Observability, y ya hay un binding nativo para que los Workers ejecuten consultas directamente.
Alertas personalizadas (beta). Antes llamadas "Notifications" y rebautizadas como Alerts, se definen sobre cualquier dataset expuesto por la API SQL: HTTP, Workers, Analytics Engine, traces, eventos de seguridad. Soportan umbrales, anomalías y SLOs, y entregan vía webhooks disponibles en todos los planes, incluso para enrutar a un agente.
30 días de analítica de dominio en todos los planes. Tráfico, performance, seguridad, caché, origen y DNS en un mismo panel, con un mes de histórico para comparar semanas y distinguir picos puntuales de tendencias largas.
Dashboards personalizados. Combinan logs, traces, analytics y eventos de seguridad en una vista compartida por equipo, sin reescribir queries en cada investigación.
Logpush en planes self-serve. Antes reservado a Enterprise, ahora cualquier cuenta puede exportar logs. Los Transformers (transformaciones SQL previas a la entrega) pasan a disponibilidad general.
Precios unificados por volumen. Aplican a logs y trazas en todos los planes desde el 1 de diciembre de 2026 (al renovar, para clientes Enterprise). El cálculo se hace por GB ingestado y almacenado, no por evento.

Precios: qué cambia el 1 de diciembre de 2026

El nuevo esquema reemplaza los conteos por evento. La tabla oficial publicada por Cloudflare queda así:

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

Plan Free: 0,5 GB de ingesta por día, 7 días de retención, sin uso adicional.
Plan Paid y Enterprise: 50 GB de ingesta y 10 GB-mes de almacenamiento por ciclo de facturación, retención de hasta 1 año (próximamente). Excedente: US$0,25 por GB ingestado y US$0,10 por GB-mes almacenado.

En paralelo, Logpush y Transformers pasan a pricing por uso con una franquicia mensual:

Exportación a destinos Cloudflare: 25 GB incluidos, US$0,03 por GB extra.
Exportación a destinos externos: 25 GB incluidos, US$0,10 por GB extra.
Transformers: 1 GB incluido, US$0,04 por GB extra.

Por qué importa para founders y equipos técnicos

La promesa de fondo de Cloudflare es eliminar el clásico "black box" de su plataforma. Hoy, un spike de errores 5xx puede venir de un Worker, del origen o de un fallo de conectividad regional de Cloudflare, y cada señal vive en un producto distinto. Con la nueva capa unificada, la investigación ocurre en una sola superficie, con SQL como lengua franca y trazabilidad end-to-end.

Hay dos efectos prácticos para equipos pequeños:

Menos glue code. Los equipos que hoy mantienen exporters separados para Datadog, Sentry, un SIEM casero y un tablero en Grafana pueden consolidar parte de ese stack si ya están dentro del ecosistema Cloudflare (Workers, R2, Containers, AI Gateway, DNS).
Mayor predictibilidad de costos. Al pasar de "eventos" a "GB ingestados/almacenados", el modelo se parece más al de un object storage y se aleja del conteo por host, métrica custom o seat que históricamente ha hecho explotar las facturas de observabilidad. Para una startup en fase seed, esa predictibilidad suele ser más valiosa que una feature adicional.

El contexto competitivo: OpenTelemetry se vuelve el estándar

El lanzamiento no ocurre en el vacío. La Cloud Native Computing Foundation (CNCF) graduó a OpenTelemetry como proyecto maduro con más de 12.000 contribuidores de 2.800+ empresas, según reportó Visual Studio Magazine. La fundación también destacó que el paquete de API para JavaScript superó 1.360 millones de descargas en 12 meses, y el de Python, 1.300 millones.

Los principales proveedores ya están alineados con el estándar, según Virtualization Review:

AWS habilitó soporte nativo de métricas OpenTelemetry en CloudWatch en abril de 2026 y Container Insights con OpenTelemetry para Amazon EKS en preview público.
Google Cloud agregó soporte OTLP para Cloud Trace en septiembre de 2025 y para Cloud Monitoring en febrero de 2026, y el Agent Development Kit integra OpenTelemetry desde la versión 1.17.0.
Microsoft documenta ingesta OTLP en Azure Monitor para AKS, VMs, VM Scale Sets y servidores habilitados con Azure Arc.

Que Cloudflare se suba a OpenTelemetry, W3C Trace Context y SQL, en lugar de un DSL propietario, es una señal de que la commoditización de la instrumentación ya está en marcha. Lo que sigue siendo competitivo es el backend: almacenamiento, queries, alertas y precio.

Cómo se mueve el resto del mercado

Datadog reportó US$3.430 millones de ingresos en su año fiscal 2025, un aumento interanual del 28%, según un artículo de TechTimes. La compañía sigue expandiendo su suite "Datadog for AI" (Agent Observability, GPU Monitoring, AI Guard) y superó los 750 clientes de IA en su plataforma.
Splunk, adquirido por Cisco por US$28.000 millones en marzo de 2024 según TechTimes, integró más de 280 nuevos logos de clientes en el cuarto trimestre fiscal 2026 y registró más de 1.500 compras de productos nuevos como Secure Access, XDR, Hypershield y AI Defense, según reportó Yahoo Finance.
New Relic anunció el 23 de junio de 2026 New Relic for Startups, un programa para startups en Serie A o anteriores con acceso gratuito a la plataforma (5 usuarios e ingesta mensual incluida), AI monitoring, SRE Agent y soporte de un ingeniero dedicado el día del lanzamiento, según Yahoo Finance. El programa se apoya en una estadística llamativa del "2026 State of AI Coding": el 94% de los líderes califica el código generado por IA como de mayor calidad en revisión, pero el 78% reporta más incidentes una vez que el código está en producción.

¿Qué significa esto para tu startup?

Audita tu stack de observabilidad antes del 1 de diciembre. Si hoy ingieres logs de Cloudflare y los mantienes en otro proveedor, el nuevo pricing te permite calcular si conviene migrar o mantener ambos. La regla es simple: GB ingestados × US$0,25 + GB-mes almacenados × US$0,10.
Empieza a escribir queries sobre la API SQL unificada. Aunque todavía está en beta, adoptarla temprano te permite diseñar alertas y dashboards portables. Si más adelante decides migrar a Datadog, New Relic o un backend autoalojado, las queries migran con mínimos cambios porque el dialecto es SQL estándar.
Aprovecha OpenTelemetry como capa neutral. Si tu equipo corre workloads en AWS, Cloudflare, Google Cloud y Vercel, instrumentar con el OpenTelemetry Collector y exportar a cada backend te da portabilidad real. La inversión en SDKs y semantic conventions es la única que sigue siendo útil cuando cambias de proveedor.