# Wat Is een Feature Flag? Praktische Gids voor Teams URL: https://formula.dog/nl/journal/wat-is-een-feature-flag Type: blog Locale: nl Published: 2026-09-19 Updated: 2026-09-19 --- > Feature flags bieden je team een runtime-schakelaar om functies in- en uit te schakelen zonder nieuwe code uit te rollen. Voor ops en analytics teams is het begrijpen ervan verrassend nuttig. ## Wat is een feature flag? Een feature flag is een voorwaardelijke schakelaar in software die een bepaalde functie in real-time in- en uitschakelt, zonder dat je de onderliggende code moet aanpassen of een nieuwe versie moet uitrollen. Je team stuurt de code uit, en de flag bepaalt of gebruikers het zien. Als je in een sprint review hoort "we gaan hier achter een flag live", dan weet je precies wat dat betekent. Dit concept dook op in vrijwel alle cross-functionele werkzaamheden: feature releases, incident reports, A/B test-resultaten en release notes verwijzen er altijd naar. Hoe sneller je snapt wat een flag is en in welke status hij staat, hoe waardevoller je bent in die gesprekken. ## Een feature flag is een IF-statement dat je team op schaal gebruikt In de kern is een feature flag een IF-statement. In Excel schrijf je `=IF(A2="AAN","Functie zichtbaar","Functie verborgen")`. In applicatiecode doet een flag hetzelfde: als de flag waar is, voer dit codeparcours uit; zo niet, sla het over en voer het alternatief uit. Het verschil is schaal en context. Een flag in een productieprogramma evalueert miljoenen keer per seconde, voor elke actieve gebruikerssessie, met logica die specifieke gebruikers, geografische regio's, devicetypen of gebruikerscohorten kan targeten. Het onderliggende concept is identiek aan wat je al in een spreadsheet gebruikt. Dit is geen toeval. Feature flags werden precies om die reden formaliseerd: developers schreven steeds hetzelfde toggle-logica keer op keer handmatig in elke codebase. Het patroon werd geëxtraheerd naar dedicated libraries en platforms. De IF-statement groeide op. ## De vier types feature flags die je tegenkomt Feature flags vallen in vier categorieën. Te weten welk type iemand bedoelt, verandert het hele gesprek. **Release flags** bepalen of een nieuwe functie voor gebruikers zichtbaar is. Ze zijn qua ontwerp tijdelijk: zodra de functie stabiel en volledig uitgerold is, wordt de flag verwijderd. "De nieuwe checkout-flow zit achter een flag" betekent dat het gebouwd en getest is, maar nog niet voor het publiek beschikbaar. Het team bepaalt het moment van release los van het moment van deployment. **Experiment flags** voeren A/B tests uit. Een percentage van de gebruikers ziet versie A, de rest versie B, en analytics-tools meten het gedragsverschil. Deze flags genereren data voordat een productbesluit wordt genomen en elimineren giswerk van "welke versie is beter". **Ops flags** zijn noodremmers. Ze staan standaard op AAN, en als iets in productie stuk gaat, zet een engineer de flag snel op UIT om de functie direct uit te schakelen, zonder op een nieuwe deployment te wachten. Response-tijd daalt van 45 minuten naar minder dan twee minuten. Elk serieus productiesysteem heeft minstens enkele van deze. **Permission flags** sluiten functies af op basis van gebruikerstype, account-type, regio of elk ander kenmerk. Premium-gebruikers zien het geavanceerde rapportage-dashboard; gratis-gebruikers niet. Als een klant een hoger abonnement neemt, evalueert de flag anders de volgende keer dat ze inloggen. Geen codewijziging nodig. ![](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/formula-dog/2026-09/b4d0db-inline2.webp) ## Waarom ops, analytics en product teams iets om feature flags geven Feature flags gaan niet alleen om developers. Ze beïnvloeden direct welke data je ops en analytics teams elke dag verwerken. Release management wordt ingewikkelder als engineering continu code uitrolt. Een enkel productieprogramma kan tussen de 30 en 60 actieve flags tegelijk hebben. Als je ops team niet weet welke features live zijn, welke gedeeltelijk uitgerold worden en welke zijn uitgeschakeld, mis je context voor elke metric die je volgt. Conversie-ratio daalt op een dinsdagochtend? De eerste vraag moet zijn: zijn er flags veranderd in de afgelopen 24 uur? Een nieuw cohort gedraagt zich anders dan de baseline? Check of ze in een experiment-groep zitten. Je attributie ziet er raar uit? Een flag kan stilletjes de gebruikersstroom veranderd hebben waar je tracking op vertrouwt. De mensen die deze anomalieën het eerst opvangen zijn meestal in analytics, niet in engineering. Een flag changelog lezen is standaard voor iedereen die met product data werkt. ## Hoe feature flag-status in je reports verschijnt Wanneer een flag van status verandert, ontstaat er een breuk in je data. Dit is geen bug; het is verwacht. Maar als je het niet volgt, ga je uren verspillen aan iets debuggen dat helemaal geen bug is. De schoonste aanpak: houd een flag event log naast je analytics-data. Elke keer dat een flag omgeschakeld wordt, noteer je de timestamp, flag-naam, vorige status, nieuwe status en wie het heeft gedaan. Wanneer je een tijdreeks-report trekt en een stapsprong in een metric ziet, kun je de flag-log erover heen leggen om te kijken of een toggle met het breekpunt correleert. In Google Sheets geef je jezelf deze view in ongeveer 10 minuten met een eenvoudige VLOOKUP tegen de flag-log timestamps. De formule: `=VLOOKUP(DATUM_VAN_SPIKE, flag_log!A:E, 3, WAAR)` geeft de dichtstbijzijnde flag-wijziging op of voor die datum. Niet perfect, maar snel genoeg om een hypothese te toetsen voordat je escalateert. ## Hoe bouw je een feature flag-tracker in Excel of Google Sheets Je hebt geen dedicated platform nodig om flag-status in een klein team bij te houden. Een spreadsheet werkt prima voor zichtbaarheid, coördinatie en lichte audits. Maak een sheet die `flags` heet. Voeg deze kolommen toe: Flag-naam | Status | Type | Eigenaar | Laatst gewijzigd | Notities. Voor Status gebruik je echt een Boolean. In Google Sheets: Format > Selectievakje maakt een WAAR/ONWAAR-cel. In Excel: zet Data Validation in op WAAR/ONWAAR, of een dropdown die naar die waarden verwijst. Gebruik niet de tekststrings "WAAR" en "ONWAAR" als gewone tekst; de IF-vergelijkingen breken dan. In je rapportage-sheet verwijs je naar de flags-table met XLOOKUP (Excel 365 en Google Sheets): `=IF(XLOOKUP("checkout-redesign", flags[Flag-naam], flags[Status]), "Actief", "Inactief")`Of met VLOOKUP voor oudere Excel-versies: `=IF(VLOOKUP("checkout-redesign", flags!A:B, 2, ONWAAR) = WAAR, "Actief", "Inactief")`Zo reageert je rapportage-sheet automatisch wanneer iemand de Status-kolom in de flags-sheet aanpast. Zet een selectievakje aan, en elke afhankelijke formule ververst. ![](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/formula-dog/2026-09/942812-inline1.webp) ## Het IF-statement-patroon in het hart van flag-logica De basis-formule is kort: `=IF(B2=WAAR, "Functie AAN", "Functie UIT")`Waar B2 de Boolean status van de flag bevat. Voor een praktischer geval dat over je rapportage-rij cascadeert, gebruik je XLOOKUP om de status op flag-naam op te halen: `=IF(XLOOKUP("flag-naam", FlagsTable[Flag-naam], FlagsTable[Status]), "[waarde als actief]", "[waarde als inactief]")`Ontleding van het argument: - `"flag-naam"` is exact de tekst in je flags-table - `FlagsTable[Flag-naam]` is de opzoekkolom in je named Table - `FlagsTable[Status]` is de kolom met de Boolean - De buitenste IF bepaalt het resultaat Een opmerking: ben je op een Excel-versie voor 2019, dan bestaat XLOOKUP nog niet. Gebruik de VLOOKUP-variant of upgrade naar 365. Google Sheets ondersteunt XLOOKUP sinds 2024 op alle versies. Nog een opmerking: XLOOKUP met een Boolean Status-kolom geeft WAAR of ONWAAR direct terug. `IF(resultaat)` werkt zonder `=WAAR` omdat IF WAAR als waardig ziet. Maar `=WAAR` uitschrijven, zoals in `IF(XLOOKUP(...)=WAAR, ...)`, maakt de bedoeling duidelijk voor later lezers. Beide werken. ## Wanneer is een spreadsheet genoeg en wanneer niet Een spreadsheet-tracker werkt als het team klein is, je minder dan 20 actieve flags hebt en je vooral zichtbaarheid en coördinatie nodig hebt, niet real-time evaluatie. Het stopt in drie scenario's. Ten eerste: als flags echt voor gebruikers in een live-app moeten werken, dan hebben ze code nodig die een flag-store real-time leest per request, wat een spreadsheet niet kan. Ten tweede: wanneer je percentage-rollouts nodig hebt, bijvoorbeeld 10% van gebruikers gets de nieuwe feature: dat zit in je application layer. Ten derde: wenn audit en compliance tamper-proof logs verlangen: een gedeeld Google Sheet heeft geen write-level audit trail. Voor teams die uit hun spreadsheet groeien, ziet de typische route er zo uit: begin met een open-source platform zoals Unleash of Flagsmith (zelf hosten, gratis tier beschikbaar), en ga dan naar een betaald platform zoals LaunchDarkly of Statsig wanneer schaal en integraties het waard zijn. ![](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/formula-dog/2026-09/8de2fb-inline3.webp) ## Drie tools die ops en analytics teams samen met feature flags gebruiken Of je nu de flag-tracker zelf bouwt of gewoon de output gebruikt: deze tools duiken regelmatig in dezelfde workflow op. ## Veel gemaakte fouten die reportage-kopzorgen veroorzaken Verouderde flags zijn het meest voorkomende probleem. Een flag gebouwd voor een kortstondige test zit een jaar in de codebase. De Status-kolom zegt nog steeds "Actief", maar niemand weet meer wat het exact doet, en niemand wilt het verwijderen uit angst dat iets kapot gaat. De oplossing: een driemaandelijks flag-audit. Bekijk elke flag die meer dan 60 dagen in dezelfde status staat. Flags die 100% naar alle gebruikers gaan zonder heroproeping-plan, horen uit de codebase verwijderd. Dit is een taak van 30 minuten coördinatie, geen engineeringproject. Je spreadsheet-tracker is de juiste plek om dit te doen. De tweede fout: een flag omschakelen zonder de wijziging op te slaan. Wanneer een metric op donderdagmiddag springt, is de eerste vraag wat er vandaag is veranderd. Als flag-wijzigingen niet in je tracker getimestampt en toegeschreven zijn, duurt probleemoplossing uren in plaats van minuten. De fix is eenvoudig: voeg een Change Log-tab toe. Wanneer iemand de Status-kolom aanpast, voegen ze een rij toe met datum, flag-naam, oude status, nieuwe status, hun naam en reden. Twee minuten discipline per wijziging scheelt twee uur debuggen per incident. Handig maken: gebruik Google Sheets met protected ranges en een form-linked row voor het log, zo is het moeilijk over te slaan. De derde fout: flags naam geven die niet uitleggen wat ze doen. Een flag genaamd `flag_4712` of `test_checkout_v2` zegt je helemaal niets. Flag-namen moeten descriptief zijn: `checkout_new_address_form`, `homepage_personalization_experiment`, `reporting_v3_early_access`. Je toekomstige zelf leest dit zes maanden later en zal je dankbaar zijn. ## FAQ ### Wat is een feature flag in eenvoudig Nederlands? Een feature flag is een voorwaardelijke schakelaar waarmee je een softwarefunctie in real-time in- en uitschakelt, zonder de code erachter te wijzigen of opnieuw uit te rollen. Engineers schrijven de code, en de flag bepaalt of gebruikers het zien. ### Wat is het verschil tussen een feature flag en feature toggle? Ze zijn hetzelfde. Feature toggle is een ouder woord; feature flag is nu gebruikelijker. Beide verwijzen naar een runtime-controle die een functie in- of uitschakelt zonder code-deployment. ### Kan ik een feature flag-systeem in Excel of Google Sheets bouwen? Ja, voor zichtbaarheid en coördinatie. Een config-sheet met WAAR/ONWAAR-waarden en IF of XLOOKUP-formules in je rapportage-sheet kan de tracking-logica repliceren. Real-time evaluatie voor live-app-gebruikers kan het niet doen, maar het werkt prima voor kleine teams met minder dan 20 flags. ### Welke tools gebruiken grote teams voor feature flags? LaunchDarkly, Split.io, Statsig, ConfigCat, Unleash en Flagsmith zijn het meest gangbaar. Ze voeren flag-evaluatie op milliseconde-snelheid uit, percentage-rollouts, gebruiker-targeting en audit logs op schaal. ### Hoe worden feature flags in A/B testing gebruikt? Een experiment flag wijst gebruikers in real-time toe aan verschillende varianten. Een percentage ziet de flag-versie, de rest ziet de standaard. Analytics-tools vergelijken gedrag tussen groepen. De flag wordt verwijderd zodra een winnaar bekend is. ### Wat is een noodremmer en hoe verhoudt het zich tot feature flags? Een noodremmer is een ops flag dat standaard AAN staat. Als iets in productie kapot gaat, zet een engineer het direct UIT, waarmee de kapotte functie meteen uit staat zonder nieuwe code uit te rollen. Het is de snelste manier om van een incident af te komen. ### Hoeveel actieve feature flags zijn teveel? Er is geen vast getal, maar ongebruikte flags stapelen technische schuld op en creëren verwarring. De meeste teams doen driemaandelijks een audit en verwijderen flags die meer dan 60 tot 90 dagen stabiel zijn. Een goed onderhouden spreadsheet-tracker maakt dit audit eenvoudig.