
So funktionieren die Treg-Preise
Ich baue bei eesel Integrationen, das heißt vor allem: die Abrechnungsdokumentation anderer lesen und herausfinden, wo die Überraschungen stecken. Tregs Abrechnungsdokumentation hat weniger Überraschungen als die meisten, und die vorhandenen sind aufgeschrieben.

Falls Sie es noch nicht kennen: Treg ist Superdesigns „OpenRouter für Agent-Tools“, ein Token und ein /call/-Endpunkt, über die ein Agent wie Claude Code oder Codex mehr als 3.700 Drittanbieter-Endpunkte für SEO, Social, Anreicherung und Werbung erreicht. Die Preisseite fasst das Modell in einem Satz zusammen: „A prepaid balance, metered per call at the provider's own rate, with no markup.“
Das Ganze auf einer Karte:
| Posten | Was Treg berechnet |
|---|---|
| Abo oder Seats | Keine |
| Monatlicher Mindestbetrag | Keiner |
| Startguthaben | 1,00 $ gratis, einmalig pro verifizierter Identität |
| Aufschlag auf Anbieterpreise | 0 % |
| Katalog-Aufruf mit Tregs Schlüssel | Der Preis des Anbieters, vor dem Aufruf angezeigt |
| Eigener Schlüssel, eigenes Tool oder verbundenes Konto | 0 $, nie gemessen |
| Cache-Treffer bei einer Frage, die Ihr Team schon gestellt hat | 10 % des Preises (gratis mit eigenem Schlüssel) |
| Empfehlungsguthaben | 5,00 $ für jede Seite, sobald das geworbene Team Guthaben einzahlt |
| Selbst-Hosting des offenen Codes | Gratis, auf Ihrer eigenen Infrastruktur |
| Mindestaufladung | Nicht veröffentlicht (der Aufladebildschirm liegt hinter dem Login) |
Der Preis ist sichtbar, bevor Ihr Agent etwas ausgibt. treg catalog get <id> liefert den Preis, und nach dem Aufruf kommt die tatsächliche Belastung in einem X-Treg-Cost-Micro-Header in Mikro-Dollar zurück. Fehlt dieser Header, lief der Aufruf mit Ihrem eigenen Schlüssel und wurde gar nicht berechnet. Wer schon einmal erlebt hat, wie ein agentisches Coding-CLI unbemerkt Guthaben verbrennt, findet das ein gutes Design.
Abrechnungseinheiten variieren je Endpunkt
„Pro Aufruf“ ist eine Vereinfachung, und genau hier steckt der größte Teil der echten Kostenstreuung. Der Katalog führt bei jedem Endpunkt einen cost.type, und nicht alle zählen dasselbe:
per_call: eine feste Gebühr bei jedem Aufruf, egal was zurückkommt.per_success: Sie zahlen nur bei einem Treffer. Ein Fehlversuch wird mit 0,00 $ abgerechnet.per_resultnach Zeilen: der Richtpreis geht von einer Seite mit 20 Zeilen aus, größere Seiten kosten also mehr.per_resultnach Ziel, Domain oder Keyword: Sie zahlen pro Ding, nach dem Sie fragen. Die Doku sagt: „a body listing ten domains reserves ten.“free: genau das, wonach es klingt.
Das ist wichtiger als der Richtpreis. Ein E-Mail-Finder mit per_success, der in der Hälfte der Fälle nichts findet, kostet Sie nur halb so viel, wie das Preisschild vermuten lässt, während ein per_call-Finder jeden Fehlversuch berechnet. Wenn Sie einen Lead-Generierungs-Agent bauen, schaue ich mir die Abrechnungseinheit vor dem Preis an.
Was gemessen wird und was gratis ist
Diesen Teil der Treg-Preise würde ich zweimal lesen. Tregs Doku formuliert die Regel klar: „Your own key always wins over treg's, and those calls are never metered.“ Bei jedem Aufruf läuft eine Credential-Leiter durch, und nur die letzte Sprosse kostet Geld.

