Vercel always-on tracing: debugging de producción por USD 0,50/M spans

¿Qué es always-on tracing de Vercel?

Vercel lanzó always-on tracing en beta, una funcionalidad que captura automáticamente traces del tráfico real de producción y preview en tus proyectos. A diferencia del session tracing existente (que solo registra solicitudes desde tu propio navegador), esta nueva herramienta muestrea el tráfico vivo de tus usuarios, lo que permite debuggear problemas reales sin necesidad de reproducirlos localmente.

La configuración funciona mediante reglas de sampling que defines por ambiente (All, Production o Preview), con opción de aplicarlas a prefijos de ruta específicos como /checkout. Nada se colecta hasta que agregas una regla, así que solo pagás por lo que elegís rastrear. Los spans de infraestructura y outbound fetch se capturan automáticamente; para framework y custom spans, necesitás instrumentar tu app con el paquete @vercel/otel.

Para visualizar un trace podés abrir la sección Logs o ejecutar vercel traces get <request-id> desde la terminal. El pricing es de USD 0,50 por cada millón de span units, y las traces siguen la retención de logs de tu runtime: 1 hora en Hobby, 1 día en Pro y 3 días en Enterprise.

👥 ¿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

¿Por qué importa esto para el ecosistema?

Vercel, fundada en 2015 como ZEIT y renombrada en 2020, creció hasta una valoración de USD 9.300 millones en su ronda Serie F de septiembre de 2025, levantando USD 300 millones co-liderados por Accel y GIC. Con 550 empleados reportados en 2025, la empresa no solo mantiene Next.js sino que ha construido un ecosistema completo alrededor del desarrollo frontend moderno.

Always-on tracing representa la entrada directa de Vercel al espacio de observabilidad profunda, tradicionalmente dominado por plataformas especializadas como Datadog, New Relic y Dynatrace. Según datos de Costbench, el costo anual mediano de Datadog es de USD 152.340 frente a los USD 45.000 de Vercel, pero son productos fundamentalmente distintos: Datadog monitorea infraestructura completa con más de 700 integraciones, mientras Vercel se enfoca en el stack serverless y frontend.

El mercado de Application Performance Monitoring (APM) en 2026 opera en un landscape fragmentado donde OpenTelemetry se consolidó como el estándar universal de instrumentación. Cada vendor comercial serio acepta OTLP como formato de ingestión nativo, eliminando el lock-in histórico del instrumentation layer. Vercel sigue esta tendencia con su integración de @vercel/otel, permitiendo que los equipos instrumenten una vez y mantengan portabilidad entre backends.

¿Cómo se compara con las alternativas?

Pricing comparativo

Herramienta	Modelo de pricing	Costo base
Vercel Always-on Tracing	Por span units	USD 0,50 / 1M spans
Datadog APM	Por host + add-ons	USD 31-40 / host / mes
New Relic	Por GB ingestado	USD 0,30-0,50 / GB
Stack open source	Infraestructura propia	USD 5.000-15.000 / mes + ingeniería

Según ARURA Consulting, una empresa mediana con 200 hosts aplicando Datadog típicamente factura entre USD 40.000 y USD 80.000 mensuales cuando se suman hosts de infraestructura, log ingestion, custom metrics y distributed tracing spans. El modelo de Vercel, basado exclusivamente en span units consumidas, presenta una estructura radicalmente diferente y potencialmente más predecible para equipos que operan dentro del ecosistema Vercel.

Alcance funcional

La diferencia clave radica en el scope. Datadog ofrece monitoreo full-stack: infraestructura, APM, logs, synthetic monitoring, RUM, security SIEM y más. Vercel’s always-on tracing se limita al tracing distribuido dentro de sus propios runtimes (serverless functions, Edge Functions, ISR).

Si tu stack incluye microservicios on-premise, bases de datos self-hosted o infraestructura multi-cloud fuera de Vercel, siempre necesitarás una herramienta complementaria. Pero si toda tu aplicación corre sobre Vercel — lo cual es común en startups que usan Next.js — el tracing integrado puede cubrir gran parte de tus necesidades de debugging.

Qué significa esto para tu startup

Reducción de deuda técnica en observabilidad

Para fundadores que han postergado implementar observabilidad por costos o complejidad, always-on tracing elimina la barrera de entrada más significativa: el overhead de configurar agentes externos, mantener dashboards y aprender query languages especializados. Si ya estás en Vercel, habilitar tracing requiere agregar una regla en Settings, no contratar un nuevo vendor ni re-arquitecturar tu pipeline de logs.

Esto es particularmente relevante para early-stage startups que priorizan velocidad de shipping sobre infraestructura operativa. Un equipo de 3-5 developers puede obtener visibilidad de production tracing sin dedicar engineering hours a setup de Datadog o New Relic.

Dos acciones concretas para implementar hoy

1. Definí reglas de sampling estratégicas antes de habilitar todo

No actives tracing global inmediatamente. Empezá con reglas scoped:

Aplicá sampling al 10% del tráfico de producción (rate: 0.1) para obtener visibilidad sin inflar costos
Escopé reglas a paths críticos como /api/*, /checkout o endpoints con mayor latencia
Usá Preview environment con sampling al 100% durante development/testing

La documentación de Vercel confirma que nada se colecta hasta que agregás una regla, así que empezá conservador y ajustá según necesites.

2. Instrumentá con @vercel/otel para spans personalizados

Los spans automáticos cubren infraestructura y outbound fetch, pero para debuggear lógica de negocio específica necesitás custom spans:

import { trace } from '@opentelemetry/api';
const tracer = trace.getTracer('mi-app');
const span = tracer.startSpan('procesar-pago');
// ... lógica ...
span.end();

Esto te permite medir performance de operaciones críticas como procesamiento de pagos, generación de reports o transformaciones de datos, dándote métricas accionables para optimizar tu application logic.

Cuándo seguir usando Datadog u otras herramientas

Si tu arquitectura incluye:

Microservicios fuera de Vercel (AWS ECS, GCP Cloud Run, Kubernetes on-premise)
Necesitás correlacionar traces con métricas de infraestructura (CPU, memory, disk I/O)
Requerís synthetic monitoring o Real User Monitoring (RUM) para tracking de Core Web Vitals
Tu equipo necesita alerting avanzado con SLOs y error budgets

…entonces Vercel’s tracing es complementario, no substituto. Muchos equipos exitosos combinan ambos: Vercel para debugging rápido dentro del platform y Datadog/New Relic para observabilidad cross-service.