Tarifs Gumloop 2026 : ce qu'un crédit vous coûte vraiment

Les tarifs Gumloop en un coup d'œil en 2026

Gumloop est une plateforme d'agents IA sans code : vous assemblez des agents et des workflows sur un canevas visuel, et ils s'exécutent contre votre Slack, Gmail, BigQuery, HubSpot et le reste. L'entreprise a levé une Série B de 50 M$ menée par Benchmark, avec Shopify, Ramp, Gusto, Samsara, Instacart et Opendoor cités comme clients.

Si cette catégorie vous est nouvelle, la distinction mentale utile est que ces plateformes vendent des agents IA plutôt que des chatbots : ce que vous achetez effectue des actions dans d'autres systèmes, ce qui explique précisément pourquoi la facturation est plus difficile à prévoir qu'une licence SaaS par siège.

L'offre de plans sur la page de tarifs de Gumloop compte désormais deux échelons, pas trois.

Deux choses ont changé récemment, et beaucoup d'articles n'ont pas suivi.

Il n'y a pas de plan gratuit. La documentation des crédits de Gumloop le dit sans détour, et ajoute que les comptes créés sur l'ancien palier gratuit conservent le solde qu'il leur restait, mais que ce solde ne se renouvelle plus chaque mois. Si vous lisez une page qui affirme que Gumloop offre 5 000 crédits gratuits par mois, cette page décrit un palier qui n'existe plus. Ce que vous obtenez à la place, c'est un essai Pro de 14 jours qui exige une carte bancaire, unique par client, et qui bascule vers un abonnement payant à son terme sauf annulation.

Le second changement est plus important, et il constitue tout le sujet de cet article.

Le seul chiffre qui fixe vraiment votre facture

Gumloop a réécrit sa facturation selon un modèle passthrough. Son propre billet d'annonce est étonnamment franc sur le mécanisme : "We pass through tokens at cost / We pass through compute at cost / We charge a base 8% orchestration fee on top of these costs."

Cela fait du crédit une devise, pas un bon d'achat. Le taux de change est publié : 1 crédit = 0,005 $, donc 1 $ achète 200 crédits, et un appel de modèle à 0,03 $ vaut 6 crédits, arrondi au crédit entier supérieur.

J'ai passé assez de temps à lire des documentations de facturation pour les intégrations que je livre chez eesel pour savoir que cette phrase de la documentation des crédits est celle qui compte : "Agent credit costs are variable. The same agent might cost 2 credits for a quick question and 200 for a deep research task. You pay for what the agent actually does, not a fixed per-message price."

C'est une façon équitable de facturer. C'est aussi une façon difficile de prévoir, et ces deux faits se superposent directement. Vous n'achetez pas 20 000 actions. Vous achetez 100 $ de dépense sous-jacente au tarif liste, et le taux de change entre "une chose que je voulais faire faire" et "des crédits" est fixé en temps réel par le modèle auquel l'agent fait appel.

C'est aussi la forme récurrente de la conversation de mon côté de la barrière. J'ai vu un acheteur atteindre 200 interactions en une seule journée de test et commencer immédiatement à s'inquiéter de ce que cela signifierait à son volume réel d'environ 9 000 par mois. L'anxiété ne venait pas du prix unitaire. Elle venait du fait de ne pas savoir combien d'unités produit un mardi normal.

Les cinq compteurs de chaque conversation d'agent

Une conversation d'agent est facturée comme la somme de cinq éléments distincts, selon la documentation de Gumloop.

Gumloop publie un exemple détaillé, ce qui est bon signe : une conversation dépensant 400 crédits en Chat & Reasoning, 10 en Compute et 15 en Tool Calls "pays a 34 credit fee (8% of 425, rounded up), for 459 credits in total." À 0,005 $ le crédit, cette seule conversation coûte 2,30 $.

Trois détails inscrits en petits caractères méritent d'être relevés, car ce sont ceux qui gonflent discrètement le premier compteur :

• Chaque message renvoie le contexte précédent, donc une longue conversation coûte plus par tour qu'une courte.
• Chaque outil connecté ajoute sa définition au prompt. Attacher vingt intégrations rarement utilisées rend chaque message plus cher.
• Un message de l'utilisateur peut déclencher plusieurs étapes d'IA, "and each step is billed separately."