Wenn Sie also schon für Firecrawl oder Apify zahlen, sorgt das Verbinden dieser Schlüssel dafür, dass die Aufrufe „free of the balance rather than duplicating them“ laufen. Die Preisseite zeigt es sogar an einem Meta-Ad-Library-Beleg: „own key $0, shared key $0.12.“
Vier Details übersieht man leicht:
- X ist die Ausnahme von „Ihr Konto ist gratis“. Eine X-Verbindung über Tregs eigene X-App wird pro Aufruf gemessen, weil „X bills the app owner per use, whoever's account consented.“ Mit einer eigenen X-Developer-App ist es wieder ungemessen.
- Fehlgeschlagene Aufrufe sind meist gratis, mit einer Einschränkung. Die Haupt-Doku sagt, ein 4xx oder 5xx des Anbieters werde „charged nothing“, aber der Integrationsleitfaden schränkt das ein: Ein
per_call-Endpunkt berechnet sehr wohl „a genuine4xxcaused by your own bad input.“ Fehler bei Zugangsdaten und Kontingenten werden nie berechnet. - Overflow-Relays können den Preis ändern. Ist Tregs eigenes Konto bei einem Anbieter leer, kann der Aufruf über ein Relay-Konto zu „the relay's real price“ bedient werden, markiert mit einem
X-Treg-Served-Via-Header. Mittreg org overflow offschalten Sie das ab. - Es gibt kostenlose Testkontingente für Marktdaten. Finnhub, Twelve Data und Tiingo laufen für 0 $ mit einem Tageskontingent von 50, 20 und 20 Aufrufen pro Team und liefern danach einen 429.
Was echte Treg-Läufe kosten
Preislisten sind eine Sache. Belegen traue ich mehr, und Treg veröffentlicht sie aus echten Läufen auf seiner Workflows-Seite. Tregs Preisseite bringt es gut auf den Punkt: Jeder Beleg „comes from a real run, not a rate card.“

| Lauf (Datum) | Was er getan hat | Gesamtkosten |
|---|---|---|
| Keyword-Nachfrage (14. Sep.) | 50 Keywords: Ideen 0,018 $, Volumen 0,09 $, Trend 0,0012 $ | 0,11 $ |
| Verifizierte Lead-Liste (23. Sep.) | 50 Unternehmen ergaben 20 zustellbare Leads | 2,33 $ (0,12 $ pro Lead) |
| Instagram-Creator-Suche | Creator-Suche und Profile | 0,20 $ (0,008 $ pro Creator) |
| Meta- und Google-Ads-Abfrage | Google mit dem geteilten Schlüssel, Meta mit dem eigenen Apify-Schlüssel des Teams | 0,015 $ für Google, 0 $ für Meta |
Der Beleg der Lead-Liste ist der ehrliche. Er verkettete Apollo, einen KI-Filter und mehrere E-Mail-Finder und räumt ein, dass Fehlversuche bei Findymail trotzdem berechnet wurden. Das ist die Lücke zwischen „Aufrufkosten“ und „Kosten pro brauchbarem Ergebnis“, vor der die Preisseite warnt: Ein einzelner Aufruf ist eine Gebühr, aber „a deliverable row can cost more when multi-step work filters out misses.“
Veröffentlichte Untergrenzen je Plattform zeigen, wo das untere Ende liegt:
| Plattform | Untergrenze bei Treg |
|---|---|
| X | ab 0,0001 $ pro Erfolg |
| TikTok | ab 0,0005 $ pro Erfolg |
| Instagram, YouTube, Douyin | ab 0,001 $ pro Erfolg |
| Unternehmensdaten | ab 0,000178 $ pro Aufruf |
| Personen- und Kontaktdaten | ab 0,00038 $ pro Ergebnis |
| Offenes Web und SEO | unter 0,0001 $ pro Ergebnis |
Die Spanne über der Untergrenze ist groß. Tregs eigene Doku sagt: „spreads inside one capability reach 200×.“ Auf der E-Mail-Finder-Seite kostet QuickEnrich 0,00483 $ pro gefundener Adresse, Hunter dagegen 0,0245 $, also etwa das Fünffache für dieselbe Aufgabe.
Treg vs. Abo-Seats: Wo die Rechnung kippt
Das Panel auf der Startseite, das alle als Screenshot teilen, ersetzt vier Abos durch Preise pro Aufruf und rechnet zusammen: „$371/mo of seats → cents per call.“ Die Idee gefällt mir, aber als ich sie gegen den Live-Katalog geprüft habe, vergleicht sie Aufgaben, nicht Anbieter. Semrush und Crunchbase laufen in Treg nur mit Ihrem eigenen Schlüssel, und Hunters echter Preis für E-Mail-Suchen liegt bei 0,0245 $, nicht bei den 0,004 $ auf dem Panel.
| Aufgabe | Seat, den sie ersetzt | Preis auf der Startseite | Live-Katalogpreis (29. Sep. 2026) |
|---|---|---|---|
| Keyword-Volumen | Semrush, 139 $/Monat | 0,006 $/Aufruf | Semrush nur mit eigenem Schlüssel. DataForSEO 0,09 $ pro Batch (bis zu ca. 1.000 Keywords), Serpstat 0,0005 $ pro Ergebnis |
| Backlinks | Moz, 99 $/Monat | 0,012 $/Aufruf | Moz-Summary 0,013334 $, Serpstat-Summary 0,0025 $ |
| Finanzierungsdaten | Crunchbase, 99 $/Monat | 0,020 $/Aufruf | Crunchbase nur mit eigenem Schlüssel. Aviato 0,01 $ pro Erfolg, PredictLeads 0,04 $ |
| Geschäftliche E-Mail | Hunter, 34 $/Monat | 0,004 $/Aufruf | Hunter-Suche 0,0245 $ pro Erfolg, QuickEnrich 0,00483 $ |
Die nützliche Frage lautet also nicht „Ist Treg günstiger?“, sondern „Wie viele Aufrufe, bis der Seat günstiger ist?“ Hier die Rechnung mit den Live-Preisen:

