Tarifs Treg en 2026 : ce que coûte vraiment chaque appel d'outil d'un agent

Comment fonctionnent les tarifs Treg

Je construis des intégrations chez eesel, ce qui consiste surtout à lire la documentation de facturation des autres et à trouver où se cachent les surprises. La documentation de facturation de Treg en réserve moins que la plupart, et celles qui existent sont écrites noir sur blanc.

Si vous ne le connaissez pas encore, Treg est l'« OpenRouter des outils d'agents » de Superdesign : un jeton et un endpoint /call/ qui permettent à un agent comme Claude Code ou Codex d'atteindre plus de 3 700 endpoints tiers pour le SEO, les réseaux sociaux, l'enrichissement et la publicité. La page de tarifs résume le modèle en une ligne : « A prepaid balance, metered per call at the provider's own rate, with no markup. »

Tout tient sur une fiche :

Le prix est visible avant que votre agent ne dépense quoi que ce soit. treg catalog get <id> renvoie le tarif, et après l'appel, le coût réel revient dans un en-tête X-Treg-Cost-Micro en micro-dollars. Si cet en-tête est absent, l'appel a tourné sur votre propre clé et n'a pas été facturé du tout. Pour qui s'est déjà fait avoir par une CLI de codage agentique qui brûle discrètement des crédits, c'est une belle conception.

Les unités de facturation varient selon l'endpoint

« À l'appel » est une simplification, et c'est là que se trouve l'essentiel de la variation de coût réelle. Le catalogue indique un cost.type sur chaque endpoint, et tous ne comptent pas la même chose :

• per_call : une charge fixe à chaque fois, quel que soit le résultat.
• per_success : vous ne payez qu'en cas de succès. Un échec est réglé à 0,00 $.
• per_result par ligne : le chiffre mis en avant suppose une page de 20 lignes, donc les pages plus grandes coûtent plus.
• per_result par cible, domaine ou mot-clé : vous payez pour chaque élément demandé. La doc dit : « a body listing ten domains reserves ten. »
• free : exactement ce que ça veut dire.

C'est plus important que le tarif affiché. Un chercheur d'e-mails en per_success qui échoue une fois sur deux vous coûte moitié moins que l'étiquette ne le laisse croire, alors qu'un chercheur en per_call facture chaque échec. Si vous construisez un agent de génération de leads, je regarderais l'unité de facturation avant le prix.

Ce qui est mesuré et ce qui est gratuit

C'est la partie des tarifs Treg que je relirais deux fois. La doc de Treg pose la règle clairement : « Your own key always wins over treg's, and those calls are never metered. » Une échelle d'identifiants tourne à chaque appel, et seul le dernier échelon coûte de l'argent.

Donc, si vous payez déjà Firecrawl ou Apify, connecter ces clés rend les appels « free of the balance rather than duplicating them ». La page de tarifs le montre même sur un reçu Meta Ad Library : « own key $0, shared key $0.12. »

Quatre détails se remarquent facilement :

1. X est l'exception à « votre compte est gratuit ». Une connexion X faite via l'app X propre à Treg est mesurée à l'appel, car « X bills the app owner per use, whoever's account consented. » Apportez votre propre app développeur X et elle n'est de nouveau plus mesurée.
2. Les appels échoués sont surtout gratuits, avec une réserve. La doc principale dit qu'un 4xx ou 5xx du fournisseur est « charged nothing », mais le guide d'intégration nuance : un endpoint per_call facture bien « a genuine 4xx caused by your own bad input. » Les erreurs d'identifiants et de quota ne sont jamais facturées.
3. Les relais de débordement peuvent changer le prix. Si le compte propre de Treg chez un fournisseur est à sec, il peut servir l'appel via un compte relais à « the relay's real price », signalé par un en-tête X-Treg-Served-Via. Vous pouvez le désactiver avec treg org overflow off.
4. Il existe des pools d'essai gratuits pour les données de marché. Finnhub, Twelve Data et Tiingo tournent à 0 $ avec une allocation quotidienne de 50, 20 et 20 appels par équipe, puis renvoient un 429.

Ce que coûtent de vraies exécutions Treg

Une grille tarifaire est une chose. Ce en quoi j'ai le plus confiance, c'est un reçu, et Treg en publie issus d'exécutions réelles sur sa page workflows. La page de tarifs de Treg le dit bien : chaque reçu « comes from a real run, not a rate card. »

Le reçu de la liste de leads est le plus honnête. Il a enchaîné Apollo, un filtre IA et plusieurs chercheurs d'e-mails, et admet que les échecs de Findymail ont été facturés quand même. C'est l'écart entre « coût de l'appel » et « coût du résultat exploitable » dont la page de tarifs avertit : un appel brut est une charge, mais « a deliverable row can cost more when multi-step work filters out misses. »

Les prix planchers publiés par plateforme donnent une idée du bas de l'échelle :

