Skip to main content
Lovable (lovable.dev) est un générateur d’applications web basé sur l’IA qui facture en crédits plutôt qu’en tokens. Les utilisateurs dépensent des crédits en envoyant des messages au générateur basé sur l’IA. Un pool mensuel de crédits prend en charge les pics d’activité, et un bonus quotidien récompense les utilisateurs qui reviennent chaque jour.

Modèle de Facturation Lovable

La tarification de Lovable combine des crédits de messages avec une mesure distincte pour l’hébergement Cloud et les fonctionnalités d’IA. La FAQ sur les tarifs de Lovable décrit ces règles (lovable.dev/pricing) :
  • Abonnement basé sur les crédits : les messages envoyés à l’IA consomment des crédits. En mode Plan, 1 crédit = 1 message. En mode par défaut, le coût varie selon la complexité de la tâche.
  • Les crédits sont partagés entre un nombre illimité d’utilisateurs : chaque membre d’un espace de travail utilise un même pool. Les forfaits sont tarifés selon les crédits, et non par siège.
  • Les crédits mensuels sont renouvelés à chaque renouvellement : chaque renouvellement ajoute les crédits du forfait. Les crédits mensuels inutilisés expirent deux mois après leur attribution.
  • Rechargements de crédits à la demande : les utilisateurs peuvent acheter davantage de crédits lorsqu’ils n’en ont plus. Les crédits rechargés sont valables 12 mois.
  • Facturation distincte de Cloud + AI selon l’utilisation : l’hébergement et les fonctionnalités d’IA des applications des utilisateurs disposent de leur propre allocation mensuelle, puis puisent dans le solde de crédits.
  • Les crédits bonus quotidiens sont réinitialisés chaque jour : une attribution quotidienne de 5 crédits à utiliser ou à perdre, qui ne se cumule pas.

Ce qui le rend unique

  • Simplicité basée sur les messages : les utilisateurs raisonnent en messages, et non en tokens ou en poids de modèle. Cette décomposition modélise la forme la plus simple : 1 crédit = 1 message.
  • Hybride entre attribution quotidienne et pool mensuel : les 5 crédits bonus quotidiens encouragent l’utilisation quotidienne, tandis que les 100 crédits mensuels couvrent les pics d’activité.
  • Pool partagé à l’échelle de l’équipe : les crédits sont partagés entre un nombre illimité d’utilisateurs pour un tarif d’équipe fixe, et non par siège.
  • Facturation à deux niveaux : les crédits paient les interactions avec l’IA, tandis que l’infrastructure cloud est mesurée séparément.

Créer ceci avec Dodo Payments

Vous pouvez créer le modèle hybride de Lovable avec les droits aux crédits et les compteurs selon l’utilisation de Dodo Payments.
1

Create a Custom Unit Credit Entitlement

Dans votre tableau de bord Dodo Payments, accédez à Products → Credits et créez le crédit de messages. Ce crédit contient le pool mensuel.
  • Credit Type : Custom Unit
  • Unit Name : “Messages”
  • Precision : 0
  • Credit Expiry : 60 jours (correspond à l’expiration de deux mois des crédits mensuels de Lovable)
  • Allow Overage : Disabled
Dodo Payments ne bloque pas l’utilisation lorsqu’un solde atteint zéro. Pour appliquer une limite stricte, vérifiez le solde dans votre application avant d’accepter un message.
2

Create Subscription Products

Créez vos forfaits et associez le crédit aux forfaits payants. Votre application gère le bonus quotidien du forfait Free.
  • Free : $0/mois, 0 crédit (bonus quotidien géré par la logique de l’application)
  • Pro : $25/mois, 100 crédits/cycle, associer le droit au crédit
  • Business : $50/mois, 100 crédits/cycle, associer le droit au crédit
3

Create a Usage Meter for Cloud + AI

Lovable facture l’infrastructure cloud séparément des messages. Créez un compteur pour la suivre.
  • Event name : cloud.compute_seconds
  • Aggregation : Sum, avec compute_seconds comme Over Property
Ajoutez ce compteur à vos produits d’abonnement avec un prix par unité. Dodo Payments calcule le montant à partir de l’utilisation que vous envoyez. Cet extrait réutilise le client de l’étape précédente.
4

Implement Daily Bonus Credits (Application Logic)

Votre application gère l’attribution quotidienne du bonus. Réinitialisez un compteur quotidien avec une tâche planifiée et dépensez les crédits bonus avant le solde Dodo Payments.Les messages bonus utilisent un nom d’événement distinct, ai.message.bonus, qu’aucun compteur associé à un crédit n’utilise. Ils sont enregistrés à des fins d’analyse sans être déduits du pool mensuel.
5

Send Usage Events for Messages

Suivez chaque message d’IA comme un événement d’utilisation. Créez un compteur Count pour l’événement ai.message, activez Bill usage in Credits, sélectionnez le crédit “Messages” et définissez Meter units per credit sur 1.
6

Handle Webhooks for Low Balance

Prévenez les utilisateurs lorsque leurs crédits diminuent afin qu’ils puissent effectuer un rechargement ou passer à un forfait supérieur.

Accélérer avec le blueprint d’ingestion LLM

Le blueprint d’ingestion LLM enveloppe votre client d’IA et envoie un événement d’utilisation pour chaque appel.
Chaque événement contient également inputTokens, outputTokens, totalTokens et model dans ses métadonnées. Consultez la documentation complète du blueprint pour plus d’informations sur le suivi automatique.

Vue d’ensemble de l’architecture

La séquence ci-dessous montre un message : l’application dépense d’abord le bonus quotidien, puis le solde de crédits Dodo Payments, et mesure séparément l’utilisation du cloud.

Principales fonctionnalités Dodo utilisées

Ces fonctionnalités de Dodo Payments alimentent l’implémentation :

Credit-Based Billing

Gérez les crédits de messages et les pools d’équipe partagés.

Subscriptions

Configurez des forfaits récurrents pour les niveaux Pro et Business.

Usage-Based Billing

Mesurez séparément l’utilisation de l’infrastructure cloud et les crédits d’IA.

Event Ingestion

Envoyez les événements de messages et de calcul à haut volume à Dodo Payments.

Webhooks

Automatisez les notifications concernant les soldes de crédits faibles.

LLM Ingestion Blueprint

Simplifiez le suivi de l’utilisation de l’IA grâce à des intégrations prêtes à l’emploi.
Dernière modification le 26 septembre 2026