Cohortes
Une cohorte est un groupe nommé de personnes défini par des conditions, évalué à l’avance. Une même définition de cohorte sert toute la plateforme : le ciblage des feature flags, les audiences de campagne et l’analyse.
Conditions
Section intitulée « Conditions »Deux sortes, combinées en AND :
- Conditions de traits — sur les propriétés actuelles de la personne :
plan exact "pro",company icontains "acme". - Conditions de comportement — “a fait l’événement X au moins N fois dans les Y derniers jours” :
checkout ≥ 3 fois en 30 jours. Le comptage comportemental résout les fusions d’identité, donc l’activité d’un utilisateur sur plusieurs appareils compte comme une seule personne.
Matérialisées, pas en temps réel
Section intitulée « Matérialisées, pas en temps réel »L’appartenance à une cohorte est précalculée : les définitions sont évaluées sur un cycle régulier (environ toutes les 10 minutes) et la liste des membres est remplacée atomiquement — les consommateurs n’observent jamais une cohorte à moitié construite.
Ce que cela apporte et ce que cela coûte :
- L’évaluation des flags et le matching des campagnes lisent l’appartenance comme une simple consultation — pas de requêtes lourdes dans les chemins chauds, donc
/decidereste rapide quelle que soit la complexité de vos définitions de cohortes. - L’appartenance peut avoir jusqu’à ~10 minutes de retard. Pour les flags et les audiences de campagne, c’est le bon compromis ; les cohortes ne sont pas une primitive temps réel. Si vous avez besoin d’un override de ciblage immédiat pour une évaluation, passez
person_propertiesà/decide.
Gérer les cohortes
Section intitulée « Gérer les cohortes »Les cohortes vivent dans le panel, à côté des feature flags. Comme les flags, elles sont au rang des réglages : tout membre du projet peut les voir, les modifier exige un rôle admin — éditer une cohorte peut changer qui reçoit une campagne.