Résumé

  • GitLab indique que le CRR payé du premier trimestre aurait été plus proche de 15 M$ après exclusion de certains crédits ponctuels accordés à des clients payants, et non proche de 20 M$ comme évoqué le 2 juin.
  • Au 30 juin, le CRR dépassait 20 M$, mais le programme d'achat à la consommation Flex, ouvert après l'appel de résultats, était désormais inclus. GitLab ne fournit pas de raccordement à définition constante.
  • La société qualifie le CRR de nouvel indicateur interne, encore non significatif pour sa performance financière et appelé à évoluer. Ce n'est ni le chiffre d'affaires, ni l'ARR, ni le RPO, ni le carnet de commandes, ni la trésorerie.

Le problème n'est pas la baisse, mais la règle de mesure

Le 8 juillet, GitLab a fourni au marché une précision rare. Lors de l'appel du 2 juin consacré au premier trimestre de l'exercice 2027, la direction avait parlé d'un paid Consumption Run Rate, ou CRR, « proche de 20 millions de dollars ». Cinq semaines plus tard, elle a expliqué que le calcul excluait dorénavant certains crédits ponctuels accordés à des clients payants. Avec ce traitement, la valeur du 30 avril aurait été « plus proche de 15 millions ».

Il serait tentant de transformer ces deux formulations en une baisse de 5 millions, voire de 25 %. Ce serait inventer une précision que GitLab ne donne pas. « Près de » et « plus proche de » encadrent des ordres de grandeur, pas deux points comptables exacts. La société n'a pas corrigé son chiffre d'affaires publié, annulé une vente ou constaté une perte. Elle a recalculé le point de départ d'un indicateur de gestion.

Cette nuance est essentielle sur le plan juridique et financier, mais elle ne résout pas la question économique. Dès qu'une entreprise met un indicateur sur le marché, elle propose une règle de lecture. Si des crédits disparaissent du calcul et qu'un nouveau programme d'achat y entre, la variation observée mélange la progression du produit et la modification de la règle.

GitLab décrit le CRR comme un signal précoce de ses offres récentes à la consommation. Elle précise qu'il n'est pas encore significatif pour sa performance financière, que la métrique est nouvelle et que sa définition continuera d'évoluer avec les produits, les méthodes commerciales et les programmes d'achat. C'est une mise en garde explicite contre toute assimilation au chiffre d'affaires audité ou à un engagement contractuel stable.

Le crédit sort du passé, Flex entre dans le présent

Deux décisions de périmètre apparaissent dans la communication de juillet, mais elles ne concernent pas la même période.

D'un côté, GitLab exclut certains crédits promotionnels ponctuels. C'est cette exclusion qui produit le point historique d'environ 15 millions pour le premier trimestre. Le document ne précise ni le montant exact des crédits, ni leur durée, ni leur caractère remboursable, ni leur traitement contractuel ou comptable. Il ne permet donc pas de conclure qu'ils représentaient de la demande fictive. Il permet seulement d'affirmer que GitLab a jugé le CRR plus pertinent sans eux.

De l'autre, la société inclut Flex dans le calcul. Flex est un nouveau programme d'achat à la consommation mis à disposition après l'appel de juin. Les premiers accords avaient été conclus au moment de la mise à jour, et la présentation indique que les engagements Flex sont désormais reflétés dans le CRR payé.

L'ordre des dates interdit une confusion fréquente : Flex n'explique pas le recalcul du premier trimestre. Le programme n'était pas disponible au moment de ce point de départ. Les crédits expliquent la modification historique ; Flex élargit le point de comparaison ultérieur.

GitLab affirme que la progression de la consommation payée a porté le CRR au-dessus de 20 millions au 30 juin. Cette information est favorable. Elle suggère que les nouveaux produits ont trouvé des usages payants et que Flex a commencé à réduire la friction d'achat. Mais l'écart entre environ 15 millions et plus de 20 millions n'est pas un taux de croissance propre. Pour le calculer, il faudrait la même liste de produits, le même traitement de Flex, la même règle sur les crédits et la même distinction entre engagement et consommation réalisée aux deux dates.

Une passerelle simple suffirait : le CRR du 30 avril et du 30 juin selon l'ancienne définition, puis selon la nouvelle ; ensuite l'effet séparé de Flex et des crédits. Faute de cette table, le marché connaît la direction générale, pas la part attribuable à l'activité sous-jacente.

