Platform · Feature flags

Feature flags og gradvis udrulning

Et feature flag er en release, ikke en test. Slå en ændring til for en andel af jeres trafik, udvid den efter en plan, og slå den fra med ét klik, hvis noget går galt.

Sådan kører et flag

Fra udkast til helt slået til

Hæver I andelen, kommer der kun flere til.

To slags flag, en udrulning, I udvider manuelt eller efter en plan, og hvem der får den før alle andre.

  • Kodeflag, som jeres server eller side spørger efter, med valgfri JSON-payload for både til og fra
  • Editorflag: ændringer lavet i den visuelle editor, der går live som en release, ikke som en test
  • Enhver andel fra 0 til 100 % manuelt, og Turn off som nødstop
  • Udrulningsplaner med op til ti trin, der kun udvides
  • Fast tildeling: ingen, der har fået ændringen, mister den, når andelen vokser
  • En holdback på op til 50 %, der altid er slået fra, så der er en sammenligningsgruppe tilbage
KodeflagEditorflagRinge
Listen over feature flags: fem flag med type og status, ét der rulles ud til 25 %, ét helt slået til, ét sat på pause ved 10 %, ét slået fra og ét, der stadig er et udkast, ved siden af udrulningen for det valgte flag.

To slags

Flag koden, eller flag en ændring lavet i editoren

Et kodeflag er det, jeres kode gør, når flaget er slået til: server-SDK'en, decide-endpointet eller browseren spørger efter det med dets nøgle og får til eller fra, med en payload, hvis I har sat en. Et editorflag bærer ændringer lavet i den visuelle editor og lægger dem på siden som en variant, live med det samme og med nødstop og tidsplan.

  • Læs et kodeflag på serveren, over HTTP eller i browseren
  • En JSON-payload for både til og fra, når I har brug for en værdi og ikke bare en kontakt
  • En påmindelse, når et editorflag har været helt slået til i 30 dage, så I bygger det ind i websitet og arkiverer flaget
Kortet Use it in your code for et kodeflag, med server-SDK'en, browseren og HTTP-kaldet, der læser det, og den payload, der sendes for til og fra.

Udrulning

Udvid efter en plan, stop med ét klik

Sæt andelen manuelt, eller læg en plan med op til ti trin, hver med en minimumstid eller en dato, den tidligst må starte, så flytter planlæggeren den videre. Sæt den på pause, og genoptag den, når I vil: en genoptaget plan bliver aldrig smallere. Planlæg, at et udkast udgives, eller at et live flag slås fra, på et bestemt tidspunkt.

  • En manuel ændring sætter en kørende plan på pause
  • Udgiv og slå fra efter tidsplan
  • Besked, når planlæggeren flytter et flag, afslutter en plan eller slår et flag fra
En udrulningsplan med fire trin, der kun udvides: 5 % i en dag, færdig; 25 % i to dage, aktuel; 50 % tidligst på en bestemt dato; derefter 100 %, med Turn off ved siden af.

Hvem der får det

Bestem, hvem der får det før alle andre

En besøgende skal først være kvalificeret, ud fra den samme URL-, enheds-, cookie- og aktiveringsmålretning, som jeres eksperimenter bruger, eller ud fra attributregler for et kodeflag på serveren. Derefter kommer ringene: op til ti grupper med en fast side, for eksempel medarbejdere og en liste med betatestere slået til og nøglekunder slået fra. Alle andre havner i udrulningen.

  • Ringe matcher på attributregler eller en liste med op til 1.000 ID'er, og det første match vinder
  • Serverregler for kodeflag, matchet på de attributter, jeres SDK-kald sender med
  • En holdback, der sættes før udgivelse og altid er slået fra, selv ved 100 %
Et flags ringe: medarbejdere slået til via en e-mailregel, en liste med 412 ID'er for betatestere slået til, 38 nøglekunder slået fra og alle andre i en udrulning på 25 % med 5 % holdback.

Holdt adskilt

En release, ikke et eksperiment

Flag holdes ude af alt, der læser eksperimenter: biblioteket, statistikken, Læringer og overvågningen. De har deres egen liste under Experiments, fra udkast over kørende til afsluttet, og et afsluttet flag forbliver slået fra for altid. Et editorflag tæller stadig med i overlapstjekkene, fordi det ændrer sider, som jeres eksperimenter kører på.

  • Deres egen liste, med en kolonne for type og næste trin
  • Hver ændring på flagsiden, i dens aktivitetslog
  • Faktureres i sessioner, ligesom eksperimenter, på alle planer
Et flags aktivitetslog: planlæggeren, der udvider det fra 25 % til 50 %, en person, der sætter planen på pause, og påmindelsen om at bygge et editorflag, der er helt slået til, ind i websitet.

Alt hvad der er med

Hele funktionssættet

Pertento er en platform til konverteringsoptimering til websites og webshops, bygget både til interne team og til CRO-bureauer, der driver eksperimentprogrammer på tværs af en kundeliste.

Integrationer

Fungerer med den stack, I allerede kører

Én kodestump lægges ind på et vilkårligt website, eller kør helt på serversiden. Intet at bygge om.

01 / Kodestump

Kodestump på én linje

Indsæt et enkelt tag i jeres head, og I er live: en loader på 0,9 KB, intet byggetrin, ingen afhængigheder.

Indsæt før </head>
02 / Tagmanager

Google Tag Manager

Udrul og håndter eksperimenter direkte gennem GTM. Ingen udviklertid krævet.

Tilføj det som et Custom HTML-tag
03 / Server

API til serversiden

Kør test uden for browseren: priser, søgning og routing, uden flimmer.

Installer SDK'en
  • 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

Ikke på listen? Hvis det renderer HTML, kan Pertento teste det: læs hvordan hver enkelt forbindes ↗

Bedre eksperimenter, bedre konvertering

Test on all visitors with the world’s lightest script and make confident decisions powered by real-time reporting.Start prøveperiodeBook en demo