# Feature Flag Software: Eins wählen, dann dahinter ausliefern URL: https://whatshouldibuildnext.com/de/lp/feature-flag-software Type: landing Locale: de Published: 2026-10-25 Updated: 2026-10-28 --- > LaunchDarkly, PostHog, GrowthBook und Unleash im Vergleich: wie du Feature Flag Software auswählst, wann ein Boolean reicht und welches Feature du zuerst absicherst. *Für Devs, die solo shippen* ## Feature Flag Software, ohne Hype ausgewählt Vergleiche Feature Flag Software nach dem, was ein Solo-Dev oder ein kleines Team wirklich braucht, und plane dann ein Projekt, das ein Flag verdient. Kostenlos, ohne Anmeldung. ## Vier Aufgaben, die ein Feature Flag übernimmt ### Dunkel ausliefern, später freischalten Unfertige Arbeit hinter einem Flag in main mergen. Code deployen und ein Feature freischalten sind dann nicht mehr dasselbe Ereignis. Das macht Freitags-Merges weniger nervenaufreibend. ### Schrittweise ausrollen Aktiviere ein Feature erst für dich, dann für 5 % der Nutzer, dann für alle. Steigen die Fehlerraten, stoppst du bei 5 % statt alle um Entschuldigung zu bitten. ### Kill-Switch in Sekunden Eine wackelige Drittanbieter-Integration oder eine langsame Abfrage lässt sich im Dashboard abschalten. Kein Rollback, kein Redeploy, kein Hotfix-Branch um 3 Uhr nachts. ### Mit echten Nutzern testen Zwei Varianten ausspielen, eine Metrik messen, den Gewinner behalten. Manche Tools bringen Experimente gleich mit, andere überlassen das deinem Analytics-Stack. ## Vier Tools, ehrliche Unterschiede | Kriterium | LaunchDarkly | PostHog | GrowthBook | Unleash | |---|---|---|---|---| | Lizenz | Proprietär | MIT | MIT | Apache | | Self-Hosting-Option | Nein | Ja | Ja | Ja | | Kostenloser Tarif | Ja, nutzungsabhängig begrenzt | Ja, 1 Mio. Flag-Anfragen im Monat | Ja in der Cloud, Self-Hosting kostenlos | Kostenlos selbst gehostet | | Eingebaute Experimente | Ja | Ja, in der Cloud | Ja | Eingeschränkt | | Passt am besten zu | Teams, die ein verwaltetes Enterprise-Produkt wollen | Teams, die zusätzlich Produktanalysen wollen | Teams, denen A/B-Tests wichtig sind | Teams, die Datensouveränität brauchen | *Anwendungsfall* ## Installiere kein Tool, bevor du ein riskantes Feature hast Der typische Fehler ist, Feature-Flag-Software in ein Projekt zu installieren, in dem nichts zum Absichern existiert. Ein Flag lohnt sich, wenn es eine Änderung gibt, die du nicht allen auf einmal ausliefern würdest: ein Zahlungsablauf, eine Datenmigration, ein KI-Feature mit schwer kalkulierbaren Kosten. Wenn du diese Änderung nicht benennen kannst, reicht vorerst ein Boolean in einer Umgebungsvariable. Der Generator auf whatshouldibuildnext.com macht aus einer groben Idee eine Spec mit vorgeschlagenem Stack und den ein oder zwei Features mit echtem Risiko. So weißt du, was hinter ein Flag gehört, bevor du einen Anbieter wählst. - Kostenlos, clientseitig, ohne Anmeldung - Benennt die Features, die beim Ausliefern riskant sind - Schlägt einen Stack vor, der dein Flag-SDK unterstützt *Hosting* ## Gehostet oder selbst betrieben: wähle die kleinere Last Open-Source-Feature-Flag-Tools sind lizenzrechtlich kostenlos, aber nicht zeitlich. Selbst betreiben heißt: eine Datenbank sichern, einen Dienst am Laufen halten und Upgrades einspielen, und zwar für ein System, von dem dein Produktivcode bei jeder Anfrage abhängt. Gehostete Tools nehmen dir das ab, und ihre Gratis-Tarife reichen für die meisten Side-Projekte. Wähle Self-Hosting, wenn Datenresidenz oder Kosten pro Anfrage dazu zwingen, nicht weil es sich nach Indie-Stolz anfühlt. Egal, wofür du dich entscheidest: Programmiere gegen OpenFeature, dann bleibt die Wahl umkehrbar. - Gehostet: keine Server, nutzungsbasierte Preise - Selbst betrieben: keine Rechnung pro Anfrage, du trägst die Verfügbarkeit - OpenFeature hält den Anbieter austauschbar ## Vom Nullpunkt bis zum geflaggten Feature 1. **Benenne die riskante Änderung** — Wähle das eine Feature, das dich ruinieren könnte, wenn es kaputt ausgeliefert wird. Das ist dein erstes Flag, nicht alle zwanzig. 2. **Starte mit dem Gratis-Tarif** — Lege ein Konto an oder starte das Open-Source-Image lokal, hole dir einen SDK-Schlüssel und binde ein Flag in einem Branch ein. 3. **Standard auf aus** — Mach das sichere Verhalten zum Fallback, damit ein fehlgeschlagener Flag-Abruf niemals unfertigen Code freigibt. 4. **Stufenweise ausrollen** — Erst dir selbst, dann einem kleinen Prozentsatz, dann allen. Fehler und Latenz zwischen den Schritten beobachten. 5. **Lösche das Flag** — Steht ein Feature bei 100 % und läuft stabil, entfernst du Flag und toten Codepfad in einem einzigen Pull Request. ## Häufige Fragen ### Was ist Feature Flag Software? Ein Tool, mit dem du Codepfade zur Laufzeit ein- und ausschalten kannst, ohne neu zu deployen. Du packst eine riskante Änderung in ein Flag, lieferst sie verdeckt aus und schaltest sie dann für dich, einen Prozentsatz der Nutzer oder alle frei. Bei einem Fehler schaltest du sofort ab. ### Brauche ich Feature Flag Software bei einem Solo-Side-Projekt? Am ersten Tag meist nicht. Ein Boolean in einer Umgebungsvariable reicht oft aus. Greif zu einem echten Tool, wenn du Targeting pro Nutzer, schrittweise Rollouts oder einen Kill-Switch brauchst, den du ohne Zugriff auf den Server umlegen kannst. ### Gibt es ein kostenloses Feature-Flag-Tool? Ja. LaunchDarkly, PostHog, GrowthBook, Flagsmith und Statsig bieten alle kostenlose Tarife, und Unleash, GrowthBook, Flagsmith und PostHog haben Open-Source-Versionen, die du selbst hosten kannst. Limits und Preise ändern sich, also prüfe vor einer Entscheidung die jeweilige Preisseite. ### Selbst hosten oder einen gehosteten Dienst nutzen? Gehostet heißt: keine Server zu patchen, und die Flags werden für dich ausgewertet. Selbst gehostet heißt: keine Rechnung pro Anfrage und volle Datenkontrolle, dafür betreibst du Datenbank und Verfügbarkeit selbst. Für ein Side-Projekt sind gehostete Gratis-Tarife meist weniger Arbeit. ### Was ist OpenFeature und ist es wichtig? OpenFeature ist eine herstellerneutrale API zur Flag-Auswertung. Wenn du gegen sie programmierst, bedeutet ein späterer Anbieterwechsel nur den Tausch eines Provider-Plugins und nicht das Umschreiben jedes Flag-Aufrufs. Das ist eine günstige Versicherung gegen Lock-in. ### Wie verhindere ich, dass sich alte Flags ansammeln? Gib jedem Flag beim Anlegen einen Verantwortlichen und ein Entfernungsdatum. Ein Flag, das seit einigen Wochen bei 100 % steht, ist technische Schuld: Lösche Flag und toten Codezweig im selben Pull Request. ### Was baue ich, um mit Flags zu üben? Etwas mit mindestens einem Feature, bei dem dir mulmig wäre, es allen auszuliefern. Der Generator auf whatshouldibuildnext.com plant ein kleines Projekt mit ein oder zwei riskanten Features, und damit hast du einen echten Grund, Code hinter ein Flag zu packen. ## Plane etwas, das ein Flag verdient Kostenloser Spec-Generator, clientseitig, ohne Anmeldung. Du bekommst die Features und einen vorgeschlagenen Stack und wählst dann dein Flag-Tool. *Call to action: Projekt-Spec generieren* ## FAQ ### Was ist Feature Flag Software? Ein Tool, mit dem du Codepfade zur Laufzeit ein- und ausschalten kannst, ohne neu zu deployen. Du packst eine riskante Änderung in ein Flag, lieferst sie verdeckt aus und schaltest sie dann für dich, einen Prozentsatz der Nutzer oder alle frei. Bei einem Fehler schaltest du sofort ab. ### Brauche ich Feature Flag Software bei einem Solo-Side-Projekt? Am ersten Tag meist nicht. Ein Boolean in einer Umgebungsvariable reicht oft aus. Greif zu einem echten Tool, wenn du Targeting pro Nutzer, schrittweise Rollouts oder einen Kill-Switch brauchst, den du ohne Zugriff auf den Server umlegen kannst. ### Gibt es ein kostenloses Feature-Flag-Tool? Ja. LaunchDarkly, PostHog, GrowthBook, Flagsmith und Statsig bieten alle kostenlose Tarife, und Unleash, GrowthBook, Flagsmith und PostHog haben Open-Source-Versionen, die du selbst hosten kannst. Limits und Preise ändern sich, also prüfe vor einer Entscheidung die jeweilige Preisseite. ### Selbst hosten oder einen gehosteten Dienst nutzen? Gehostet heißt: keine Server zu patchen, und die Flags werden für dich ausgewertet. Selbst gehostet heißt: keine Rechnung pro Anfrage und volle Datenkontrolle, dafür betreibst du Datenbank und Verfügbarkeit selbst. Für ein Side-Projekt sind gehostete Gratis-Tarife meist weniger Arbeit. ### Was ist OpenFeature und ist es wichtig? OpenFeature ist eine herstellerneutrale API zur Flag-Auswertung. Wenn du gegen sie programmierst, bedeutet ein späterer Anbieterwechsel nur den Tausch eines Provider-Plugins und nicht das Umschreiben jedes Flag-Aufrufs. Das ist eine günstige Versicherung gegen Lock-in. ### Wie verhindere ich, dass sich alte Flags ansammeln? Gib jedem Flag beim Anlegen einen Verantwortlichen und ein Entfernungsdatum. Ein Flag, das seit einigen Wochen bei 100 % steht, ist technische Schuld: Lösche Flag und toten Codezweig im selben Pull Request. ### Was baue ich, um mit Flags zu üben? Etwas mit mindestens einem Feature, bei dem dir mulmig wäre, es allen auszuliefern. Der Generator auf whatshouldibuildnext.com plant ein kleines Projekt mit ein oder zwei riskanten Features, und damit hast du einen echten Grund, Code hinter ein Flag zu packen.