OpenRouter-Preise verstehen: Modellkosten, Guthabengebühren und BYOK

Für ein präzises Budget bei OpenRouter müssen Sie die Kosten der verarbeiteten Anfragen strikt von den Beträgen trennen, die Sie im Voraus als Guthaben auf Ihr Konto einzahlen. Darüber hinaus müssen Sie die Regeln für BYOK (Bring Your Own Key) gesondert prüfen, falls Sie eigene API-Schlüssel der jeweiligen Anbieter einbinden. Ein einzelner Tarif „pro Million Token“ deckt diese unterschiedlichen Kostenbestandteile nicht vollständig ab.

Modellpreise und Guthabenaufladung sind getrennte Posten

Laut den offiziellen FAQ werden Anfragen über Ihr im Voraus erworbenes Guthaben abgerechnet, wobei die Preise vom gewählten Modell und dem jeweiligen Anbieter abhängen. OpenRouter gibt an, die Tarife der Provider ohne Aufschlag auf die Inferenz weiterzureichen; die Plattformprovision fällt beim Kauf von Guthaben an. Auf der Preisseite ist mit Stand vom 14. September 2026 für Pay-as-you-go eine Gebühr von 5.5% ausgewiesen.

Gleichen Sie vor jeder Zahlung drei Beträge ab: wie viel Guthaben Ihnen gutgeschrieben wird, welche Gebühr angezeigt wird und welcher Gesamtbetrag letztlich von Ihrer Zahlungsmethode abgebucht wird. Prüfen Sie in der aktuellen Abrechnung beim Checkout eventuelle Mindestgebühren, anfallende Steuern sowie Zuschläge für bestimmte Zahlungsmittel. Der Prozentsatz aus der Preistabelle ersetzt nicht die endgültige Abrechnungssumme.

Ein vereinfachtes Rechenbeispiel: Ergibt der Erwerb von $100 Guthaben einen separaten Plattformaufschlag von 5.5%, beläuft sich die Gesamtzahlung auf $105.50. Dies ist ein rein rechnerisches Szenario ohne Steuern, Währungsumrechnungsgebühren oder sonstige Zahlungsaufschläge und keine exakte Erfassung des Bezahlvorgangs. Wenn Sie anschließend $20 an Guthaben verbrauchen, verbleibt ein Restsaldo von $80; Sie dürfen daher nicht die gesamte anfängliche Einzahlung den ersten wenigen Anfragen als Kosten anlasten.

So schätzen Sie Ihr tatsächliches Anfragevolumen ab

Für ein einfaches Textszenario ohne Prompt-Caching und zusätzliche kostenpflichtige Funktionen:

request_cost = input_tokens / 1000000 * input_price
             + output_tokens / 1000000 * output_price

Betrachten wir einen realen BetterToken-Tarif für glm-5.3 aus der Modellgruppe GLM, geprüft am 14. September 2026 anhand des aktuellen Preiskatalogs. In US-Dollar pro Million Token kostet der Input $1.232 und der Output $3.872. Für 8.000 nicht zwischengespeicherte Input-Token und 2.000 Output-Token ergibt sich folgende Rechnung:

input_cost = 8000 / 1000000 * 1.232 = $0.009856
output_cost = 2000 / 1000000 * 3.872 = $0.007744
total_cost = $0.0176
1000_requests = $17.60

BetterToken erhebt auf diesen Betrag keine zusätzliche Transaktionsgebühr: Bei diesem Volumen bleiben die Kosten bei $0.0176 pro Anfrage oder $17.60 für eintausend identische Anfragen. Es ist nicht erforderlich, diese Summe noch mit 1.055 zu multiplizieren – die Einzahlungsgebühren von OpenRouter fallen bei BetterToken nicht an. Die Tokenmengen in diesem Beispiel dienen der Veranschaulichung; der Tarif stammt direkt aus dem aktiven Preiskatalog und bezieht sich nicht auf ein fiktives Modell. Zwischengespeicherte Token und zusätzliche Funktionsaufrufe sind hierin nicht enthalten. Dies dient als Beispielrechnung für BetterToken, nicht als direkter Preisvergleich mit GLM-5.3 auf OpenRouter.

Um eine solche Berechnung in ein praxisnahes Betriebsbudget zu übertragen, sollten Sie reale Anfragedaten zugrunde legen, einschließlich des vollständigen Chatverlaufs und der Systemprompts. Kalkulieren Sie kurze Anfragen und Workloads mit langem Kontext separat. Bei autonomen Agenten müssen Sie jeden Zwischenschritt und jeden Hilfsaufruf zusammenzählen, der bis zur endgültigen Abnahme des Ergebnisses anfällt, anstatt nur die finale Antwort einzuplanen. Auch jeder Wiederholungsversuch nach einer unzureichenden Modellantwort muss in Ihrem Ausgabenprotokoll erfasst werden, sofern dafür Kosten angefallen sind.

Prompt-Caching, Bildeingaben, Reasoning-Token und feste Aufschläge pro Anfrage können die Gesamtrechnung verändern: Prüfen Sie stets die genauen Abrechnungseinheiten auf der Modellseite. Der Verbrauch lässt sich über die Activity-Protokolle nachvollziehen. Für einen Vergleich mit BetterToken nutzen Sie die Preisseite sowie Ihre eigenen Verbrauchsdaten im Workspace, wo Modell, Tokenanzahl und Ausgaben transparent aufgeführt sind. Vergleichen Sie stets identische Aufgabenstellungen und identische Abrechnungseinheiten; das bloße Nebeneinanderlegen zweier Preistabellen belegt für sich genommen noch nicht, welcher Pfad im konkreten Einsatz wirtschaftlicher ist.

