Feature Flags

Was sind Feature Flags?

Feature Flags sind konfigurierbare Schalter in einer Software, mit denen Entwickler einzelne Funktionen aktivieren oder deaktivieren können, ohne dafür neuen Code bereitzustellen. Sie ermöglichen kontrollierte Rollouts, Tests mit ausgewählten Nutzergruppen und eine schnelle Deaktivierung fehlerhafter Funktionen. Anwendungscode und Veröffentlichung einer Funktion werden dadurch voneinander getrennt.

Feature Flags, auf Deutsch auch Funktionsschalter genannt, steuern, welcher Nutzer eine bereits implementierte Funktion sehen oder verwenden darf. Der Code kann sich dabei schon im Produktivsystem befinden, während die Funktion zunächst nur für Entwickler, Tester oder einen begrenzten Teil der Nutzer freigeschaltet ist.

Wie funktionieren Feature Flags?

Ein Feature Flag besteht mindestens aus einem eindeutigen Namen, einem Status und einer Prüfbedingung. Der Anwendungscode fragt den Status während der Ausführung ab. Ist das Feature Flag aktiv, führt die Software den neuen Codepfad aus. Ist es inaktiv, verwendet sie weiterhin die bisherige Variante.

Eine einfache Abfrage kann beispielsweise so aufgebaut sein: if feature_flag_enabled('new_checkout'). Hinter dieser Bedingung kann eine zentrale Konfigurationsdatei, eine Datenbank oder ein spezieller Verwaltungsdienst stehen. Änderungen am Status wirken je nach Architektur unmittelbar oder nach Ablauf eines Zwischenspeichers.

Feature Flags können mehr als zwei feste Zustände abbilden. Eine Regel kann die Freischaltung auf bestimmte Konten, Länder, Endgeräte oder einen prozentualen Anteil des Traffics begrenzen. Bei einem Rollout für 10 Prozent der Nutzer sollte die Zuordnung stabil erfolgen, etwa über einen Hashwert der Nutzer-ID. Andernfalls könnte dieselbe Person bei jedem Seitenaufruf eine andere Variante erhalten.

Ein binäres Flag kennt die Zustände aktiv und inaktiv.
Ein zielgruppenbasiertes Flag prüft Merkmale wie Nutzerrolle, Tarif oder Region.
Ein prozentuales Flag verteilt eine Funktion auf einen festgelegten Anteil der Nutzer.
Ein zeitgesteuertes Flag aktiviert oder beendet eine Funktion zu einem definierten Zeitpunkt.

Welche Arten von Feature Flags gibt es?

Release Flags für kontrollierte Rollouts

Release Flags trennen die technische Bereitstellung vom fachlichen Veröffentlichungszeitpunkt. Ein Entwickler kann unvollständigen oder noch nicht freigegebenen Code in das Produktivsystem integrieren, solange das Feature Flag deaktiviert bleibt. Das reduziert große, schwer prüfbare Codeänderungen und erlaubt kleinere Veröffentlichungen.

Experiment Flags für Varianten

Experiment Flags teilen Nutzer in unterschiedliche Gruppen ein, um Varianten einer Funktion zu vergleichen. Eine Gruppe sieht beispielsweise einen bestehenden Bestellprozess, während eine zweite Gruppe eine neue Darstellung erhält. Für eine belastbare Auswertung muss vorab feststehen, welche Kennzahl bewertet wird, etwa Conversion-Rate, Abbruchquote oder durchschnittlicher Bestellwert.

Operations Flags für den Betrieb

Operations Flags steuern Funktionen, die sich auf Last, Stabilität oder externe Dienste auswirken. Bei einer Störung kann ein ressourcenintensiver Prozess deaktiviert werden, während die übrige Anwendung erreichbar bleibt. Ein Feature Flag ersetzt dabei weder Fehlerbehandlung noch Monitoring, bietet aber einen zusätzlichen Steuerungspunkt im laufenden Betrieb.

Berechtigungs-Flags für Nutzergruppen

Berechtigungs-Flags schalten Funktionen für definierte Kunden, Rollen oder Tarife frei. Diese Variante eignet sich für Beta-Programme und gestaffelte Produktangebote. Ein Feature Flag darf jedoch keine alleinige Sicherheitskontrolle sein. Berechtigungen müssen serverseitig geprüft werden, weil clientseitige Schalter im Browser eingesehen oder verändert werden können.

Feature Flags und Deployment unterscheiden