Le choix du modèle est le plus grand des trois leviers, et de loin. Le préréglage Recommended de Gumloop est actuellement Grok 4.6, avec Fastest et Smartest de part et d'autre. Remplacer un modèle de pointe par un petit modèle sur une tâche à fort volume change le premier compteur d'un ordre de grandeur, car vous payez le tarif réel du fournisseur : mon analyse des tarifs de Claude donne un aperçu de l'écart qui est ainsi répercuté.

Compute a un cas particulier intéressant : attendre l'utilisateur ne coûte rien, et les clients Enterprise fonctionnant dans leur propre VPC ne sont pas du tout facturés pour le calcul.

Estimez votre propre facture mensuelle Gumloop

Plutôt que de vous fournir une grille de paliers, voici le calcul réel. Les valeurs par défaut reproduisent l'exemple à 459 crédits publié par Gumloop, vous pouvez donc vérifier le calcul avant d'entrer vos propres chiffres.

Jouez un instant avec le curseur "minutes de travail de l'agent". Passer d'une minute à cinq ajoute 20 crédits par conversation, ce qui semble négligeable, jusqu'à ce que vous le multipliiez par quelques centaines de conversations. Compute est le compteur que l'on oublie, car c'est le seul qui facture du temps plutôt que du résultat.

C'est aussi le compteur qui pénalise précisément ce dans quoi les agents sont censés exceller. Un bot basé sur des règles a un coût fixe par exécution, par construction. Un agent qui réfléchit pendant quatre minutes sur un cas difficile coûte quatre fois plus qu'un agent qui répond en une minute, et c'est le compromis qu'il vaut la peine de comprendre avant de remplacer un chatbot basé sur des règles par quelque chose de plus intelligent.

Les exécutions de workflow sont facturées selon une formule complètement différente

C'est la distinction la plus utile dans la tarification de Gumloop, et elle est enfouie dans la documentation plutôt que sur la page de tarifs.

Compute et les frais d'orchestration ne s'appliquent qu'aux conversations d'agent. Les exécutions de workflow sont facturées uniquement sur les coûts des nœuds, que le workflow s'exécute seul ou soit appelé par un agent. La formule publiée est 1 credit (base) + the cost of each node that runs.

Et la plupart des nœuds sont gratuits. Gumloop liste la manipulation de texte (Combine Text, Text Formatter, Find & Replace), la logique (If/Else, Switch, Router), les boucles, la transformation de données, les entrées/sorties, et "most integrations (Google Sheets, Slack, Gmail, Airtable, Salesforce, etc.)" à zéro crédit. Son propre exemple : lire une Google Sheet, filtrer les lignes, envoyer un message Slack, coût total 1 crédit.

Cette liste d'intégrations gratuites mérite d'être lue attentivement, car c'est là que la plateforme est la plus économique. Les mêmes connecteurs qui ne coûtent rien ici sont facturés ailleurs, et c'est exactement le genre de détail qui décide d'une migration.

Si vous envisagez un changement, j'ai cartographié les équivalents côté n8n, connecteur par connecteur. Google Sheets est celui que la plupart des équipes vérifient en premier. L'article sur Salesforce couvre le cas du CRM, où le nombre de nœuds grimpe le plus vite.

Ainsi, le même travail acheminé de deux façons produit deux factures très différentes. Si une tâche est suffisamment déterministe pour être exprimée sous forme de workflow planifié, l'exprimer ainsi coûte nettement moins cher que de demander à un agent de le faire de façon conversationnelle. C'est le levier de coût le plus important du produit, et c'est une décision de conception, pas une décision de plan, qu'il vaut mieux régler avant de construire un workflow, pas après.

Ce levier a un piège, et c'est la raison pour laquelle je ne bâtirais pas de plan sur cinq ans dessus : la page de tarifs qualifie désormais cette moitié du produit de "Workflows (Legacy)". Le centre de gravité s'est clairement déplacé vers les agents. Le chemin économique fonctionne toujours et reste documenté, mais vous vous appuieriez sur la partie de la plateforme dont l'entreprise s'éloigne visiblement. Cela concorde avec ce qu'a rapporté un commentateur Reddit après avoir discuté avec l'équipe : on l'a orienté vers la construction de boucles d'agents plutôt que vers l'utilisation de la fonctionnalité workflow.

