Terug naar begrippenlijst
Feature flagging
Feature flagging (ook wel feature toggling genoemd) is een techniek waarbij je bepaalde functionaliteiten in je software aan of uit kunt zetten zonder dat je de code opnieuw hoeft te deployen. Het is als een digitale lichtschakelaar: de functie zit al in de code, maar je bepaalt zelf wanneer je die zichtbaar maakt voor gebruikers. Deze aanpak maakt het mogelijk om nieuwe features geleidelijk te lanceren, te testen bij specifieke gebruikersgroepen, of snel terug te draaien als er iets misgaat. Klinkt technisch? Is het ook, maar vooral enorm praktisch voor teams die snel willen innoveren zonder onnodige risico’s.
Inhoudsopgave
De functie zit al klaar (maar je ziet ‘m nog niet)
Bij feature flagging wordt de code van een nieuwe functionaliteit al meegestuurd in een release, maar nog niet automatisch geactiveerd. Je kunt zelf bepalen wie de feature te zien krijgt: alleen interne testers, een specifieke regio, 10% van je gebruikers, of pas bij een bepaalde actie.
Deze aanpak is ideaal voor:
- A/B-tests zonder aparte versies te maken
- Gefaseerde uitrol van nieuwe functies
- Het snel uitschakelen van instabiele features
- Tijdgebonden functies (bijvoorbeeld voor acties of evenementen)
In plaats van het grote alles-of-niets-lanceren, geef je jezelf meer controle, zonder dat je telkens door het hele releaseproces moet.
Meer grip, minder risico
Feature flagging is vooral populair bij agile teams, omdat het perfect past binnen een iteratieve ontwikkelcyclus. Je kunt sneller experimenteren, foutjes beperken tot een klein deel van je gebruikers, en features in- of uitschakelen op basis van realtime data. Ontdekt iemand een bug? Flag uit. Nieuwe campagne klaar? Flag aan.
Het verlaagt de druk bij releases: je hoeft geen nachtelijke deploys te plannen of met zweet op je rug een lancering live te zetten. Alles draait om flexibiliteit en veiligheid in het ontwikkelproces.
Niet alleen voor developers
Hoewel feature flags technisch van aard zijn, profiteert eigenlijk het hele team ervan. Denk aan:
- Productowners die gecontroleerd features willen testen
- Marketeers die functies tijdelijk willen activeren (denk: kortingsmodules)
- Designers die meerdere UI-versies willen vergelijken
- Klantenservice die functies op aanvraag kan activeren
De kracht van feature flagging zit ‘m juist in die samenwerking tussen teams, waarbij techniek ondersteunt, maar de business bepaalt wanneer iets live gaat.
Code met een aan/uit-knop
De implementatie van feature flags kan zo eenvoudig of uitgebreid zijn als je zelf wilt. Een simpele if-statement in de code volstaat soms al, maar grotere organisaties gebruiken gespecialiseerde tools zoals LaunchDarkly, Flagsmith, Split.io of Firebase Remote Config.
Belangrijk is dat je wel structuur houdt: een wirwar aan oude of vergeten flags kan je codebase rommelig en foutgevoelig maken. Flagging vraagt dus ook om onderhoud en documentatie.
Gewoon een slimme manier van releasen
Feature flagging is geen hype, maar een slimme manier om softwareontwikkeling flexibeler, veiliger en efficiënter te maken. Je haalt het risico uit grote lanceringen, creëert ruimte voor testen en leert sneller wat werkt én wat niet. Voor teams die continu willen verbeteren, is het een onmisbare tool.
Veelgestelde vragen
Zeker niet. Ook kleine teams kunnen er veel voordeel van hebben, juist om snel te testen of te schakelen zonder technische stress.
Als het goed geïmplementeerd is, merk je daar niets van. Het toevoegen van een paar condities heeft minimale impact op performance.
A/B-testing test variaties van content of UX. Feature flagging draait om het aan- of uitzetten van volledige functionaliteiten – soms mét A/B-testen erin verwerkt.
Gebruik namingconventies, documenteer elke flag en verwijder verouderde flags regelmatig. Grotere teams gebruiken hiervoor een feature management tool.
Thijn de Haas Lead developer
