Geräteidentität und Abrechnung

FortressFlag rechnet pro Gerät ab, nicht pro App: Das Modell ist, dass ein Telefon mit drei deiner Apps ein Seat ist, nicht drei. Diese Seite erklärt die Identität, die das möglich macht, was sie für deine Rechnung bedeutet, und die Plattformfakten — auch wo das Ein-Seat-Versprechen Einrichtung braucht und wo es noch nicht gilt —, die du kennen willst, bevor sie in einer Zahl auftauchen.

Ein Seat ist ein monatlich aktives Gerät

Deine Nutzung in einem Monat ist die Zahl der verschiedenen Geräte, die Flags angefragt haben, in diesem Kalendermonat (UTC), über alle deine Umgebungen und Apps hinweg. Ein Gerät, das einmal abfragt, zählt einmal; ein Gerät, das zehntausendmal abfragt, zählt einmal. Effizientes Polling bläht deine Rechnung nicht auf, und ruhige Monate kosten weniger.

Die Identität wird erzeugt, nicht abgeleitet

Wenn eine deiner Apps das SDK auf einem Gerät zum ersten Mal startet, erzeugt das SDK eine zufällige Kennung — dev_ gefolgt von 22 Zeichen — und speichert sie auf dem Gerät. Das ist die ganze Identität:

• Zufällig, nie abgeleitet. Sie ist nicht die Werbe-ID, keine Hardware-Seriennummer, kein Hash von irgendetwas über deinen Nutzer. Sie lässt sich nicht zu einer Person zurückrechnen, und sie verknüpft keine Aktivität über die Apps verschiedener Anbieter hinweg. Unter der DSGVO ist sie eine pseudonyme Kennung — wir behandeln sie als personenbezogene Daten, und sie ist so gestaltet, dass sie so wenig trägt, wie eine Kennung nur kann.
• Stabil pro Gerät. Auf iOS können deine Apps eine Identität über eine gemeinsame Keychain-Zugriffsgruppe teilen, sodass drei deiner Apps auf einem iPhone als ein Gerät zählen — das Pro-Gerät-Versprechen, durch Konstruktion gehalten. Auf Android ist die Identität heute pro App: Jede deiner Apps erzeugt ihre eigene und zählt separat.
• Zurücksetzbar. Jedes SDK bietet ein Reset, das die Identität löscht und neu erzeugt — der Löschpfad für die Kennung. Die ehrliche Konsequenz: Nach einem Reset zählt das Gerät als neues.

Simulatoren werden bedient, nie abgerechnet

Builds, die in einem Simulator oder Emulator laufen, erzeugen stattdessen eine sim_-Identität. FortressFlag liefert ihnen Flags genau wie echten Geräten und nimmt sie vollständig aus der Zählung heraus — die Simulatoren deines Teams, deine CI und deine automatisierten Browsertests kosten dich nie einen Seat. (Im Web bekommt ein automatisierter Browser, der sich über navigator.webdriver zu erkennen gibt, eine sim_-Identität — deine Playwright- und Cypress-Suiten sind abgedeckt.)

Dein Nutzungsbildschirm zeigt das tägliche Verhältnis von echtem zu Simulator-Traffic, sodass ein fehlkonfigurierter Build, der Simulatoren als Geräte abrechnet — oder Geräte als Simulatoren versteckt — sichtbar ist, nicht stumm.

Plattformfakten, klar benannt

Jede Plattform speichert die Identität so dauerhaft, wie die Plattform es erlaubt, und keine Plattform erlaubt für immer. Das sind die Konsequenzen, die du tatsächlich beobachten wirst:

• iOS: Die Identität lebt in der Keychain und überlebt App-Deinstallationen. Sie wird nie mit iCloud synchronisiert — eine Identität, die per Backup auf ein zweites iPhone wandert, würde ein Gerät als zwei abrechnen.
• Android: Die Identität wird gelöscht, wenn deine App deinstalliert wird — eine Neuinstallation erzeugt eine neue Identität, und das ist ein neues abrechenbares Gerät. Ein Plattformfakt, eingepreist.
• Web: Die Identität lebt im origin-gebundenen Speicher des Browsers. Ein privates Fenster / Inkognito-Fenster erzeugt eine Wegwerf-Identität, die für diese Sitzung als Gerät zählt, und ein Nutzer, der Website-Daten löscht, ist ein neues Gerät. Außerdem: Eine Person, die deine Website, deine iOS-App und deine Android-App benutzt, ist bis zu drei Geräte — eines pro Plattform. Es gibt keine plattformübergreifende Verknüpfung, mit Absicht.

Die Testphase, und was an ihrer Grenze passiert

Jede Testphase enthält 1.000 monatlich aktive Geräte, und Testphasen laufen nie zeitlich ab — du kannst so lange evaluieren, wie du brauchst. Wenn die Gerätezahl eines Monats über die Stufe hinauswächst, kommt die Durchsetzung in Schritten, nie als Klippe:

1. Sofort: ein Banner im Dashboard für alle in deinem Team.
2. Nach 14 Tagen darüber: Das Dashboard wird schreibgeschützt — Flags werden weiter ausgeliefert, du kannst nur nichts ändern, bis du kaufst oder die Nutzung sinkt.
3. Nach 28 Tagen darüber: Geräte jenseits der ersten 1.000 erhalten Flag-Standards. Die ersten 1.000 Geräte behalten durchgehend echte Werte — deine frühesten Nutzer sind nie diejenigen, die herabgestuft werden.

Den bezahlten Plan zu kaufen hebt all das sofort auf.

Was wir behalten, und wie lange

Die Zählung muss verschiedene Geräte zählen, also werden rohe Gerätekennungen 13 Monate aufbewahrt — genug für ein Jahr Nutzungshistorie plus den laufenden Monat — und dann verworfen. Dein Nutzungsbildschirm zeigt die aktuelle Periode und 12 Monate Historie. Was an unseren Zahlungsdienstleister geht, sind Geräte-Zahlen, nie Gerätekennungen.

Wie geht es weiter?

• Wie Flags deine App erreichen — die Anfrage, die die Identität trägt
• Lies deine Nutzung und Abrechnung — der Nutzungsbildschirm des Owners
• Schlüssel — was die Anfrage des Geräts authentifiziert