Identidad del dispositivo y facturación
FortressFlag factura por dispositivo, no por app: el modelo es que un teléfono que ejecuta tres de tus apps es un puesto, no tres. Esta página explica la identidad que hace que eso funcione, qué significa para tu factura, y los hechos de cada plataforma — incluidos dónde la promesa de un solo puesto necesita configuración, y dónde todavía no se cumple — que querrás conocer antes de que aparezcan en un número.
Un puesto es un dispositivo activo mensual
Sección titulada «Un puesto es un dispositivo activo mensual»Tu uso de un mes es el número de dispositivos distintos que pidieron flags en ese mes natural (UTC), en todos tus entornos y apps. Un dispositivo que sondea una vez cuenta una vez; un dispositivo que sondea diez mil veces cuenta una vez. Un sondeo eficiente no infla tu factura, y los meses tranquilos cuestan menos.
La identidad se emite, no se deriva
Sección titulada «La identidad se emite, no se deriva»La primera vez que una de tus apps arranca el SDK en un dispositivo, el SDK emite un
identificador aleatorio — dev_ seguido de 22 caracteres — y lo guarda en el dispositivo.
Esa es toda la identidad:
- Aleatoria, nunca derivada. No es el ID de publicidad, no es un número de serie del hardware, no es un hash de nada sobre tu usuario. No se puede revertir hasta una persona, y no enlaza actividad entre apps de distintos proveedores. Bajo el RGPD es un identificador seudónimo — lo tratamos como dato personal, y está diseñado para llevar tan poco como puede llevar un identificador.
- Estable por dispositivo. En iOS, tus apps pueden compartir una identidad a través de un grupo de acceso al llavero compartido, de modo que tres de tus apps en un iPhone cuentan como un dispositivo — la promesa por dispositivo, cumplida por construcción. En Android, la identidad es por app hoy: cada una de tus apps emite la suya, y cuenta por separado.
- Reiniciable. Cada SDK expone un reinicio que elimina y vuelve a emitir la identidad — la vía de borrado del identificador. La consecuencia honesta: tras un reinicio, el dispositivo cuenta como uno nuevo.
Los simuladores se sirven, nunca se facturan
Sección titulada «Los simuladores se sirven, nunca se facturan»Los builds que se ejecutan en un simulador o emulador emiten en su lugar una identidad
sim_. FortressFlag les sirve flags exactamente igual que a los dispositivos reales y los
excluye por completo de la medición — los simuladores de tu equipo, tu CI y tus pruebas de
navegador automatizadas nunca te cuestan un puesto. (En la web, un navegador automatizado
que se anuncia mediante navigator.webdriver recibe una identidad sim_ — tus suites de
Playwright y Cypress están cubiertas.)
Tu pantalla de Uso muestra la proporción diaria de tráfico real frente a simulado, así que un build mal configurado que está facturando simuladores como dispositivos — u ocultando dispositivos como simuladores — es visible, no silencioso.
Hechos de cada plataforma, dichos claramente
Sección titulada «Hechos de cada plataforma, dichos claramente»Cada plataforma guarda la identidad de forma tan duradera como la plataforma permite, y ninguna plataforma permite para siempre. Estas son las consecuencias que observarás de verdad:
- iOS: la identidad vive en el llavero y sobrevive a las desinstalaciones de la app. Nunca se sincroniza con iCloud — una identidad que viajara en una copia de seguridad hasta un segundo iPhone facturaría un dispositivo como dos.
- Android: la identidad se borra cuando tu app se desinstala — reinstalar emite una identidad nueva, que es un nuevo dispositivo facturable. Un hecho de la plataforma, ya incluido en el precio.
- Web: la identidad vive en el almacenamiento del navegador limitado al origen. Una ventana privada/de incógnito emite una identidad desechable que cuenta como un dispositivo durante esa sesión, y un usuario que borra los datos del sitio es un nuevo dispositivo. Además: una persona que usa tu sitio web, tu app de iOS y tu app de Android son hasta tres dispositivos — uno por plataforma. No hay enlace entre plataformas, por diseño.
La prueba, y qué pasa en su límite
Sección titulada «La prueba, y qué pasa en su límite»Cada prueba incluye 1.000 dispositivos activos mensuales, y las pruebas nunca caducan por tiempo — puedes evaluar durante todo el tiempo que necesites. Si el recuento de dispositivos de un mes supera el nivel, la aplicación de los límites llega por etapas, nunca como un precipicio:
- De inmediato: un aviso en el panel para todo tu equipo.
- Tras 14 días por encima: el panel pasa a solo lectura — los flags se siguen sirviendo, solo que no puedes cambiar nada hasta que compres o el uso baje.
- Tras 28 días por encima: los dispositivos más allá de los primeros 1.000 reciben los valores por defecto de los flags. Los primeros 1.000 dispositivos conservan los valores reales en todo momento — tus primeros usuarios nunca son los degradados.
Comprar el plan de pago lo despeja todo al instante.
Qué guardamos, y durante cuánto tiempo
Sección titulada «Qué guardamos, y durante cuánto tiempo»La medición necesita contar dispositivos distintos, así que los identificadores de dispositivo en bruto se conservan durante 13 meses — suficiente para un año de historial de uso más el mes en curso — y después se descartan. Tu pantalla de Uso muestra el periodo actual y 12 meses de historial. Lo que cruza hasta nuestro procesador de pagos son recuentos de dispositivos, nunca identificadores de dispositivo.
¿Por dónde seguir?
Sección titulada «¿Por dónde seguir?»- Cómo llegan los flags a tu app — la petición que lleva la identidad
- Consulta tu uso y facturación — la pantalla de Uso del owner
- Claves — qué autentica la petición del dispositivo