Ce qui coûte réellement des crédits

Les nœuds payants, d'après la documentation des crédits :

Gumloop signale lui-même le piège, ce que je préfère citer plutôt que paraphraser : "Enriching 100 contacts costs 6,001 credits (1 + 60 x 100)". Cette seule boucle représente 30 % de l'allocation mensuelle Pro, soit 30 $ sur vos 37 $. Les nœuds en mode boucle s'exécutent une fois par élément, donc chaque coût de nœud se multiplie par la longueur de la liste.

Les frais des outils tiers s'ajoutent à l'appel d'outil à 1 crédit, et ils sont facturés par résultat plutôt que par appel. L'intégration Apollo facture People Search 3 crédits par résultat, donc une recherche renvoyant 50 personnes coûte 150 crédits, pas 3.

C'est là que les modèles de crédits pénalisent ceux qui font tourner de l'automatisation go-to-market plutôt que des opérations internes, puisque l'enrichissement et la recherche sont les deux nœuds qui évoluent avec la longueur de la liste plutôt qu'avec le nombre d'exécutions. Si c'est votre cas d'usage, mon panorama des outils d'automatisation marketing IA mérite un coup d'œil en complément.

La falaise des crédits bonus dont personne ne parle

Voici le détail que je ne m'attendais pas à trouver, et il figure dans la documentation même de Gumloop.

Les 20 000 crédits du plan Pro à 37 $ se décomposent en "7,400 credits at the $0.005 list price, plus 12,600 bonus credits." Pendant ce temps, le dépassement est facturé au tarif liste non subventionné de 0,005 $.

Faites la division et vos crédits inclus vous coûtent environ 0,00185 $ chacun. Vos crédits de dépassement coûtent 0,005 $. Donc le crédit marginal au-delà de 20 000 achète environ 2,7 fois moins de travail par dollar que le crédit moyen inclus dans le plan.

Rien de tout cela n'est caché ou malhonnête, et des allocations incluses généreuses sont la façon dont fonctionne la plupart des logiciels tarifés à l'usage. Mais cela signifie que la courbe de coût n'est pas linéaire, et que "on paiera juste un peu de dépassement" est un moins bon marché que ne le laisse supposer le prix du plan. C'est aussi pourquoi "à partir de 37 $" fait plus de travail dans cette phrase que ce que la plupart des gens y lisent.

Deux garde-fous adoucissent l'atterrissage, et ils sont meilleurs que la plupart. Le pay-as-you-go est désactivé par défaut, donc atteindre 20 000 crédits arrête vos agents plutôt que de démarrer silencieusement une seconde facture ; vous devez activer le dépassement vous-même. Une fois activé, le dépassement Pro est toujours plafonné, avec un plafond par défaut de 1 000 000 de crédits de dépassement (5 000 $) par période de facturation et un plafond inférieur configurable sur votre page d'abonnement. Des e-mails d'utilisation de crédits sont envoyés à 75 % et 90 %.

Entre ces deux garde-fous, la pire facture Pro possible est un chiffre connaissable : 37 $ plus le plafond que vous fixez, soit 5 037 $ si vous laissez le paramètre par défaut. C'est plus que ce que la plupart des outils tarifés à l'usage vous indiquent à l'avance.

Apportez votre propre clé : 80 % de crédits en moins, des frais doublés

Si vous payez déjà directement Anthropic ou OpenAI, le BYOK change beaucoup le calcul. Chat & Reasoning tombe à 0 crédit, et les nœuds IA, la génération d'images et la transcription dans les workflows tombent aussi à 0.

Le piège, c'est que les frais d'orchestration doublent de 8 % à 16 %, et ils sont calculés sur ce que l'exécution aurait valu plutôt que sur ce qui vous est réellement facturé. Le comparatif avant/après publié par Gumloop lui-même sur la même conversation :