Der Unterschied zwischen Feature Flags und einem Deployment liegt im gesteuerten Objekt. Ein Deployment überträgt eine neue Softwareversion in eine Umgebung. Ein Feature Flag bestimmt anschließend, ob ein darin enthaltener Codepfad genutzt wird. Dadurch kann ein Deployment erfolgreich abgeschlossen sein, obwohl die neue Funktion für sämtliche Nutzer verborgen bleibt.

Auch ein Rollback ist nicht mit dem Ausschalten eines Feature Flags gleichzusetzen. Beim Rollback wird eine frühere Softwareversion wiederhergestellt. Das Deaktivieren eines Feature Flags lässt die aktuelle Version bestehen und lenkt Nutzer lediglich auf den bisherigen Codepfad zurück. Diese Rückkehr funktioniert nur, solange alter und neuer Code parallel lauffähig sind.

Feature Flags unterscheiden sich außerdem von A/B-Tests. Das Flag liefert die technische Verteilung der Varianten. Ein A/B-Test umfasst zusätzlich eine Hypothese, eine definierte Zielgröße, eine ausreichend stabile Stichprobe und eine statistische Auswertung. Eine zufällige Traffic-Aufteilung ohne Auswertungsplan ist daher noch kein vollständiger A/B-Test.

Nutzen für Webentwicklung und Marketing

Feature Flags erleichtern die Zusammenarbeit zwischen Entwicklung, Marketing und Produktmanagement. Eine Funktion kann technisch bereitgestellt und nach einer fachlichen Freigabe aktiviert werden. Bei einer neuen Website-Entwicklung mit SEO-Fokus lassen sich beispielsweise Navigationselemente oder Formularvarianten zunächst intern prüfen, bevor reguläre Besucher sie sehen.

Bei einem strukturiert vorbereiteten Website-Relaunch können Feature Flags einzelne Komponenten kontrolliert freigeben. Eine vollständige Umschaltung der Domain, URL-Struktur oder Indexierungslogik sollte jedoch nicht allein über kurzfristige Schalter gesteuert werden. Suchmaschinen benötigen konsistente Signale über HTML, interne Links, Weiterleitungen, Canonical Tags und Sitemaps.

Für SEA können Feature Flags unterschiedliche Landingpage-Varianten nach Kampagne oder Zielgruppe ausliefern. Dabei müssen Anzeigenversprechen, Zielseite und Tracking zusammenpassen. Für SEO und GEO, also Generative Engine Optimization, gilt zusätzlich: Werden wesentliche Inhalte nur für kleine oder wechselnde Nutzergruppen ausgespielt, erhalten Suchmaschinen und KI-Crawler möglicherweise eine andere Version als reguläre Besucher.

Messbar ist der Einsatz von Feature Flags über sogenannte Exposure Events. Ein solches Ereignis protokolliert, welcher Nutzer welchem Flag und welcher Variante zugeordnet war. Erst die Verknüpfung dieser Information mit Kennzahlen wie Conversion-Rate, Fehlerrate oder Ladezeit erlaubt eine saubere Bewertung. Ohne Exposure Event bleibt unklar, ob eine gemessene Veränderung tatsächlich auf das Feature Flag zurückgeht.

Risiken und typische Fehler

Feature Flags erzeugen zusätzliche Zustände im Anwendungscode. Bereits zwei unabhängige binäre Flags ermöglichen theoretisch vier Kombinationen. Bei fünf unabhängigen Flags entstehen 32 mögliche Kombinationen. Nicht jede Kombination muss getestet werden, doch kritische Wechselwirkungen sollten vor einer Veröffentlichung gezielt definiert und automatisiert geprüft werden.

Veraltete Flags bleiben nach dem vollständigen Rollout im Code bestehen.
Unklare Namen lassen Zweck und Verantwortlichkeit offen.
Der alte Codepfad wird nicht mehr getestet, obwohl er als Rückfalloption dient.
Clientseitige Flags geben Funktionen frei, ohne serverseitige Berechtigungen zu prüfen.
Tracking und Flag-Zuordnung verwenden unterschiedliche Nutzerkennungen.

Ein deaktivierbares Feature ist nur dann eine verlässliche Rückfalloption, wenn der alte Codepfad weiterhin funktioniert. Datenbankänderungen, gelöschte Felder oder inkompatible Datenformate können verhindern, dass ein Feature Flag den früheren Zustand vollständig wiederherstellt. Prüfe deshalb Code, Datenmodell und externe Schnittstellen gemeinsam.

