L'application de votre client vient de connaître son meilleur mois. Les inscriptions ont triplé, les workflows que vous avez construits tournent à plein régime, et le fondateur est ravi. Puis arrive la facture de la plateforme : deux millions de workload units au-delà de l'allocation du forfait, facturés à trente cents les mille. Cela fait 600 $ de dépassement en plus d'un forfait à 119 $ — et si votre contrat stipule « hébergement inclus » dans un forfait mensuel fixe, ces 600 $ sortent de votre marge, pas du budget du client. Son succès vient de devenir votre perte, et rien dans votre périmètre de mission ne l'avait anticipé.
C'est le risque tarifaire emblématique de la gestion d'une agence no-code en 2026. Bubble facture à la consommation, Webflow mesure la bande passante et le volume de contenu, et les deux revoient leurs prix périodiquement. Un forfait fixe prétend que ces coûts sont prévisibles. Ils ne le sont pas. Les agences qui survivent à cela traitent les dépenses de plateforme pour ce qu'elles sont réellement : un coût refacturable qui circule du fournisseur, à travers vos livres, jusqu'au client — votre revenu réel étant la marge et les frais de gestion, jamais le remboursement lui-même.
Comment Bubble vous facture réellement en 2026
Les prix affichés de Bubble semblent raisonnables. En facturation annuelle, les forfaits web coûtent 29 $ par mois pour Starter, 119 $ pour Growth et 349 $ pour Team, avec un palier gratuit à 0 $ et Enterprise sur devis. La facturation mensuelle coûte plus cher : 32 $, 134 $ et 399 $ respectivement. Mais les frais de forfait ne représentent que la plus petite part de la plupart des factures de production. Le vrai compteur, c'est la workload unit.
Chaque forfait payant inclut une allocation mensuelle de workload units : 175 000 unités pour Starter, 250 000 pour Growth et 500 000 pour Team. Le forfait gratuit inclut 50 000 unités mais ne permet pas de déployer une application en production. Une workload unit mesure le travail serveur — recherches en base de données, exécutions de workflows, appels API, chargements de page, opérations sur fichiers — et la consommation varie énormément selon l'opération. Un simple chargement de page coûte environ entre une demi-unité et deux unités ; une seule recherche complexe peut coûter de 10 à 50. Une application avec des workflows bavards ou des recherches non optimisées peut épuiser l'allocation Starter bien avant que son trafic paraisse impressionnant.
Lorsque l'allocation est épuisée, le tarif de dépassement sans palier additionnel est de 0,30 $ par 1 000 unités. Un million d'unités supplémentaires dans le mois — facile pour une application en croissance avec de lourds workflows côté back-end — coûte 300 $. Les paliers de workload units préachetés réduisent substantiellement le tarif unitaire, jusqu'à environ 0,10 $ par 1 000 au palier le plus élevé, mais il faut acheter le palier avant le pic, et les paliers sont eux-mêmes un engagement mensuel.
Trois mécanismes rendent cela particulièrement périlleux pour les agences. Premièrement, la consommation est réellement difficile à prévoir à l'avance ; deux applications avec un nombre d'utilisateurs identique peuvent varier d'un ordre de grandeur en workload selon la façon dont leurs workflows sont construits. Deuxièmement, les dépassements sont activés par défaut, et Bubble envoie un e-mail au propriétaire du compte à 75 % et à 100 % de l'allocation — mais si votre agence détient le compte, cet e-mail vous parvient à vous, pas au client dont les utilisateurs ont causé le pic. Troisièmement, désactiver les dépassements ne plafonne pas la facture en douceur : l'application passe hors ligne lorsqu'elle atteint la limite, jusqu'à ce que les dépassements soient réactivés, qu'un palier soit acheté ou que le cycle suivant commence. « Le site est tombé parce que nous avons atteint un plafond d'usage que personne ne surveillait » n'est pas une conversation que vous voulez avoir avec un client.
Webflow a la même forme avec d'autres compteurs
Webflow n'utilise pas de workload units, mais sa tarification présente le même profil de volatilité du point de vue d'une agence : des frais de base modestes plus des compteurs qui progressent avec le succès du client.
En mai 2026, Webflow a fusionné ses anciens forfaits de site CMS et Business en un forfait Premium unique : 25 $ par mois par site en facturation annuelle (39 $ mensuel), couvrant 300 pages statiques, 20 000 éléments CMS et 50 Go de bande passante. Le forfait Basic à 15 $ par mois couvre un domaine personnalisé et 10 Go de bande passante mais aucun CMS. Tout ce qui dépasse la bande passante incluse est vendu en modules complémentaires payants, jusqu'à 2,5 téraoctets — ainsi le lancement viral d'un client ou un trimestre chargé en trafic d'images et de vidéos se convertit directement en une facture Webflow plus élevée.
Et le forfait de site n'est qu'une de trois factures. Les forfaits d'espace de travail pour la collaboration de design, les sièges de designer supplémentaires, les langues additionnelles et la capacité de transactions e-commerce sont tous facturés séparément, en plus des frais par site. Un client qui demande « juste une langue de plus » ou « l'accès pour deux éditeurs de plus » vous demande d'augmenter une pile à compteurs — et si votre contrat prévoit un seul montant mensuel forfaitaire pour « site web plus hébergement », chacun de ces oui réduit votre marge.
Les deux plateformes revoient aussi leurs prix. Bubble a ajusté la tarification Starter en octobre 2026 ; Webflow a restructuré toute sa gamme de forfaits de site en milieu d'année. Tout devis fixe sur plusieurs mois qui intègre les prix actuels des plateformes est un pari que le fournisseur ne bougera pas. Ce pari est perdant depuis des années.
L'erreur contractuelle : intégrer des coûts à compteurs dans un forfait fixe
Le mode de défaillance est presque toujours la même phrase, enfouie dans une proposition ou un contrat-cadre : un forfait mensuel fixe qui « inclut l'hébergement ». Cela se lit comme une simplicité pour le client. En pratique, cela fait de votre agence l'assureur de la volatilité du fournisseur — vous encaissez une prime fixe et absorbez un risque à compteurs illimité.
Les publications sectorielles sur les projets d'agence situent les honoraires typiques d'un projet Bubble entre 20 000 $ et 250 000 $, et signalent le piège de marge spécifique : lorsque vous livrez l'application d'un client et que l'activité du client réussit, la consommation augmente, et soit le client paie plus qu'il n'avait jamais budgété, soit l'agence absorbe l'augmentation. Le prix fixe sur un périmètre vague est déjà la source la plus courante de litiges agence-client dans les services logiciels en général ; ajouter une facture tierce à compteurs à l'intérieur du prix fixe transforme chaque pic d'usage en renégociation.
Le même piège apparaît un niveau plus bas dans le travail d'IA et d'automatisation, où les agences qui intègrent les coûts d'API et de tokens dans des retainers forfaitaires découvrent qu'un changement de prix du fournisseur devient leur perte du jour au lendemain. Les dépenses de plateforme se comportent exactement comme les dépenses de tokens : tierces et à compteurs, pilotées par le client, et hors de votre contrôle. Les coûts présentant ces trois propriétés n'ont pas leur place dans un forfait fixe. Ils appartiennent à une clause de refacturation.
L'intégration présente un second coût, plus discret : elle cache les chiffres au client. Un client qui ne voit jamais la tendance des workload units n'a aucune raison d'approuver le travail d'optimisation qui la réduirait — restructurer une recherche coûteuse, déplacer la logique lourde vers des workflows back-end, acheter un palier de workload avant le pic plutôt que payer le dépassement brut après. Une facturation transparente en refacturation transforme l'usage en un tableau de bord partagé que vous surveillez tous les deux, ce qui est le seul arrangement où le travail d'optimisation se vend de lui-même.
La solution : faire des dépenses de plateforme un coût refacturable
Les coûts refacturables sont des dépenses que votre agence paie pour le compte d'un client — abonnements fournisseurs, factures d'usage, frais de licence — qui sont refacturées au client, soit au prix coûtant, soit avec une marge de traitement. Le concept est standard en comptabilité d'agence : les coûts propres au client transitent par vos livres sans devenir votre revenu. Appliqué aux plateformes no-code, il existe trois modèles viables. Choisissez-en un par client, par écrit, avant la mise en ligne de l'application.
Modèle 1 : le client détient le compte fournisseur et paie directement. Le client crée son propre compte Bubble ou Webflow, ajoute sa propre carte et possède le forfait, les paliers et les dépassements. Votre agence est invitée comme collaborateur ou éditeur invité. C'est l'arrangement le plus propre — la facture à compteurs ne touche jamais vos livres — et c'est la valeur par défaut appropriée pour les clients plus importants disposant de leur propre fonction finance. Le revers connu : les clients sous-investissent parfois dans leur palier de forfait pour économiser, ce qui crée des goulots d'étranglement de performance et des pannes par atteinte de limite que vous devez ensuite diagnostiquer et expliquer. Si vous choisissez ce modèle, placez une recommandation de palier minimum dans la documentation de transfert et une clause stipulant que fonctionner en dessous se fait aux risques du client.
Modèle 2 : l'agence paie et refacture au prix coûtant plus une marge. Vous détenez le compte fournisseur, payez la facture de la plateforme sur votre propre carte et facturez au client chaque mois la dépense de plateforme exacte plus des frais de traitement — généralement 10 à 20 pour cent de la refacturation, la fourchette utilisée par la plupart des agences pour couvrir la gestion des fournisseurs, la réconciliation et l'avance de trésorerie. Ce modèle convient aux clients plus petits qui veulent une seule facture et zéro administration de fournisseur. Votre contrat doit stipuler le pourcentage de marge, la cadence de facturation et — surtout — que les hausses de prix des fournisseurs sont répercutées automatiquement. Sans cette dernière phrase, chaque révision tarifaire de Bubble ou Webflow rouvre votre tarification.
Modèle 3 : un forfait de maintenance groupé avec plafond d'usage et clause de dépassement. Vous proposez un retainer mensuel forfaitaire qui inclut les dépenses de plateforme jusqu'à un plafond énoncé — par exemple, « inclut le forfait Growth plus jusqu'à 150 $ par mois de dépassements de workload » — le surplus au-delà du plafond étant refacturé au prix coûtant plus marge. Cela donne au client une prévisibilité budgétaire pour les mois normaux tout en maintenant le risque de pic là où il doit être. Le plafond doit nommer à la fois le palier de forfait et une allocation de dépassement en dollars ; « inclut l'hébergement » sans chiffres, c'est le Modèle 0, le piège dont vous cherchez à vous échapper.
Quel que soit le modèle choisi, cinq clauses appartiennent à l'énoncé des travaux : qui détient le compte fournisseur et quelle carte est enregistrée ; qui paie les dépassements et les mises à niveau de palier, et au-delà de quel seuil en dollars vous avez besoin d'une approbation écrite avant d'acheter un palier ; le pourcentage de marge sur les dépenses refacturées ; un rapport d'usage mensuel que vous envoyez avec la facture, indiquant l'allocation, la consommation et la tendance ; et la reconnaissance par le client que les changements de prix catalogue du fournisseur sont répercutés sans avenant au contrat. Cette cinquième clause est celle que les agences oublient et celle dont elles ont le plus besoin par la suite.
Comptabilisez correctement : les remboursements ne sont pas votre chiffre d'affaires
Une fois que les dépenses de plateforme transitent par votre agence, la comptabilité doit les maintenir visiblement séparées de ce que vous gagnez réellement. Supposez que Bubble facture 300 $ sur votre carte pour le dépassement d'octobre d'un client — un million d'unités supplémentaires à 0,30 $ les mille — et que vous refacturiez au client 345 $ : les 300 $ au prix coûtant plus des frais de traitement de 15 pour cent. Votre revenu réel de cette facture est de 45 $, pas de 345 $. Enregistrer les 345 $ intégralement en chiffre d'affaires gonfle votre ligne de revenus, fausse tout calcul de taxe ou de valorisation fondé sur le chiffre d'affaires, et fait d'un remboursement ou d'un avoir ultérieur une annulation de revenus au lieu de ce qu'il est vraiment : de l'argent du client qui transite.
La norme comptable est d'accord. Selon l'ASC 606, le cadre principal-mandataire demande si vous contrôlez le service avant son transfert au client. Vous ne contrôlez pas le calcul de Bubble ni la bande passante de Webflow — c'est le fournisseur qui les contrôle — donc sur les dépenses de plateforme refacturées, votre agence est un mandataire, et la présentation correcte est nette : la marge en produits de commissions, le remboursement passant par des lignes de refacturation appariées. Concrètement, tenez deux paires de comptes : produits de refacturation appariés à des charges de refacturation, et produits de commissions autonomes. La paire de refacturation devrait se solder à environ zéro chaque mois, aux décalages de timing près ; la marge vit dans les produits de commissions, là où vos marges sont mesurées.
Voici à quoi cela ressemble en comptabilité en texte brut. L'agence paie le dépassement de 300 $ de Bubble sur sa propre carte, puis facture le client de 345 $ :
2026-10-01 open Assets:Checking:Operating USD
2026-10-01 open Assets:Receivable:Client-Acme USD
2026-10-01 open Expenses:Passthrough:Bubble-WU USD
2026-10-01 open Income:Passthrough-Reimbursement USD
2026-10-01 open Income:Fees:Hosting-Markup USD
2026-10-31 * "Bubble" "October WU overage, client Acme app, 1M units at 0.30 per 1K"
Expenses:Passthrough:Bubble-WU 300.00 USD
Assets:Checking:Operating -300.00 USD
2026-10-31 * "Acme Corp" "October platform reimbursement plus 15 percent hosting admin fee"
Assets:Receivable:Client-Acme 345.00 USD
Income:Passthrough-Reimbursement -300.00 USD
Income:Fees:Hosting-Markup -45.00 USDSuivons la logique. La première transaction enregistre la charge du fournisseur comme une charge refacturable, et non comme votre propre coût logiciel — la placer dans les charges d'exploitation ordinaires est l'erreur qui fait paraître votre base de coûts gonflée et vos marges faibles. La seconde transaction répartit la facture du client : les 300 $ se soldent sur la ligne de remboursement, qui se nette avec la charge à zéro, et seule la marge de 45 $ atterrit dans les produits de commissions. Si le client conteste le dépassement ou si Bubble émet un avoir, l'ajustement touche la paire de refacturation et votre chiffre d'affaires déclaré ne bouge jamais. La documentation couvre plus en profondeur des schémas de structure de comptes comme celui-ci, et Fava affiche la paire de refacturation comme une tranche distincte afin que vous puissiez confirmer d'un coup d'œil qu'elle se solde à zéro chaque mois.
Deux habitudes comptables rendent cela durable. Premièrement, réconciliez les dépenses de plateforme par client chaque mois, à la fois contre la facture du fournisseur et contre votre refacturation — les tableaux de bord de workload dérivent des factures plus souvent qu'on ne le pense, et le mois que vous sautez est le mois où un palier s'est renouvelé sans que personne ne le remarque. Deuxièmement, ne laissez jamais le solde de plateforme d'un client traîner sur votre carte d'un trimestre à l'autre ; facturez les refacturations mensuellement avec les mêmes conditions de paiement que vos honoraires, car un dépassement de 600 $ non refacturé qui vieillit dans vos charges est un prêt sans intérêts que vous n'avez jamais accepté de consentir.
Votre prochaine étape : auditez les contrats que vous avez déjà signés
Sortez vos contrats-cadres et énoncés des travaux actuels cette semaine et cherchez la phrase qui crée ce risque : toute variante de « hébergement inclus » attachée à un montant fixe. Pour chacun, vérifiez lequel des trois modèles il décrit réellement — client-payeur, refacturation avec marge, ou forfait de maintenance plafonné — et si les cinq clauses sont présentes : détenteur du compte, responsabilité des dépassements, pourcentage de marge, reporting d'usage mensuel et répercussion automatique des changements de prix du fournisseur. La plupart des agences trouvent au moins un client sur un forfait groupé non plafonné et au moins un contrat silencieux sur la révision des prix.
Ensuite, corrigez-les par ordre de renouvellement, en commençant par le client dont l'application croît le plus vite — c'est là que le prochain pic arrivera. Faites passer les nouvelles réalisations vers des comptes détenus par le client ou des conditions explicites de refacturation dès le premier jour, placez le tableau de bord d'usage sur la facture mensuelle, et laissez la facture à compteurs faire ce qu'elle est censée faire : monter et descendre avec le succès du client, sur le budget du client, tandis que votre marge reste la vôtre.