C'est une réduction de 80 % des crédits, mais c'est un déplacement de dépense plutôt qu'une économie : vous payez désormais votre fournisseur pour les tokens. Le BYOK nécessite Pro ou supérieur, chaque clé n'exempte que les modèles servis par ce fournisseur, et les utilisateurs Pro peuvent configurer des clés personnelles ou partagées en équipe, mais pas au niveau organisation, ce qui reste exclusif à Enterprise. Cela ne touche pas non plus aux frais d'outils tiers, puisque ceux-ci sont répercutés directement.

Que cela en vaille la peine se résume à quelque chose de simple : si votre tarif effectif chez votre fournisseur est meilleur que le tarif liste, le BYOK l'emporte. Si vous comptiez sur la subvention des crédits bonus de Gumloop, peut-être pas.

Ce que Gumloop ne vous facture pas

Il est facile d'écrire un article sur les tarifs qui ne compte que les compteurs, il vaut donc la peine d'être honnête sur les points où le modèle joue en faveur de l'acheteur.

Les appels d'outils échoués ne sont pas facturés, formulé clairement : "Every successful tool call costs at least 1 credit. Failed calls are not charged." Un workflow qui s'arrête en cours de route ne facture que les nœuds qui se sont exécutés avant l'échec. Attendre un humain ne coûte rien. Les sièges et les équipes sont illimités sur les deux plans, donc contrairement à Zapier, le deuxième coéquipier n'est pas une montée en gamme de plan.

Les outils de transparence sont également meilleurs que la plupart, et méritent d'être mentionnés car beaucoup d'outils tarifés à l'usage n'offrent rien de comparable. Il y a un badge de pièces en direct dans l'en-tête de la conversation qui se met à jour pendant que l'agent travaille, un panneau Chat Details qui décompose une conversation en lignes par compteur, des journaux de crédits filtrables par conversations d'agent ou exécutions de workflow, et un export CSV. Si vous avez déjà essayé de faire correspondre une facture de ticketing IA avec ce que le bot a réellement fait, vous apprécierez la ventilation par conversation. Les crédits exemptés sous BYOK apparaissent quand même barrés et étiquetés "Free", pour que vous puissiez voir ce qu'aurait coûté une exécution. Le tableau de bord Insights et l'agent d'analyse qui répond à des questions comme "combien de crédits avons-nous dépensés le mois dernier, par utilisateur" sont réservés à Enterprise.

Enterprise bénéficie aussi d'alertes de crédits par conversation : au franchissement d'un seuil configuré, l'agent se met en pause et déclenche une Action Request pour approbation avant de continuer. C'est une bonne conception, et c'est le genre de contrôle que toute équipe faisant tourner des agents IA sur des données de production devrait souhaiter. C'est la version budget du même schéma qui sous-tend le transfert d'agent : décider à l'avance où la machine s'arrête et où un humain reprend la main.

Le vide dans tout cela : il n'y a aucune déclaration publiée sur le remboursement ou non d'une conversation d'agent qui consomme des tokens et du calcul puis échoue. Les appels d'outils échoués sont couverts. Les workflows échoués sont couverts. Les conversations échouées ne sont abordées dans aucun sens, et étant donné que les tokens et les minutes de session sont déjà dépensés à ce stade, la lecture simple est qu'ils vous coûtent quelque chose. C'est la question que je poserais à l'équipe commerciale avant de signer.

Ce que les gens disent réellement de la facture

Le sentiment se divise nettement selon un critère : depuis combien de temps le workflow est en production. Les utilisateurs de la première semaine adorent le canevas. Les utilisateurs du troisième mois commencent à parler de "crédits."

"But Gumloop seems to freeze or have issues too frequently and then burns credits running faulty automation."

r/automation thread, Reddit

Il vaut la peine d'être précis sur ce point, car c'est la plainte la plus répétée et la documentation y répond désormais en partie. Gumloop ne facture pas les appels d'outils échoués, et un workflow échoué ne facture que les nœuds déjà exécutés. Ce qui reste sans réponse, c'est le cas de la conversation d'agent, exactement ce que ce fil décrit.

La lecture "plus simple mais plus cher" est remarquablement constante sur toute une année de discussions :

"-> Gumloop : Easy to build, easy to run but little more expensive."

Alexmamy, Reddit

