Vercel Flags ya soporta atributos de timestamp para reglas de tiempo

Qué cambia en Vercel Flags con los atributos de timestamp

Vercel Flags ya admite un nuevo tipo de atributo en las entidades: timestamp. La función permite guardar valores de fecha y hora en usuarios, equipos, dispositivos o requests, y luego construir reglas de targeting que comparen ese valor con un momento concreto del calendario.

El caso de uso que plantea Vercel es directo: mostrar una landing de campaña solo entre dos fechas, activar una promo de Black Friday, o targetear a usuarios registrados antes de un cutoff. La lógica ya existía en otros proveedores como LaunchDarkly, Split o Unleash; lo nuevo es que Vercel lo incorpora de forma nativa dentro de su plataforma y SDK.

A partir de este lanzamiento, la regla temporal deja de resolverse en el código de la aplicación y pasa a configurarse en el dashboard o vía CLI, lo que evita desplegar nuevas versiones cada vez que cambia una ventana de promoción.

Cómo se configura un atributo de timestamp

La configuración se hace en dos pasos. Primero declaras el atributo, y después escribes una regla que lo compare.

1. Declarar el atributo en la entidad.

Desde el dashboard, abre Flags → Entities, crea o edita una entidad, añade un atributo y asígnale el tipo timestamp. La acción equivalente en CLI es:

• En una entidad nueva: vercel flags entities create system --label System --attribute time:timestamp
• En una entidad existente: vercel flags entities update system --add-attribute time:timestamp

2. Pasar el valor al evaluar el flag.

Tu aplicación debe enviar el timestamp en milisegundos (epoch en ms) cuando se evalúe el flag. El nombre del atributo debe coincidir con la configuración. El ejemplo del SDK de Next.js lo cubre así:

import { dedupe, flag } from 'flags/next';
import { vercelAdapter } from '@flags-sdk/vercel';

const identify = dedupe(async () => ({
  system: { time: Date.now() },
}));

export const promotion = flag({
  key: 'promotion',
  adapter: vercelAdapter(),
  identify,
});

Date.now() devuelve el formato correcto. Envolverlo en dedupe() garantiza que todas las flags evaluadas en la misma request usen el mismo timestamp y no generen inconsistencias.

Reglas de targeting basadas en tiempo

Una vez que el atributo está disponible, puedes crear reglas que lo comparen con fechas y horas concretas. Los operadores soportados son cuatro:

• is after: la flag se activa después de un momento.
• is at or after: igual al anterior, incluyendo el instante exacto.
• is before: la flag se desactiva después de un momento.
• is at or before: igual, incluyendo el instante exacto.

El selector de fecha usa la zona horaria local del operador que está configurando la regla, lo que importa cuando manejas campañas para mercados en LATAM, España y EE. UU. con horarios cruzados.

Por CLI, la misma regla se agrega con:

vercel flags rules add promotion --environment production \
  --condition system.time:at-or-after:2026-09-02T13:00:00Z \
  --condition system.time:before:2026-09-16T22:00:00Z \
  --variant on

Este patrón resuelve un problema habitual: publicar una promo y desactivarla sin hacer un nuevo deploy. Con Vercel Flags, basta con editar la regla o dejarla expirar sola.

Qué significa esto para tu startup

El movimiento encaja con la tendencia del sector: los feature flag platforms se están convirtiendo en infraestructura de release, no solo en interruptores on/off. La comparativa de GrowthBook sobre LaunchDarkly (junio 2026) y la de FlagShark entre LaunchDarkly, Split y Unleash (febrero 2026) coinciden en algo: las plataformas de flags maduras ya compiten por targeting avanzado, gobernanza, observabilidad y experimentación, y el control por tiempo es una pieza básica que faltaba en Vercel.

Para founders hispanohablantes, la lectura práctica es directa: si ya despliegues en Vercel, ahora puedes manejar campañas, pruebas temporales y migraciones sin escribir lógica condicional en el código ni coordinar deploys a la hora exacta del lanzamiento. Si no desplegabas en Vercel, la mejora reduce la ventaja de plataformas dedicadas como LaunchDarkly en escenarios donde el único requisito era "activar entre dos fechas".

Acciones concretas que puedes tomar esta semana:

• Mapea tus flags temporales actuales. Si tienes lógica de fechas escrita a mano en el código (condicionales con new Date() para promos, ventanas de registro o eventos), vale la pena revisar cuáles podrían migrarse a un atributo timestamp en Vercel Flags y ganar visibilidad desde el dashboard.
• Audita tu zona horaria de campañas. El picker de Vercel usa la zona local del operador. Si trabajas con un equipo distribuido entre Madrid, Ciudad de México y Buenos Aires, conviene definir un estándar (UTC o la zona del mercado objetivo) antes de crear reglas para evitar activaciones a destiempo.
• Combina timestamp con atributos de usuario. El ejemplo del SDK de Vercel envía system.time, pero el mismo patrón se puede extender a user.signedUpAt o subscription.currentPeriodEnd para construir reglas como "mostrar onboarding especial a usuarios con menos de 7 días desde el registro" sin tocar el código cada vez que cambia la ventana.

Fuentes

• Timestamp attributes are now supported in Vercel Flags (Vercel Changelog)
• LaunchDarkly Review 2026: Features, Pricing, Pros and Cons (GrowthBook)
• LaunchDarkly vs Split.io vs Unleash: Which Flag Platform in 2026? (FlagShark)