Plateforme · Feature flags

Feature flags et déploiements progressifs

Un feature flag, c’est une mise en production qui n’est pas un test. Activez une modification pour une part de votre trafic, élargissez-la selon un plan, et coupez-la en un clic si quelque chose ne va pas.

Comment fonctionne un flag

Du brouillon au déploiement complet

Augmenter la part ne fait qu’ajouter des visiteurs, jamais en retirer.

Deux types de flags, un déploiement que vous élargissez à la main ou selon un plan, et ceux qui en bénéficient avant tout le monde.

  • Des flags de code que votre serveur ou votre page interroge, chaque état pouvant porter un payload JSON facultatif
  • Des flags d’éditeur : des modifications faites dans l’éditeur visuel, publiées en production plutôt que testées
  • N’importe quelle part de 0 à 100 % à la main, et le bouton Désactiver comme arrêt d’urgence
  • Des plans de déploiement de dix étapes au maximum, qui ne font qu’élargir
  • Persistant : quiconque a la modification activée la garde quand la part augmente
  • Un groupe témoin jusqu’à 50 %, toujours désactivé, pour conserver un point de comparaison
Flags de codeFlags d’éditeurAnneaux
La liste des feature flags : cinq flags avec leur type et leur état, un en déploiement à 25 %, un activé à 100 %, un en pause à 10 %, un désactivé et un encore à l’état de brouillon, à côté du déploiement du flag sélectionné.

Deux types

Un flag sur le code, ou sur une modification faite dans l’éditeur

Un flag de code, c’est ce que fait votre code quand il est activé : le SDK serveur, l’endpoint decide ou le navigateur le demande par sa clé et obtient activé ou désactivé, avec un payload si vous en avez défini un. Un flag d’éditeur porte des modifications faites dans l’éditeur visuel, appliquées sur la page comme une variante, en ligne immédiatement, avec un arrêt d’urgence et une planification.

  • Lisez un flag de code sur le serveur, via HTTP ou dans le navigateur
  • Un payload JSON pour chaque état, pour une valeur plutôt qu’un simple interrupteur
  • Un rappel quand un flag d’éditeur est activé à 100 % depuis 30 jours, pour l’intégrer au site et archiver le flag
La carte d’un flag de code qui montre comment l’utiliser dans votre code, avec le SDK serveur, le navigateur et l’appel HTTP qui le lisent, et le payload envoyé pour chaque état.

Déploiements

Élargissez selon un plan, arrêtez en un clic

Réglez la part à la main, ou établissez un plan de dix étapes au maximum, chacune avec une durée minimale ou une date avant laquelle elle ne peut pas commencer, et le planificateur le fait avancer. Mettez-le en pause et reprenez-le quand vous voulez : un plan repris ne se resserre jamais. Planifiez la publication d’un brouillon, ou la désactivation d’un flag en ligne, à une heure précise.

  • Une modification manuelle met en pause un plan en cours
  • Publication et désactivation planifiées
  • Une notification quand le planificateur fait avancer un flag, termine un plan ou en désactive un
Un plan de déploiement en quatre étapes qui ne font qu’élargir : 5 % pendant un jour, terminé ; 25 % pendant deux jours, en cours ; 50 % pas avant une date fixée ; puis 100 %, avec Désactiver à côté.

Qui en bénéficie

Décidez qui en bénéficie avant tout le monde

Un visiteur doit d’abord être éligible, selon le même ciblage par URL, appareil, cookie et activation que vos tests, ou selon des règles d’attributs pour un flag de code côté serveur. Viennent ensuite les anneaux : jusqu’à dix groupes dont l’état est fixé, par exemple vos collaborateurs et une liste bêta activés, vos comptes clés désactivés. Tous les autres entrent dans le déploiement.

  • Les anneaux s’appuient sur des règles d’attributs ou sur une liste de 1 000 identifiants au maximum, et la première correspondance l’emporte
  • Des règles serveur pour les flags de code, évaluées sur les attributs que transmet votre appel au SDK
  • Un groupe témoin défini avant la publication, toujours désactivé, même à 100 %
Les anneaux d’un flag : les collaborateurs activés par une règle sur l’e-mail, une liste bêta de 412 identifiants activée, 38 comptes clés désactivés, et tous les autres dans un déploiement à 25 % avec un groupe témoin de 5 %.

À part

Une mise en production, pas un test

Les flags restent en dehors de tout ce qui lit les tests : la bibliothèque, les statistiques, Apprentissages et le moniteur. Ils ont leur propre liste dans la rubrique des tests, du brouillon à l’exécution puis à la fin, et un flag terminé reste désactivé pour de bon. Un flag d’éditeur compte toujours dans les vérifications de chevauchement, parce qu’il modifie des pages sur lesquelles tournent vos tests.

  • Leur propre liste, avec une colonne de type et l’étape suivante
  • Chaque modification sur la page du flag, dans son journal d’activité
  • Facturés en sessions, comme les tests, sur toutes les offres
Le journal d’activité d’un flag : le planificateur qui l’élargit de 25 % à 50 %, une personne qui met le plan en pause, et le rappel d’intégrer au site un flag d’éditeur activé à 100 %.

Tout est inclus

L’ensemble complet des fonctionnalités

Expérimentation

Statistiques

Supervision

Voix du client

Apprentissages

Pertento est une plateforme d’optimisation du taux de conversion pour les sites et les boutiques en ligne, conçue à la fois pour les équipes internes et pour les agences CRO qui mènent des programmes d’expérimentation sur tout un portefeuille de clients.

Intégrations

Fonctionne avec la stack que vous utilisez déjà

Un seul extrait s’insère dans n’importe quel site, ou passez entièrement côté serveur. Aucune refonte d’architecture.

01 / Extrait

Un extrait d’une ligne

Collez une seule balise dans le head et vous êtes en ligne : un chargeur de 0,9 Ko, aucune étape de build, aucune dépendance.

Collez-la avant </head>
02 / Gestionnaire de balises

Google Tag Manager

Déployez et gérez les tests directement via GTM. Aucun temps de développement requis.

Ajoutez-la comme balise HTML personnalisé
03 / Serveur

API côté serveur

Faites tourner des tests au-delà du navigateur : tarification, recherche et routage, sans scintillement.

Installez le SDK
  • 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

Pas dans la liste ? Si ça produit du HTML, Pertento peut le tester : lisez comment chacune se connecte ↗

De meilleurs tests, de meilleures conversions

Test on all visitors with the world’s lightest script and make confident decisions powered by real-time reporting.Démarrer l’essaiRéserver une démo