Une remise peut acheter un comportement durable — ou seulement un essai

Les crédits promotionnels ne sont ni automatiquement vertueux, ni automatiquement trompeurs. Dans un produit agentique, une allocation initiale peut permettre à une équipe d'expérimenter, de mettre en production un premier flux et de dépasser les obstacles budgétaires. Si l'usage continue une fois le crédit épuisé, le coût d'acquisition a créé une relation payante. S'il s'arrête au bord de l'allocation, le run rate initial décrivait surtout une expérience subventionnée.

Le CRR agrégé ne distingue pas ces résultats. GitLab ne publie pas la consommation brute, la part financée par les crédits, le taux de conversion après épuisement, la rétention des cohortes ou la marge brute liée aux charges d'infrastructure. Pourtant, ce sont ces données qui déterminent si l'adoption agentique crée de la valeur ou déplace simplement une dépense commerciale vers la mesure d'usage.

Flex pose une question voisine. Un engagement dans un programme d'achat peut faciliter le budget et donner à GitLab une meilleure visibilité commerciale. Mais un engagement, une consommation réellement exécutée et un revenu comptabilisé ne sont pas le même état. La présentation dit que les engagements Flex sont reflétés dans le CRR ; elle ne publie pas la mécanique qui relie ces engagements aux appels de calcul, aux prix et à la reconnaissance du revenu.

Le prochain niveau de transparence consiste donc à dissocier cinq colonnes : consommation mesurée, consommation payée en numéraire, crédits utilisés, engagements Flex et revenu reconnu. Une seule métrique peut résumer ce parcours, mais elle ne peut pas le prouver.

Les comptes du groupe empêchent le faux scandale

Le premier trimestre replace l'indicateur expérimental dans une entreprise beaucoup plus vaste. GitLab a publié 264,2 millions de dollars de chiffre d'affaires, en hausse de 23 %, et 149,2 millions de flux de trésorerie opérationnels. Son taux de rétention net en dollars était de 117 %. Le groupe comptait 10 831 clients dépassant 5 000 dollars d'ARR et 1 519 au-dessus de 100 000 dollars.

Le RPO total atteignait 1,1 milliard de dollars, dont 724,1 millions à moins de douze mois. Le bilan présentait 532,983 millions de revenus différés courants, 23,991 millions non courants et 1,3575 milliard de trésorerie, équivalents et placements à court terme.

Ces chiffres montrent que le recalcul du CRR n'est pas une correction cachée du chiffre d'affaires du trimestre ni une remise en cause de l'ensemble de la base contractuelle. Ils constituent une preuve de taille, de rétention et de liquidité. Ils ne rendent pas pour autant le CRR comparable.

Chaque mesure répond à une question distincte. Le chiffre d'affaires décrit des prestations reconnues selon les règles comptables. Le RPO décrit une part du prix de transaction affectée à des obligations restant à exécuter. Le revenu différé est un passif lié à des paiements reçus avant la prestation. L'ARR et la rétention suivent l'abonnement. Le CRR veut capter tôt l'économie de la consommation. Soustraire, additionner ou réconcilier ces postes sans méthode publiée produirait une fiction analytique.

La lecture équilibrée est donc double. Les résultats du groupe empêchent de transformer une modification de KPI en crise comptable. La modification du KPI empêche de transformer les bons résultats du groupe en preuve automatique de la qualité de la série CRR.

Une transparence utile, mais pas encore une série gouvernée

GitLab a fait le bon choix en révélant le nouveau point de départ. Elle aurait pu annoncer le passage au-dessus de 20 millions et laisser vivre la formulation antérieure. Au lieu de cela, elle a nommé le traitement des crédits et reconnu que la méthodologie continuerait d'évoluer.

Cette franchise crée maintenant une obligation de méthode. Une définition peut changer lorsque le produit mûrit ; elle doit alors être versionnée. Les périodes qui se chevauchent doivent être calculées selon les deux versions. Les ajouts de produits et les changements d'incitation doivent être isolés. Sinon, chaque amélioration du périmètre détruit une partie de l'information temporelle.

Le CRR reste donc un bon indicateur de surveillance : il signale que GitLab voit une traction payante dans ses offres à la consommation. Il ne doit pas encore servir de dénominateur de valorisation ou de taux de croissance autonome. Le marché ne manque pas d'un chiffre plus spectaculaire. Il manque d'une règle stable permettant de savoir ce qui a réellement accéléré.

Sources