Platform · Feature flags
Feature flags en geleidelijke uitrol
Een feature flag is een release, geen test. Zet een wijziging aan voor een deel van uw verkeer, breid het volgens plan uit en zet het met één klik weer uit als er iets misgaat.
Hoe een flag werkt
Van concept tot volledig aan
Een hoger aandeel voegt alleen mensen toe.
Twee soorten flags, een uitrol die u met de hand of volgens plan verbreedt, en wie het eerder krijgt dan de rest.
- Codeflags die uw server of uw pagina opvraagt, met per kant een optionele JSON-payload
- Editorflags: wijzigingen uit de visuele editor die live gaan als release, niet als test
- Elk aandeel van 0 tot 100% met de hand, en Uitschakelen als noodstop
- Uitrolplannen van maximaal tien stappen die alleen maar breder worden
- Vaste toewijzing: wie de wijziging heeft, raakt die niet kwijt als het aandeel groeit
- Een holdback van maximaal 50% die altijd uit blijft, zodat er een vergelijkingsgroep overblijft
Twee soorten
Een flag op uw code, of op een wijziging uit de editor
Een codeflag is wat uw code doet wanneer de flag aan staat: de server-SDK, het decide-endpoint of de browser vraagt hem op met zijn key en krijgt aan of uit terug, met een payload als u die hebt ingesteld. Een editorflag bevat wijzigingen uit de visuele editor, die net als een variant op de pagina worden toegepast, meteen live en met een noodstop en een planning.
- Lees een codeflag uit op de server, via HTTP of in de browser
- Een JSON-payload per kant, voor een waarde in plaats van een schakelaar
- Een herinnering wanneer een editorflag 30 dagen volledig aan staat, om hem in de site in te bouwen en de flag te archiveren
Uitrol
Verbreed het volgens plan, stop het met één klik
Stel het aandeel met de hand in, of zet een plan van maximaal tien stappen op, elk met een minimale duur of een datum waarvoor de stap niet mag beginnen, en de planner zet het door. Pauzeer en hervat wanneer u wilt: een hervat plan wordt nooit smaller. Plan een concept om op een vast moment te publiceren, of een live flag om op een vast moment uit te gaan.
- Een wijziging met de hand pauzeert een lopend plan
- Publiceren en uitzetten volgens planning
- Een melding wanneer de planner een flag doorzet, een plan afrondt of een flag uitzet
Wie het krijgt
Bepaal wie het eerder krijgt dan de rest
Een bezoeker moet eerst in aanmerking komen, via dezelfde targeting op URL, apparaat, cookie en activatie die uw experimenten gebruiken, of via attribuutregels voor een codeflag op de server. Daarna komen de ringen: maximaal tien groepen met een vaste kant, zoals medewerkers en een bètalijst aan en key accounts uit. Alle anderen vallen in de uitrol.
- Ringen matchen op attribuutregels of een lijst van maximaal 1.000 ID’s, en de eerste match wint
- Serverregels voor codeflags, gematcht op de attributen die uw SDK-aanroep meegeeft
- Een holdback die vóór het publiceren wordt ingesteld en altijd uit blijft, ook op 100%
Apart gehouden
Een release, geen experiment
Flags blijven buiten alles wat experimenten uitleest: de bibliotheek, de statistiek, Learnings en de monitor. Ze staan in een eigen lijst onder Experimenten, van concept via lopend tot beëindigd, en een beëindigde flag blijft voorgoed uit. Een editorflag telt wel mee in de overlapcontroles, omdat hij pagina’s wijzigt waarop uw experimenten draaien.
- Een eigen lijst, met een kolom voor de soort en de volgende stap
- Elke wijziging op de flagpagina, in het activiteitenlogboek
- Gefactureerd in sessies, net als experimenten, in elk pakket
Alles in het pakket
Het volledige functieoverzicht
Experimenten
- Visuele multivarianttests
- URL-redirecttests
- Serverside tests
- Server-SDK
- No-code visuele editor
- AI-editor
- Starten via de Chrome-extensie
- Componentenbibliotheek
- Dynamische content
- Datafeeds
- Eigen CSS en JavaScript
- Vervangen, invoegen, toevoegen, voor, na
- URL-targeting op zeven voorwaarden
- Apparaattargeting
- Cookietargeting
- Activatietargeting
- Verkeersgewichten per variant
- Automatisch herbalanceren
- Gelijktijdige tests zonder verkeer te splitsen
- Schermafbeeldingen van varianten
- Een experiment dupliceren
- Proefdraaien vóór de start
- Vaste varianttoewijzing
- Anti-flikkerrendering
- Winnaar uitrollen met één klik
- Implementatieoverdracht
- Hypotheses bijhouden
- PXL-prioriteringsscore
- Looptijdplan
- Pipelines van gefaseerde experimenten
- Zoeken, filteren en resultaten in de bibliotheek
- Tijdlijn van de experimentenbibliotheek
Statistiek
- Frequentistische resultaten
- Bayesiaanse resultaten
- Lift- en betrouwbaarheidsintervallen
- Kans dat een variant de beste is
- Verwacht verlies
- Sequentieel toetsen
- Correctie voor meervoudig vergelijken
- Holm-Bonferroni, Benjamini-Hochberg en Šidák
- Alarmen bij een scheve steekproefverhouding
- Primaire en secundaire doelen
- Omzet per variant
- Gemiddelde orderwaarde per variant
- Meerdere valuta
- Power-analyse
- Minimaal detecteerbaar effect
- Prognose resterende dagen
- Combinatierapportage
- Tijdreeks per variant
- Uitleg in gewone taal
- Vragen over dit experiment
Monitoring
- Gezondheidsmonitor
- Aandachtswachtrij over alle accounts
- Programmarapport
- Experimentdebrief
- Geplande starts en stops
- Stoppen bij significantie
- Vangrails voor minimale looptijd
- Betrouwbaarheidscontroles bij onjuiste data
- Botsingsdetectie
- Interferentiedetectie
- Meldingen bij overschreden einddatum en ontbrekende data
- E-mailmeldingen
- Slack-meldingen
- In-app-meldingen
- Voorkeuren per eventtype
- Activiteitenlog
- Klantenlijst-weergave
- Opgeslagen console-indelingen
- GA4- en Matomo-tracking
- Rollen en rechten
Stem van de klant
- NPS op de eigen site
- CSAT
- CES
- Eigen enquêtes
- Begeleide enquêtebouwer
- Score-, keuze- en tekstvragen
- Eigen teksten en schaallabels
- Pagina- en apparaattargeting
- Deel van de bezoekers
- Triggers op weergave en vertraging
- Exit-intent-triggers
- Scroll-triggers
- Event-triggers
- Vier widgetposities
- Frequentiebeperking
- Resultaten per vraag
- Reacties in de tijd
- AI-sentimentanalyse
- Enquêtes in experimenten
- Resultaten per variant
- Antwoorden gekoppeld aan variant
- Gevalideerde antwoorden
- Thema’s uit tekstantwoorden
- Antwoordexport
- Alleen geladen waar een enquête draait
Learnings
- Learningkaarten
- Patronen over tests heen
- Vijf bewijsniveaus
- Gecorrigeerd voor meervoudig vergelijken
- Patronen uit dezelfde tests samengevoegd
- Probleemtests buiten beschouwing
- Resultaten per apparaat
- Bewijsraster
- Kansen
- Experiment opstellen
- Vragen over uw learnings
- Basiscontrole
- Markeren als bekend of niet nuttig
Pertento is een platform voor conversieoptimalisatie voor websites en webshops, gebouwd voor zowel interne teams als CRO-bureaus die experimenteerprogramma’s over een hele klantenlijst draaien.
Integraties
Werkt met de stack die u al draait
Voeg één snippet toe aan uw site of werk volledig serverside. U hoeft uw architectuur niet aan te passen.
Snippet van één regel
Plak één tag in uw head en u bent live: een loader van 0,9 KB, geen buildstap, geen afhankelijkheden.
Google Tag Manager
Rol experimenten uit en beheer ze rechtstreeks via GTM. Geen ontwikkeltijd nodig.
Serverside API
Test ook buiten de browser: prijzen, zoeken en routering, zonder geflikker.
- Shopify
- BigCommerce
- Shopware
- Centra
- Geins
- Saleor
- WordPress
- Optimizely CMS
- Storyblok
- Next.js
- Vue
- Astro
- Matomo
- Amplitude
- RudderStack
- Slack
- WooCommerce
- Salesforce
- Wix
- Litium
- commercetools
- Medusa
- Drupal
- Contentful
- Webflow
- Nuxt
- Angular
- Remix
- Piwik PRO
- Mixpanel
- Tag Manager
- Webhooks
- Adobe Commerce
- PrestaShop
- Squarespace
- Norce
- Shopify Hydrogen
- Vendure
- Umbraco
- Sanity
- Framer
- React
- SvelteKit
- GA4
- Adobe Analytics
- Segment
- Klaviyo
Niet op de lijst? Als het HTML rendert, kan Pertento het testen: lees hoe elk platform aansluit ↗