Pular para o conteúdo
FortressFlag Docs

Identidade do dispositivo e cobrança

O FortressFlag cobra por dispositivo, não por app: o modelo é que um celular rodando três dos seus apps é um assento, não três. Esta página explica a identidade que faz isso funcionar, o que ela significa para a sua conta, e os fatos de plataforma — incluindo onde a promessa de um assento precisa de configuração, e onde ela ainda não vale — que você vai querer conhecer antes que apareçam em um número.

Um assento é um dispositivo ativo mensal

Seção intitulada “Um assento é um dispositivo ativo mensal”

O seu uso em um mês é o número de dispositivos distintos que pediram flags naquele mês do calendário (UTC), em todos os seus ambientes e apps. Um dispositivo que consulta uma vez conta uma vez; um dispositivo que consulta dez mil vezes conta uma vez. Um polling eficiente não infla a sua conta, e meses tranquilos custam menos.

A identidade é gerada, não derivada

Seção intitulada “A identidade é gerada, não derivada”

Na primeira vez que um dos seus apps inicia o SDK em um dispositivo, o SDK gera um identificador aleatório — dev_ seguido de 22 caracteres — e o armazena no dispositivo. Essa é toda a identidade:

  • Aleatória, nunca derivada. Não é o ID de publicidade, não é um número de série de hardware, não é um hash de nada sobre o seu usuário. Não pode ser revertida para uma pessoa, e não vincula atividade entre apps de fornecedores diferentes. Sob a GDPR é um identificador pseudônimo — nós o tratamos como dado pessoal, e ele foi projetado para carregar o mínimo que um identificador pode carregar.
  • Estável por dispositivo. No iOS, os seus apps podem compartilhar uma identidade por meio de um grupo de acesso ao keychain compartilhado, então três dos seus apps em um iPhone contam como um dispositivo — a promessa por dispositivo, cumprida por construção. No Android, hoje a identidade é por app: cada um dos seus apps gera a sua própria, e conta separadamente.
  • Redefinível. Todo SDK expõe um reset que exclui e gera de novo a identidade — o caminho de apagamento do identificador. A consequência honesta: depois de um reset, o dispositivo conta como um novo.

Simuladores são atendidos, nunca cobrados

Seção intitulada “Simuladores são atendidos, nunca cobrados”

Builds rodando em um simulador ou emulador geram uma identidade sim_ em vez disso. O FortressFlag serve flags a eles exatamente como a dispositivos reais e os exclui inteiramente da medição — os simuladores do seu time, o seu CI e os seus testes de navegador automatizados nunca custam um assento. (Na web, um navegador automatizado que se anuncia via navigator.webdriver recebe uma identidade sim_ — as suas suítes de Playwright e Cypress estão cobertas.)

A sua tela de Uso mostra a proporção diária entre tráfego real e de simulador, então um build mal configurado que está cobrando simuladores como dispositivos — ou escondendo dispositivos como simuladores — fica visível, não silencioso.

Fatos de plataforma, ditos com clareza

Seção intitulada “Fatos de plataforma, ditos com clareza”

Cada plataforma armazena a identidade de forma tão durável quanto a plataforma permite, e nenhuma plataforma permite para sempre. Estas são as consequências que você vai realmente observar:

  • iOS: a identidade vive no keychain e sobrevive à desinstalação do app. Ela nunca é sincronizada com o iCloud — uma identidade que pegasse carona em um backup para um segundo iPhone cobraria um dispositivo como dois.
  • Android: a identidade é apagada quando o seu app é desinstalado — reinstalar gera uma nova identidade, que é um novo dispositivo cobrável. Um fato de plataforma, já precificado.
  • Web: a identidade vive no armazenamento do navegador com escopo de origem. Uma janela privada/anônima gera uma identidade descartável que conta como um dispositivo naquela sessão, e um usuário que limpa os dados do site é um novo dispositivo. Além disso: uma pessoa usando o seu site, o seu app iOS e o seu app Android é até três dispositivos — um por plataforma. Não há vínculo entre plataformas, por design.

O teste gratuito, e o que acontece no limite dele

Seção intitulada “O teste gratuito, e o que acontece no limite dele”

Todo teste gratuito inclui 1.000 dispositivos ativos mensais, e ele nunca expira por tempo — você pode avaliar pelo tempo que precisar. Se a contagem de dispositivos de um mês crescer além do limite, a aplicação chega em etapas, nunca como um precipício:

  1. Na hora: um banner no painel para todo mundo do seu time.
  2. Depois de 14 dias acima: o painel fica somente leitura — as flags continuam sendo servidas, você só não consegue mudar nada até comprar ou até o uso cair.
  3. Depois de 28 dias acima: os dispositivos além dos primeiros 1.000 recebem os padrões das flags. Os primeiros 1.000 dispositivos mantêm valores reais o tempo todo — os seus usuários mais antigos nunca são os degradados.

Comprar o plano pago limpa tudo isso na hora.

O que guardamos, e por quanto tempo

Seção intitulada “O que guardamos, e por quanto tempo”

A medição precisa contar dispositivos distintos, então os identificadores brutos de dispositivo são guardados por 13 meses — o suficiente para um ano de histórico de uso mais o mês em andamento — e depois descartados. A sua tela de Uso mostra o período atual e 12 meses de histórico. O que cruza para o nosso processador de pagamentos são contagens de dispositivos, nunca identificadores de dispositivo.

Para onde ir agora

Seção intitulada “Para onde ir agora”