L'écart au-dessus du plancher est grand. La doc de Treg dit elle-même « spreads inside one capability reach 200×. » Sur la page du chercheur d'e-mails, QuickEnrich coûte 0,00483 $ par adresse trouvée et Hunter 0,0245 $, soit environ cinq fois plus pour le même travail.

Treg contre sièges d'abonnement : où le calcul bascule

Le panneau de la page d'accueil que tout le monde capture remplace quatre abonnements par des prix à l'appel et fait le total : « $371/mo of seats → cents per call. » J'aime l'idée, mais quand je l'ai vérifiée avec le catalogue en direct, elle compare des tâches, pas des fournisseurs. Semrush et Crunchbase ne fonctionnent qu'avec votre propre clé dans Treg, et le vrai tarif de recherche d'e-mail de Hunter est de 0,0245 $, pas les 0,004 $ du panneau.

La question utile n'est donc pas « Treg est-il moins cher ? » mais « combien d'appels avant que le siège ne devienne moins cher ? ». Voici ce calcul avec les tarifs en direct :

La ligne des mots-clés mérite un second coup d'œil, car un lot DataForSEO couvre jusqu'à environ 1 000 mots-clés. Cela fait plus d'un million de recherches avant que le siège Semrush ne rattrape sur les données brutes. Ce que vous n'avez pas, c'est le tableau de bord Semrush, ses propres chiffres ni le reste de la suite. Si votre équipe vit chaque jour dans Ahrefs ou Semrush, vous garderiez ce siège de toute façon (ma comparaison Moz vs Ahrefs détaille ce qu'incluent les sièges complets).

Saisissez vos propres volumes ci-dessous. Les tarifs Treg sont les prix du catalogue en direct ci-dessus, et les prix des sièges sont ceux de la page d'accueil de Treg.

Aux volumes par défaut, la facture Treg s'élève à environ 13 $ par mois contre 371 $ de sièges. Poussez la ligne e-mail au-delà de 1 388 et elle passe au rouge, signe que ce travail mérite son propre abonnement.

Contrôles de dépenses, recharges et remboursements

Un solde prépayé est en soi un plafond de dépenses, et c'est la principale raison pour laquelle je suis à l'aise d'y brancher un agent sans surveillance. Quand le solde est épuisé, les appels mesurés échouent avec un HTTP 402 portant balance_micro, estimated_cost_micro et une topup_url. La page de tarifs appelle ça « Runs dry, fails loud », et les appels sur clé propre continuent de fonctionner.

En plus, vous avez trois autres leviers :

• Un plafond par appel. Envoyez X-Treg-Route-Max-Cost: <usd> et Treg refuse tout appel dont la réserve dépasserait ce montant, sans rien facturer. Les appels directs n'ont pas de plafond par défaut, tandis que les appels routés treg.<capability> sont plafonnés à 1 $ par appel par défaut.
• Jetons d'agent à portée limitée. Les admins peuvent créer un jeton limité à certains outils et à un nombre quotidien d'appels, comme treg org agent-new ci-bot --tools stripe,gh --cap 500.
• Recharge automatique sur option. Les Conditions disent : « automatic top-ups only happen if you turn them on and agree to the amount. » La checklist de mise en production du guide d'intégration dit de l'activer ou de surveiller GET /orgs/<id>/balance.

Les remboursements sont plus minces. Aucune politique générale de remboursement du solde payé n'est publiée. Les seules mentions de remboursement concernent les tâches de génération asynchrones, où « a failed or moderated task refunds the whole hold », et le crédit promotionnel, « never refundable ». Le service hébergé est aussi en accès anticipé, avec « no uptime commitment and no support commitment », prévoyez-le donc si un agent en production en dépend.

Si vous revendez Treg dans votre propre produit, ce que la doc juge « allowed and encouraged », vous pouvez étiqueter les appels avec X-Treg-Meta: customer=... et facturer à partir d'un endpoint d'usage par étiquette. Les plafonds quotidiens par client sont « advisory », votre solde reste donc la limite dure.

Ce que disent les utilisateurs des tarifs Treg

La communauté autour de Treg est petite et surtout sur X, et elle parle plus de prix que de tout le reste. Le commentaire le plus concret que j'aie trouvé portait sur les achats minimums de crédit sur les API brutes :

"For example DFS you need to buy minimum $50 credits to use platform, but with Treg I can pay per api call."

Joshua Palmer, X

C'est le vrai argument pour une petite équipe. DataForSEO est bon marché à l'appel, mais il faut avancer 50 $ avant le premier, et c'est un fournisseur sur la douzaine qu'un agent peut toucher. Le même point sur le paiement à l'usage est apparu sur LinkedIn à propos des données de leads :

"Instead of paying 99$/mo for a service like Apollo. You pay to Treg only the amount you needed (turns it to Pay As you Go). Pay per Tool Call."