"I think the biggest tradeoff with Gumloop is simplicity vs ownership. It's incredibly fast to prototype AI workflows, especially for non-devs, but once workflows become mission critical people start comparing reliability, hosting, and cost much more seriously."

EnvironmentalOil5959, Reddit

Il faut reconnaître à Gumloop que la pression tarifaire a suscité une réponse publique plutôt qu'un haussement d'épaules. Le point d'entrée à 37 $ existe pour cette raison. Le billet de Gumloop lui-même l'a formulé ainsi : "making the starting point on Solo 10,000 credits for $37/mth down from $97/mth for 30,000 credits," et le fondateur l'a annoncé directement :

"We heard you. Gumloop is getting a more affordable pricing tier. $37/month for 10,000 credits"

Max Brodeur-Urbas, X

Solo et Team ont ensuite fusionné dans Pro, ce qui explique le chiffre actuel de 20 000 crédits pour 37 $. Une note honnête sur cette migration : en dessous de 200k crédits, les utilisateurs en ont eu plus pour le même argent. En haut de l'échelle, ils en ont eu moins, le palier 300k tombant à 250k et le palier 500k à 330k à prix inchangés. Les gros utilisateurs ont subi une réduction réelle.

Une réserve sur les sites d'avis. G2 affiche 4,8/5 sur 7 avis et Capterra affiche 5,0 sur 2, et six des sept avis G2 ont été publiés dans une fenêtre de deux semaines en janvier 2026. Considérez ces scores comme peu nombreux et récents plutôt que comme un verdict établi, dans un sens comme dans l'autre.

Gumloop face à Zapier, n8n, Make et Lindy sur l'unité facturable

L'erreur la plus coûteuse dans cette catégorie consiste à comparer des prix sans comparer des unités. Elles ne sont pas convertibles entre elles.

L'écart se creuse avec la complexité, pas avec le volume. Un déclencheur passant par un workflow de dix étapes traitant 10 enregistrements représente environ 1 exécution sur n8n, environ 10 tâches sur Zapier, et environ 91 opérations sur Make. n8n fait valoir ce point sur sa propre page de tarifs, affirmant qu'une seule exécution peut remplacer ce qui serait 10 000 opérations ailleurs.

Ce problème d'unité mérite d'être étudié avant de comparer un simple chiffre en dollars. Ma comparaison Make vs n8n le détaille en profondeur. Pour la version de la même question à l'ère des agents, AgentKit vs Zapier montre où se situe l'orchestration propre d'un fournisseur de modèles face à un acteur établi tarifé à la tâche.

Si vous atterrissez ici en pleine présélection plutôt qu'en pleine migration, le panorama des alternatives à Make couvre le champ plus large. Les alternatives à Lindy sont la lecture la plus proche si les crédits par siège vous rebutent.

L'unité de Gumloop est atypique d'une manière spécifique : c'est la seule où la même action n'a pas de prix stable. Une tâche Zapier est une tâche, que l'étape IA ait été intelligente ou basique. Un crédit Gumloop suit la facture du modèle sous-jacent, ce qui est à la fois plus honnête et moins prévisible.

À qui s'adresse vraiment la tarification de Gumloop

Bon fit : une petite équipe où une ou deux personnes construisent beaucoup, faisant tourner des agents conversationnels où la valeur par exécution est élevée et le volume modéré. Recherche, enrichissement, reporting, recherches dans la base de connaissances interne : des tâches où une conversation à 2 $ remplace vingt minutes de l'après-midi de quelqu'un. Les sièges illimités sur le plan à 37 $ sont exceptionnellement généreux comparés aux restrictions de sièges de Zapier, et si vous faites de l'enrichissement ou de la recherche où une seule exécution vaut de l'argent réel, payer le coût réel du modèle plus 8 % est un accord équitable. Les équipes qui ont déjà un contrat fournisseur et peuvent activer le BYOK s'en sortent le mieux.