Kostenlose Modelle bedeuten keine unbegrenzte Kapazität

Die Preisseite weist für den kostenlosen Tarif ein Kontingent von 50 Anfragen pro Tag aus. Dies ist keine pauschale Leistungsgarantie für jedes Benutzerkonto und jeden bezahlten Ausweichpfad. Die Dokumentation zu Ratenbegrenzungen unterscheidet klar zwischen Ausgabenlimits und Ratenbegrenzungen (Request Velocity): Ein HTTP-Fehler 402 erfordert die Überprüfung Ihres Guthabensaldos und der Schranken Ihres API-Schlüssels, während ein Statuscode HTTP 429 entweder von der OpenRouter-Plattform selbst oder vom vorgeschalteten Upstream-Provider stammen kann.

Wenn ein HTTP 429 auftritt, analysieren Sie die Fehlerursache im Response-Body sowie den Header Retry-After, sofern vorhanden, und implementieren Sie entsprechende Wartezeiten (Backoff-Delays) zwischen den Versuchen. Vermeiden Sie unbegrenzte Wiederholungsschleifen. Falls Ihr Routing bei einem Fehler automatisch auf ein kostenpflichtiges Modell ausweicht, müssen Sie diese Kosten bereits vor dem Produktivstart in Ihr Budget einplanen. Ein kostenloser Endpunkt eignet sich gut zur Überprüfung der Kompatibilität; kritische Produktivprozesse erfordern jedoch eine eindeutige Strategie für den Fall, dass Limits erschöpft sind oder Fehler auftreten.

BYOK: Beide Abrechnungen prüfen

BYOK (Bring Your Own Key) ermöglicht es Ihnen, Anfragen über OpenRouter mit Ihrem eigenen API-Schlüssel des jeweiligen Anbieters weiterzuleiten. Laut der Preisseite mit Stand vom 14. September 2026 umfasst der Pay-as-you-go-Tarif monatlich Inferenz im Wert von bis zu $25,000 nach Listenpreis ohne zusätzliche BYOK-Gebühr; danach fällt eine Plattformgebühr von 5% an. Dieser Betrag stellt einen finanziellen Schwellenwert für die Gebührenbefreiung dar – er ist weder ein Kontingent kostenloser Anfragen noch übernimmt OpenRouter die Kosten bei Ihrem Provider für Sie.

Die Schlüsselverwaltung erfolgt in der BYOK-Oberfläche des Workspaces. Gemäß der BYOK-Dokumentation folgt das Anfragerouting einer festen Reihenfolge: Der Datenverkehr greift vorrangig auf konfigurierte Prioritized keys zurück, wechselt bei Bedarf auf gemeinsame OpenRouter-Endpunkte (shared OpenRouter endpoints) und leitet erst danach an Fallback keys weiter, jeweils unter Berücksichtigung definierter Modellfilter und Routing-Regeln. Das Ausweichen auf geteilte Kapazitäten verbraucht Ihr OpenRouter-Guthaben. Zudem schließen Workspace-Budgets und Sicherheitslimits (guardrail budgets) BYOK-Ausgaben standardmäßig aus; sie müssen bei Bedarf explizit über die Option „Include BYOK spend“ aktiviert werden.

Gehen Sie bei der Einrichtung und Überprüfung Ihres BYOK-Setups schrittweise vor:

1. Berechtigungen und Filter prüfen: Vergewissern Sie sich, dass der API-Schlüssel des Anbieters über die erforderlichen Modellberechtigungen verfügt, und richten Sie entsprechende Modellfilter in OpenRouter ein.
2. Prioritätsregeln festlegen: Bestimmen Sie die Reihenfolge der Schlüssel und legen Sie fest, ob ein automatischer Wechsel auf geteilte Endpunkte (shared OpenRouter endpoints) oder Fallback keys zulässig ist.
3. Budgets getrennt verwalten: Planen Sie Ihre Ausgabenlimits unabhängig voneinander – einmal direkt beim Upstream-Provider und einmal auf Ihrem OpenRouter-Konto, um Fallback-Kapazitäten oder die BYOK-Gebühr nach Überschreiten des Freibetrags abzudecken.
4. Eine einzelne Testanfrage durchführen: Senden Sie einen einzelnen, begrenzten Testaufruf, öffnen Sie im Activity-Protokoll die Rohmetadaten (View Raw Metadata), prüfen Sie den Block provider_responses und gleichermaßen die Abrechnungsdaten Ihres Anbieters ab. Verlassen Sie sich nicht darauf, dass die automatisierte Kostenerfassung ohne manuelle Prüfung exakt mit den Rechnungen des Providers übereinstimmt.

Wenn ein einzelner direkter API-Zugang Ihre Anforderungen erfüllt, vergleichen Sie dessen Monatsrechnung mit den Kosten für denselben Arbeitsaufwand über OpenRouter. Benötigen Sie hingegen Redundanz über mehrere Modelle oder dynamisches Routing, beziehen Sie den organisatorischen Nutzen einer einheitlichen Abrechnung und standardisierter Schnittstellen in Ihre Entscheidung ein. Für eine erste Evaluierung genügt ein kleiner, klar umrissener Teststapel: Die Gesamtkosten pro verwertbarem Ergebnis liefern deutlich mehr Aussagekraft als der isolierte Blick auf reine Token-Basistarife.