Giannis Tambakis, LinkedIn

La critique légitime porte sur le choix entre fournisseurs, pas sur le prix lui-même. Le seul avis sur Product Hunt disait que lorsqu'une tâche correspond à plusieurs fournisseurs, la fiche ne précise pas lequel est le moins cher ou le plus fiable, alors il a fait des appels de test pour comparer. L'Enrich Arena de Treg, lancée le 10 septembre, ressemble à une réponse directe, et un testeur a bien résumé le changement :

"The question isn't necessarily: 'Which provider is the best?' It becomes: 'Which provider is giving me the best result for this particular request?'"

Immanuel, X

J'ajouterais une chose de mon côté. Treg facture les choix de votre agent : un agent qui choisit Hunter à 0,0245 $ plutôt que QuickEnrich à 0,00483 $ paie cinq fois plus pour le même travail. Treg n'exécute pas de logique en cascade pour vous comme Clay, donc épingler une tâche à un seul fournisseur avec treg org pin est le contrôle de coût le plus simple qui soit.

Treg en vaut-il la peine ?

Pour la plupart des constructeurs d'agents, oui. Le modèle tarifaire est transparent, les 0 % de marge sont écrits dans les conditions et le BYOK signifie que vous ne payez jamais deux fois une clé que vous possédez déjà. Si votre agent a besoin de quelques centaines de recherches par mois chez de nombreux fournisseurs, la facturation à l'appel bat largement une pile de sièges.

Les tarifs Treg sont pertinents quand :

• Votre agent touche beaucoup de fournisseurs un peu, plutôt qu'un fournisseur beaucoup.
• Vous voulez tester un agent SEO IA ou un workflow d'outbound sans vous inscrire à cinq essais.
• Vous payez déjà certaines clés et voulez une porte d'entrée unique pour le reste.

Un siège est plus rentable quand :

• Un travail dépasse son seuil de rentabilité chaque mois, comme plus de 1 400 recherches d'e-mails.
• Votre équipe a besoin du tableau de bord du fournisseur et de ses propres données, pas des chiffres d'un fournisseur similaire.
• Vous avez besoin d'un SLA, car le service hébergé n'a pas encore d'engagement de disponibilité.

Les reçus soulignent aussi, sans le vouloir, un point plus large. Une extraction de 50 mots-clés a coûté onze centimes. Les données n'ont jamais été la partie chère de l'automatisation SEO. Le coûteux, c'est ce qui vient après : choisir l'angle, rédiger un brief de contenu, écrire quelque chose qui mérite d'être cité et le relier à votre site.

Treg contre déléguer le travail

Treg est de l'infrastructure. Il donne à un agent des mains bon marché, et c'est à vous d'apporter l'agent (mon tour d'horizon des meilleurs agents IA est un bon début), les prompts, la boucle de relecture et la stratégie. Pour les constructeurs qui aiment câbler, c'est un excellent échange.

L'autre option est d'embaucher un coéquipier qui fait déjà le travail. C'est ce que fait eesel : il vous donne des coéquipiers IA prêts à travailler sur des tâches précises, et pour le contenu SEO, c'est le rédacteur de blog IA. Il recherche le mot-clé, étudie ce qui se classe, tire de vraies sources, crée les visuels et rédige dans la voix de votre marque, et vous relisez et validez. Un responsable de contenu SEO sur Webflow l'utilise pour publier plus de 360 articles par mois, avec relecture groupée avant toute mise en ligne.

Si vous voulez la mécanique, j'ai détaillé comment fonctionne un rédacteur de blog IA, y compris son entraînement sur votre voix de marque.

Pour les développeurs, ce n'est pas non plus une boîte noire. La CLI eesel, @eesel/cli, pilote le même coéquipier que vous utiliseriez dans le tableau de bord. Chaque commande affiche du JSON, les écritures ont un flag --dry-run qui montre l'appel serveur exact avant l'envoi, et l'authentification headless passe par des variables d'environnement, donc elle s'intègre aux scripts et à la CI. Chaque espace de travail eesel est aussi un serveur MCP : npx @eesel/cli mcp token affiche une commande claude mcp add prête à coller, de sorte que Claude Code, Codex ou Cursor peuvent confier un article au rédacteur de blog comme ils appellent Treg pour les données. Beaucoup d'équipes utiliseront les deux.

Essayez eesel pour le contenu SEO

Si les reçus de Treg vous ont fait réaliser que les données coûtent quelques centimes et que l'écriture est le vrai travail, le rédacteur de blog IA d'eesel vous en décharge. Donnez-lui votre site et un mot-clé, et il revient avec un brouillon recherché et sourcé, avec visuels et FAQ à valider, sans calcul à l'appel. Le démarrage est gratuit, et mon détail du coût d'un rédacteur de blog IA et le comparatif des rédacteurs de blog pour le SEO montrent comment il se situe.

Essayer eesel