Die Keyword-Zeile lohnt einen zweiten Blick, denn ein DataForSEO-Batch deckt bis zu etwa 1.000 Keywords ab. Das sind über eine Million Keyword-Abfragen, bevor der Semrush-Seat bei reinen Daten aufholt. Was Sie nicht bekommen, sind das Semrush-Dashboard, dessen eigene Zahlen oder der Rest der Suite. Wenn Ihr Team täglich in Ahrefs oder Semrush lebt, würden Sie den Seat ohnehin behalten (mein Vergleich Moz vs. Ahrefs zeigt, was die vollen Seats enthalten).
Setzen Sie unten Ihre eigenen Mengen ein. Die Treg-Preise sind die Live-Katalogpreise von oben, die Seat-Preise stammen von Tregs Startseite.
Bei den Standardmengen liegt die Treg-Rechnung bei etwa 13 $ im Monat gegenüber 371 $ für Seats. Schieben Sie die E-Mail-Zeile über 1.388, wird sie rot, und das ist Ihr Zeichen, dass diese eine Aufgabe ein eigenes Abo verdient.
Ausgabenkontrolle, Aufladungen und Erstattungen
Ein Prepaid-Guthaben ist selbst eine Ausgabengrenze, und das ist der Hauptgrund, warum ich einen unbeaufsichtigten Agent bedenkenlos darauf loslasse. Ist das Guthaben aufgebraucht, scheitern gemessene Aufrufe mit einem HTTP 402, das balance_micro, estimated_cost_micro und eine topup_url enthält. Die Preisseite nennt das „Runs dry, fails loud“, und Aufrufe mit eigenem Schlüssel laufen weiter.
Dazu kommen drei weitere Hebel:
- Ein Limit pro Aufruf. Senden Sie
X-Treg-Route-Max-Cost: <usd>, und Treg lehnt jeden Aufruf ab, dessen Reservierung darüber läge, ohne etwas zu berechnen. Direkte Aufrufe haben keine Standardgrenze, geroutetetreg.<capability>-Aufrufe standardmäßig 1 $ pro Aufruf. - Agent-Tokens mit begrenztem Umfang. Admins können ein Token erstellen, das auf bestimmte Tools und eine tägliche Aufrufzahl begrenzt ist, etwa
treg org agent-new ci-bot --tools stripe,gh --cap 500. - Automatische Aufladung auf Wunsch. Die Bedingungen sagen: „automatic top-ups only happen if you turn them on and agree to the amount.“ Die Ship-Checkliste im Integrationsleitfaden empfiehlt, sie entweder zu aktivieren oder
GET /orgs/<id>/balancezu überwachen.
Bei Erstattungen sieht es dünner aus. Es ist keine allgemeine Erstattungsrichtlinie für bezahltes Guthaben veröffentlicht. Die einzigen Erstattungsregeln betreffen asynchrone Generierungsaufgaben, bei denen „a failed or moderated task refunds the whole hold“, und Aktionsguthaben, das „never refundable“ ist. Der gehostete Dienst ist außerdem im Early Access mit „no uptime commitment and no support commitment“, planen Sie das also ein, wenn ein Agent in Produktion davon abhängt.
Wenn Sie Treg in Ihrem eigenen Produkt weiterverkaufen, was die Doku als „allowed and encouraged“ bezeichnet, können Sie Aufrufe mit X-Treg-Meta: customer=... taggen und über einen Endpunkt für Nutzung nach Tag abrechnen. Tageslimits pro Kunde sind „advisory“, Ihr Guthaben bleibt also die harte Grenze.
Was Nutzer über die Treg-Preise sagen
Die Community rund um Treg ist klein und vor allem auf X unterwegs, und sie redet mehr über den Preis als über alles andere. Der konkreteste Kommentar, den ich fand, betraf Mindestkäufe von Guthaben bei den Roh-APIs:
"For example DFS you need to buy minimum $50 credits to use platform, but with Treg I can pay per api call."
Das ist das eigentliche Argument für ein kleines Team. DataForSEO ist pro Aufruf günstig, aber Sie müssen 50 $ vorstrecken, bevor der erste läuft, und das ist ein Anbieter von einem Dutzend, die ein Agent berühren könnte. Denselben Pay-as-you-go-Punkt gab es auf LinkedIn zu Lead-Daten:
"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."
Die berechtigte Kritik betrifft die Wahl zwischen Anbietern, nicht den Preis selbst. Der einzige Product-Hunt-Rezensent sagte, wenn eine Aufgabe mehreren Anbietern zugeordnet ist, mache der Eintrag nicht deutlich, welcher günstiger oder zuverlässiger ist, also habe er Testaufrufe zum Vergleich gemacht. Tregs Enrich Arena, gestartet am 10. September, liest sich wie eine direkte Antwort, und ein Tester fasste den Wandel gut zusammen:
"The question isn't necessarily: 'Which provider is the best?' It becomes: 'Which provider is giving me the best result for this particular request?'"
Eines möchte ich aus eigener Sicht ergänzen. Treg berechnet die Entscheidungen Ihres Agents. Wählt er Hunter für 0,0245 $ statt QuickEnrich für 0,00483 $, zahlt er das Fünffache für dieselbe Aufgabe. Treg betreibt keine Waterfall-Logik für Sie wie Clay, die einfachste Kostenkontrolle ist also, eine Aufgabe mit treg org pin an einen Anbieter zu binden.
Lohnt sich Treg?
Für die meisten Agent-Entwickler ja. Das Preismodell ist transparent, die 0 % Aufschlag stehen in den Bedingungen, und BYOK heißt, dass Sie nie doppelt für einen Schlüssel zahlen, den Sie schon besitzen. Braucht Ihr Agent ein paar hundert Abfragen im Monat bei vielen Anbietern, schlägt die Abrechnung pro Aufruf einen Stapel Seats deutlich.
Treg-Preise lohnen sich, wenn:
- Ihr Agent viele Anbieter ein wenig nutzt statt einen Anbieter intensiv.
- Sie einen AI-SEO-Agent oder einen Outbound-Workflow testen wollen, ohne sich für fünf Testversionen anzumelden.
- Sie schon für einige Schlüssel zahlen und einen zentralen Zugang für den Rest wollen.
Ein Seat ist das bessere Geschäft, wenn:
- Eine Aufgabe jeden Monat über ihren Break-even-Punkt läuft, etwa bei 1.400+ E-Mail-Suchen.
- Ihr Team das Dashboard des Anbieters und dessen eigene Daten braucht, nicht die Zahlen eines ähnlichen Anbieters.
- Sie ein SLA brauchen, denn der gehostete Dienst hat noch keine Verfügbarkeitszusage.
Die Belege machen außerdem, ohne es zu wollen, einen größeren Punkt. Ein Abruf mit 50 Keywords kostete elf Cent. Die Daten waren nie der teure Teil der SEO-Automatisierung. Teuer ist, was danach kommt: den Winkel wählen, ein Content Brief schreiben, etwas Zitierwürdiges entwerfen und es in Ihre Website einbinden.
Treg vs. die Aufgabe erledigen lassen
Treg ist Infrastruktur. Es gibt einem Agent günstige Hände, und den Agent (meine Übersicht der besten AI-Agents ist ein guter Einstieg), die Prompts, die Review-Schleife und die Strategie bringen Sie weiterhin selbst mit. Für Entwickler, die gern verdrahten, ist das ein toller Tausch.
Die andere Option ist, ein Teammitglied zu holen, das den Job schon macht. Genau das tut eesel: Es gibt Ihnen einsatzbereite AI-Teammates für bestimmte Aufgaben, und für SEO-Content ist das der AI Blog Writer. Er recherchiert das Keyword, analysiert, was rankt, zieht echte Quellen heran, erstellt die Visuals und schreibt in Ihrer Markenstimme, und Sie prüfen und geben frei. Ein SEO-Content-Lead auf Webflow nutzt ihn, um 360+ Beiträge pro Monat zu veröffentlichen, mit Bulk-Review, bevor irgendetwas live geht.
Wenn Sie die Mechanik interessiert: Ich habe aufgeschrieben, wie ein AI Blog Writer funktioniert, einschließlich des Trainings auf Ihre Markenstimme.
Für Entwickler ist es auch keine Blackbox. Das eesel CLI, @eesel/cli, steuert denselben Teammate, den Sie im Dashboard nutzen. Jeder Befehl gibt JSON aus, Schreibvorgänge haben ein --dry-run-Flag, das den genauen Serveraufruf vor dem Senden zeigt, und die Headless-Authentifizierung läuft über Umgebungsvariablen, sodass es in Skripte und CI passt. Jeder eesel-Workspace ist außerdem ein MCP-Server: npx @eesel/cli mcp token gibt einen einsatzfertigen claude mcp add-Befehl aus, sodass Claude Code, Codex oder Cursor einen Beitrag an den Blog Writer übergeben können, so wie sie Treg für Daten aufrufen. Viele Teams werden beides einsetzen.
eesel für SEO-Content ausprobieren
Wenn Ihnen die Treg-Belege gezeigt haben, dass die Daten nur Pfennige kosten und das Schreiben die eigentliche Arbeit ist, nimmt Ihnen der eesel AI Blog Writer genau diesen Teil ab. Geben Sie ihm Ihre Website und ein Keyword, und er liefert einen recherchierten, belegten Entwurf mit Visuals und FAQs zur Freigabe, ganz ohne Rechnen pro Aufruf. Der Einstieg ist kostenlos, und meine Aufschlüsselung der AI-Blog-Writer-Kosten und die Übersicht der SEO-Blog-Writer zeigen den Vergleich.

Häufig gestellte Fragen
Was kostet Treg?
Ist Treg kostenlos?
Erhebt Treg einen Aufschlag auf API-Aufrufe?
Ist Treg günstiger als Semrush oder Hunter?
Was passiert, wenn mein Treg-Guthaben aufgebraucht ist?
Hat Treg ein Empfehlungsprogramm?
Kann ich begrenzen, was ein Agent bei Treg ausgibt?
X-Treg-Route-Max-Cost-Header, und Treg lehnt jeden Aufruf ab, dessen Reservierung ihn überschreiten würde, ohne etwas zu berechnen. Admins können außerdem Agent-Tokens mit begrenztem Umfang und einem täglichen Aufruflimit erstellen. Ihr Prepaid-Guthaben ist in jedem Fall die harte Obergrenze, dasselbe Sicherheitsnetz, das ich bei jeder AI-Agent-CLI haben wollte.
Article by
Rama Adi
Rama is a software engineer at eesel AI with two years of experience writing about B2B SaaS, AI tools, and customer support technology. Based in Bali, Indonesia, he brings a developer's perspective to product comparisons — cutting through marketing copy to what the integrations and APIs actually do.






