Plattform · Feature flags

Feature flags och stegvis utrullning

En feature flag är en release, inte ett test. Slå på en ändring för en del av trafiken, bredda den enligt en plan och stäng av den med ett klick om något går fel.

Så fungerar en flagga

Från utkast till helt påslagen

Höjer du andelen tillkommer bara fler.

Två sorters flaggor, en utrullning som du breddar för hand eller enligt en plan, och vilka som får den före alla andra.

  • Kodflaggor som din server eller sida frågar efter, med valfri JSON-payload för både på och av
  • Editorflaggor: ändringar gjorda i den visuella editorn som går live som en release, inte som ett test
  • Valfri andel från 0 till 100 % för hand, och Turn off som nödstopp
  • Utrullningsplaner i upp till tio steg som bara breddas
  • Fast tilldelning: ingen som har fått ändringen tappar den när andelen växer
  • En holdback på upp till 50 % som alltid är avstängd, så att en jämförelsegrupp finns kvar
KodflaggorEditorflaggorRingar
Listan över feature flags: fem flaggor med typ och status, en som rullas ut till 25 %, en helt påslagen, en pausad vid 10 %, en avstängd och en som fortfarande är ett utkast, bredvid utrullningen för den valda flaggan.

Två sorter

Flagga koden, eller en ändring gjord i editorn

En kodflagga är det din kod gör när flaggan är på: server-SDK:n, decide-endpointen eller webbläsaren frågar efter den med dess nyckel och får på eller av, med en payload om du har angett en. En editorflagga bär ändringar gjorda i den visuella editorn och tillämpar dem på sidan som en variant, live direkt och med nödstopp och schema.

  • Läs en kodflagga på servern, via HTTP eller i webbläsaren
  • En JSON-payload för på och av, när du behöver ett värde och inte bara en brytare
  • En påminnelse när en editorflagga har varit helt påslagen i 30 dagar, så att du bygger in den på sajten och arkiverar flaggan
Kortet Use it in your code för en kodflagga, med server-SDK:n, webbläsaren och HTTP-anropet som läser den, och den payload som skickas för på och av.

Utrullning

Bredda enligt plan, stoppa med ett klick

Ställ in andelen för hand, eller lägg upp en plan i upp till tio steg, vart och ett med en minsta tid eller ett datum det tidigast får starta, så flyttar schemaläggaren den vidare. Pausa och återuppta när du vill: en återupptagen plan smalnar aldrig av. Schemalägg att ett utkast publiceras, eller att en live-flagga stängs av, vid en bestämd tidpunkt.

  • En ändring för hand pausar en pågående plan
  • Publicera och stäng av enligt schema
  • Notis när schemaläggaren flyttar en flagga, slutför en plan eller stänger av en flagga
En utrullningsplan i fyra steg som bara breddas: 5 % i en dag, klart; 25 % i två dagar, pågår; 50 % tidigast ett visst datum; sedan 100 %, med Turn off bredvid.

Vem som får den

Bestäm vem som får den före alla andra

Först måste besökaren vara behörig, enligt samma targeting på URL, enhet, cookie och aktivering som dina experiment använder, eller enligt attributregler för en kodflagga på servern. Sedan kommer ringarna: upp till tio grupper med ett fast läge, till exempel personalen och en lista med betatestare på och nyckelkunderna av. Alla andra hamnar i utrullningen.

  • Ringar matchar på attributregler eller en lista med upp till 1 000 ID:n, och första träffen gäller
  • Serverregler för kodflaggor, som matchas mot attributen i ditt SDK-anrop
  • En holdback som sätts före publicering och alltid är av, även vid 100 %
En flaggas ringar: personalen på via en e-postregel, en lista med 412 ID:n för betatestare på, 38 nyckelkunder av och alla andra i en utrullning på 25 % med 5 % holdback.

Hålls isär

En release, inte ett experiment

Flaggor hålls utanför allt som läser experiment: biblioteket, statistiken, Lärdomar och övervakningen. De har en egen lista under Experiments, från utkast via pågående till avslutad, och en avslutad flagga är av för gott. En editorflagga räknas ändå med i överlappskontrollerna, eftersom den ändrar sidor som dina experiment körs på.

  • En egen lista, med en kolumn för typ och nästa steg
  • Varje ändring på flaggans sida, i dess aktivitetslogg
  • Debiteras i sessioner, precis som experiment, i alla planer
En flaggas aktivitetslogg: schemaläggaren som breddar den från 25 % till 50 %, en person som pausar planen och påminnelsen om att bygga in en helt påslagen editorflagga på sajten.

Allt som ingår

Hela funktionsutbudet

Experiment

Statistik

Övervakning

Kundernas röst

Lärdomar

Pertento är en plattform för konverteringsoptimering av webbplatser och webbutiker, byggd för interna team och för CRO-byråer som kör experimentprogram för en hel kundportfölj.

Integrationer

Fungerar med den stack du redan har

En kodsnutt fungerar på vilken webbplats som helst, eller så kör du helt på serversidan. Inget behöver byggas om.

01 / Kodsnutt

En rad kod

Klistra in en enda tagg i head så är du live: en loader på 0,9 KB, inget byggsteg, inga beroenden.

Klistra in före </head>
02 / Tagghanterare

Google Tag Manager

Rulla ut och hantera experiment direkt via GTM. Du behöver ingen utvecklartid.

Lägg till som en Custom HTML-tagg
03 / Server

API för serversidan

Testa sådant som ligger utanför webbläsaren, som priser, sök och routning, utan flimmer.

Installera SDK:n
  • 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

Saknas din plattform? Om den renderar HTML kan Pertento testa den: läs hur var och en ansluts ↗

Bättre experiment, högre konvertering

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