Identità del dispositivo e fatturazione

FortressFlag fattura per dispositivo, non per app: il modello è che un telefono con tre delle tue app è una postazione, non tre. Questa pagina spiega l’identità che rende possibile tutto questo, cosa significa per la tua fattura, e i fatti di piattaforma — compreso dove la promessa «una postazione» richiede una configurazione, e dove non vale ancora — che vorrai conoscere prima che si presentino in un numero.

Una postazione è un dispositivo attivo mensile

Il tuo utilizzo in un mese è il numero di dispositivi distinti che hanno chiesto i flag in quel mese di calendario (UTC), su tutti i tuoi ambienti e le tue app. Un dispositivo che fa un poll conta una volta; un dispositivo che ne fa diecimila conta una volta. Un polling efficiente non gonfia la tua fattura, e i mesi tranquilli costano meno.

L’identità viene generata, non derivata

La prima volta che una delle tue app avvia l’SDK su un dispositivo, l’SDK genera un identificatore casuale — dev_ seguito da 22 caratteri — e lo memorizza sul dispositivo. Questa è tutta l’identità:

• Casuale, mai derivata. Non è l’ID pubblicitario, non è un numero di serie hardware, non è un hash di qualcosa che riguarda il tuo utente. Non può essere ricondotta a una persona, e non collega l’attività tra app di fornitori diversi. Sotto il GDPR è un identificatore pseudonimo — lo trattiamo come dato personale, ed è progettato per trasportare il minimo che un identificatore possa trasportare.
• Stabile per dispositivo. Su iOS, le tue app possono condividere un’unica identità attraverso un access group del keychain condiviso, così tre delle tue app su un iPhone contano come un dispositivo — la promessa per dispositivo, mantenuta per costruzione. Su Android, oggi l’identità è per app: ognuna delle tue app genera la propria, e conta separatamente.
• Reimpostabile. Ogni SDK espone un reset che elimina e rigenera l’identità — il percorso di cancellazione dell’identificatore. La conseguenza onesta: dopo un reset, il dispositivo conta come nuovo.

I simulatori vengono serviti, mai fatturati

Le build in esecuzione in un simulatore o emulatore generano invece un’identità sim_. FortressFlag serve loro i flag esattamente come ai dispositivi reali e li esclude del tutto dal conteggio — i simulatori del tuo team, la tua CI e i tuoi test con browser automatizzati non ti costano mai una postazione. (Sul web, un browser automatizzato che si annuncia tramite navigator.webdriver riceve un’identità sim_ — le tue suite Playwright e Cypress sono coperte.)

La tua schermata Utilizzo mostra il rapporto giornaliero tra traffico reale e da simulatore, così una build mal configurata che sta fatturando simulatori come dispositivi — o nascondendo dispositivi come simulatori — è visibile, non silenziosa.

Fatti di piattaforma, detti chiaramente

Ogni piattaforma memorizza l’identità nel modo più durevole che la piattaforma consente, e nessuna piattaforma consente «per sempre». Queste sono le conseguenze che osserverai davvero:

• iOS: l’identità vive nel keychain e sopravvive alla disinstallazione dell’app. Non viene mai sincronizzata su iCloud — un’identità che viaggiasse con un backup su un secondo iPhone fatturerebbe un dispositivo come due.
• Android: l’identità viene cancellata quando la tua app viene disinstallata — la reinstallazione genera una nuova identità, che è un nuovo dispositivo fatturabile. Un fatto di piattaforma, già messo in conto.
• Web: l’identità vive nello storage del browser legato all’origine. Una finestra privata/in incognito genera un’identità usa e getta che conta come dispositivo per quella sessione, e un utente che cancella i dati del sito è un nuovo dispositivo. Inoltre: una persona che usa il tuo sito web, la tua app iOS e la tua app Android è fino a tre dispositivi — uno per piattaforma. Non esiste alcun collegamento tra piattaforme, per scelta.

La prova, e cosa succede al suo limite

Ogni prova include 1.000 dispositivi attivi mensili, e le prove non scadono mai per tempo — puoi valutare per tutto il tempo che ti serve. Se il conteggio dei dispositivi di un mese supera la soglia, l’applicazione del limite arriva per fasi, mai come un muro:

1. Subito: un banner nella dashboard per tutti nel tuo team.
2. Dopo 14 giorni oltre il limite: la dashboard diventa in sola lettura — i flag continuano a essere serviti, semplicemente non puoi cambiare nulla finché non acquisti o l’utilizzo non scende.
3. Dopo 28 giorni oltre il limite: i dispositivi oltre i primi 1.000 ricevono i valori predefiniti dei flag. I primi 1.000 dispositivi mantengono i valori reali per tutto il tempo — i tuoi primi utenti non sono mai quelli penalizzati.

Acquistare il piano a pagamento cancella tutto questo all’istante.

Cosa conserviamo, e per quanto

Il conteggio deve contare dispositivi distinti, quindi gli identificatori grezzi dei dispositivi vengono conservati per 13 mesi — abbastanza per un anno di storico dell’utilizzo più il mese in corso — e poi eliminati. La tua schermata Utilizzo mostra il periodo corrente e 12 mesi di storico. Ciò che passa al nostro processore di pagamento sono i conteggi dei dispositivi, mai gli identificatori.

Prossimi passi

• Come i flag raggiungono la tua app — la richiesta che trasporta l’identità
• Leggi utilizzo e fatturazione — la schermata Utilizzo dell’Owner
• Chiavi — cosa autentica la richiesta del dispositivo