Ein häufiger Fehler ist die dauerhafte Speicherung kurzfristiger Release Flags. Jedes Feature Flag sollte deshalb einen Verantwortlichen, einen Zweck und eine geplante Entfernung besitzen. Sobald eine Funktion vollständig ausgerollt und stabil ist, werden Flag-Abfrage und alter Codepfad entfernt. Diese Bereinigung hält den Programmablauf verständlich und reduziert Testaufwand.

Feature Flags richtig einsetzen

Ein Feature Flag braucht vor der Implementierung klare Regeln. Dazu gehören die Zielgruppe, der Startzustand, die Rückfallbedingung und die Kennzahl für die Bewertung. Bei einem schrittweisen Rollout kann die Freigabe beispielsweise von internen Konten über einen kleinen Nutzeranteil bis zur vollständigen Aktivierung erweitert werden.

Für kritische Funktionen empfiehlt sich ein dokumentierter Ablauf: Wer darf das Feature Flag ändern, wie wird die Änderung protokolliert und welche Messwerte führen zur Deaktivierung? Bei technischen Änderungen sollten Fehlerquote, Antwortzeit und Serverlast beobachtet werden. Bei Marketingvarianten zählen dagegen vorher festgelegte Ziele wie abgeschickte Formulare oder abgeschlossene Käufe.

Feature Flags sollten außerdem Teil der technischen Qualitätssicherung sein. Automatisierte Tests prüfen mindestens den aktiven und den inaktiven Codepfad. Ergänzende technische SEO-Checks stellen sicher, dass Varianten keine unbeabsichtigten Änderungen an Statuscodes, internen Links, strukturierten Daten oder indexierbaren Inhalten verursachen.

Vergib einen eindeutigen Namen, der Funktion und Zweck beschreibt.
Lege einen Verantwortlichen und ein geplantes Ablaufdatum fest.
Definiere vor dem Start messbare Kriterien für Freigabe und Rückfall.
Teste den aktiven und den inaktiven Codepfad.
Entferne das Flag und den alten Code nach dem vollständigen Rollout.

Häufige Fragen zu Feature Flags

Sind Feature Flags nur für große Softwareprojekte sinnvoll?

Nein. Feature Flags können auch in kleineren Webprojekten sinnvoll sein, wenn Funktionen unabhängig von einem Deployment freigegeben oder bei Bedarf deaktiviert werden sollen. Der Verwaltungsaufwand sollte jedoch zum Umfang und Risiko der Funktion passen.

Wo werden Feature Flags gespeichert?

Feature Flags können in Konfigurationsdateien, Umgebungsvariablen, Datenbanken oder zentralen Verwaltungsdiensten gespeichert werden. Die passende Lösung hängt davon ab, wie häufig sich der Status ändert und ob mehrere Anwendungen dieselbe Konfiguration nutzen.

Kann ein Feature Flag eine Funktion sofort deaktivieren?

Das hängt von der technischen Umsetzung ab. Ein zentral ausgewertetes Feature Flag kann kurzfristig wirken, während zwischengespeicherte Werte erst nach Ablauf des Cache aktualisiert werden. Bereits laufende Prozesse oder irreversible Datenänderungen werden durch das Ausschalten nicht automatisch zurückgesetzt.

Wie lange sollte ein Feature Flag bestehen bleiben?

Ein Release Flag sollte entfernt werden, sobald die Funktion vollständig eingeführt ist und der alte Codepfad nicht mehr benötigt wird. Dauerhafte Operations- oder Berechtigungs-Flags können länger bestehen, benötigen aber weiterhin eine klare Zuständigkeit und regelmäßige Prüfung.

Sind Feature Flags dasselbe wie Beta-Funktionen?

Nein. Eine Beta-Funktion bezeichnet den Reifegrad oder die begrenzte Freigabe einer Funktion. Ein Feature Flag ist der technische Mechanismus, mit dem die Beta-Funktion für ausgewählte Nutzer aktiviert werden kann.

Beeinflussen Feature Flags die Ladezeit einer Website?

Eine einzelne lokale Abfrage verursacht meist nur geringen Aufwand. Externe Flag-Dienste, komplexe Regeln oder blockierende Netzwerkabfragen können die Antwortzeit erhöhen. Kritische Werte sollten deshalb zwischengespeichert und Ausfälle des Konfigurationsdienstes technisch abgefangen werden.