Mauvais fit : automatisation à fort volume et faible valeur par exécution. Si vous déclenchez des milliers de petites tâches déterministes, le modèle par exécution de n8n ou la structure de nœuds gratuits d'un workflow Gumloop (pas un agent) est là où vous devez être, pas des agents conversationnels portant du calcul et une surtaxe de 8 %. C'est aussi un mauvais fit si vous avez besoin d'un chiffre mensuel fixe et prévisible pour la finance, ou si 5 exécutions de workflow simultanées représentent un vrai plafond pour vous, car Pro reçoit un rejet HTTP 429 pur à la limite plutôt qu'une file d'attente.

Le volume orienté client est la version la plus aiguë de ce mauvais fit. Le trafic support s'envole précisément les jours où vous pouvez le moins vous permettre une facture surprise, c'est pourquoi je traite le coût du service client IA d'abord comme une question de volume, et seulement ensuite comme une question de tarif.

Mon avis : la tarification de Gumloop est le modèle le plus intellectuellement honnête de cette catégorie et le plus difficile à budgétiser, et ce sont là deux facettes de la même propriété. La facturation passthrough signifie que vous ne payez jamais de marge sur un modèle bon marché que vous n'avez pas utilisé. Cela signifie aussi que votre facture est fonction des décisions que vos agents prennent en temps réel. Entrez avec un plafond de dépassement fixé délibérément, pas laissé à la valeur par défaut de 5 000 $.

Ce que cela signifie si vous automatisez le support

Une réserve sur tout ce qui précède : les plateformes d'automatisation générale sont tarifées pour de l'automatisation générale. Si la tâche spécifique est la file de support, le décalage d'unité s'accentue, car un ticket de support est une unité de travail de taille naturelle et un crédit ne l'est pas. Vous pouvez tout à fait construire de l'automatisation du service client sur un canevas mesuré en crédits, et des gens le font. La facture cesse simplement de refléter quoi que ce soit que votre responsable support reconnaît.

C'est la décision de conception derrière eesel. eesel facture 0,40 $ par ticket, et un ticket est une tâche quel que soit le nombre de messages échangés, le nombre de réponses du client, ou la durée de réflexion de l'IA à son sujet. Pas de frais de plateforme, pas de frais par siège, pas de minimum. 1 000 tickets par mois font 400 $, et ce sont 400 $ que chacun de ces tickets ait pris deux échanges ou douze. Le compteur correspond à ce que votre équipe compte déjà, si bien que la facture se lit comme un rapport de workflow support plutôt que comme une facture de calcul.

Quelques points que je soulignerais spécifiquement, car ils viennent du fait d'avoir vu cela mal tourner :

• Vous pouvez démarrer avec 50 $ d'utilisation gratuite et sans carte bancaire, ce qui est une proposition différente d'un essai qui exige une carte et se convertit automatiquement.
• Il y a une limite d'utilisation mensuelle, fixée par défaut à 250 $, avec des alertes par e-mail à 50 %, 75 % et 100 %. Les agents se mettent en pause au plafond.
• Vous pouvez déployer progressivement. Routez 200 de vos 1 000 tickets mensuels vers l'IA et vous payez pour 200, jamais pour les tickets que vos humains ont traités.
• Il s'entraîne sur votre base de connaissances existante et vos tickets passés, plutôt que de vous obliger à construire d'abord un canevas de nœuds à la main.
• eesel simule chaque déploiement sur vos tickets historiques avant de toucher une file en direct, car j'ai vu des bots au ton confiant donner de mauvaises réponses, et je préfère le découvrir sur les tickets du trimestre dernier plutôt que sur ceux de ce matin.

Il se branche sur le helpdesk que vous utilisez déjà, si bien qu'une équipe Zendesk n'a rien à déplacer pour l'essayer. Pareil pour Freshdesk. Les boutiques Shopify sur Gorgias ne sont pas différentes.

Le débat plus large sur l'automatisation des tickets de support est une lecture à part si vous en êtes encore au stade "est-ce que ça vaut le coup d'y aller."

Si votre automatisation est de la colle opérationnelle à travers une douzaine d'outils SaaS, Gumloop est l'outil le mieux taillé pour cela, et je vous le dirais. Si c'est le helpdesk et que vous voulez que la facture ressemble à votre volume de tickets plutôt qu'à votre dépense en tokens, essayez eesel - il se connecte à votre système de tickets existant et s'entraîne sur vos tickets passés en quelques minutes.