OpenRouter hat am 9. September ein Regionen-Routing für die USA eingeführt. Entwickler schicken ihre Anfragen an us.openrouter.ai/api/v1, wo sie innerhalb der USA entschlüsselt und verarbeitet und ausschließlich an Inferenzanbieter mit US-Betrieb weitergeleitet werden. Dieselbe Mechanik gibt es bereits für die EU, über den Endpunkt eu.openrouter.ai/api/v1. Beide Endpunkte stehen nur den Tarifen Business und Enterprise offen.
Kein Anbieter in der Region, dann 404
Der Umgang mit fehlender Abdeckung ist strikt geregelt: Gibt es für ein Modell keinen verfügbaren Inferenzanbieter innerhalb der gewählten Region, liefert die Anfrage direkt einen 404-Fehler zurück. Die Daten werden nicht ersatzweise außerhalb der Region verarbeitet, nur damit die Anfrage durchläuft.
OpenRouter bezeichnet dieses Merkmal als durchgängiges Regionen-Routing, um es von Ansätzen abzugrenzen, die lediglich garantieren, dass die Inferenz selbst in der Region bleibt. Der Unterschied: Bei Letzterem können serverseitige Tool-Aufrufe weiterhin außerhalb der Region landen, und die Daten wandern entsprechend mit. Im Kontext von Compliance-Audits ist die Aussage, sämtliche Verarbeitung finde im Inland statt, eine andere Zusicherung als die schwächere Aussage, nur die Inferenz finde im Inland statt.
Wer auf der Liste steht
Als Inferenzanbieter auf der US-Seite nennt die Ankündigung Baseten, Fireworks und Azure. Zu den Modellen, die sich innerhalb der USA betreiben lassen, zählen laut Liste DeepSeek V4 Pro, Kimi K3, GLM 5.2, Nemotron 3 Ultra und Inkling. Auf der EU-Seite wird namentlich GLM 5.2 genannt, das in Rechenzentren von Mistral läuft.
Als Modellanbieter, deren Modelle insgesamt abgedeckt sind, listet die Ankündigung OpenAI, Anthropic, Google, xAI, Meta, NVIDIA, Thinking Machines und Mistral.
Dazu liefert die Ankündigung eine Reihe von Anteilszahlen: Zwischen September 2025 und August 2026 stieg der Token-Anteil quelloffener Modelle mit offenen Gewichten auf OpenRouter in den USA von 26 auf 60 Prozent, in der EU von 16 auf 65 Prozent. Innerhalb eines Jahres sind Modelle mit offenen Gewichten in beiden Märkten von der Minderheit zur Mehrheit geworden.
Was das für die chinesische Seite bedeutet
Dass DeepSeek V4 Pro, Kimi K3 und GLM 5.2 – drei Modelle chinesischer Teams – auf der Verfügbarkeitsliste des US-Regionen-Routings stehen, lässt sich mechanisch leicht erklären: Es handelt sich um Modelle mit offenen Gewichten, deren Gewichte sich von US-Inferenzanbietern wie Baseten oder Fireworks herunterladen, in US-Rechenzentren einsetzen und an US-Unternehmenskunden mit Anforderungen an die Datenresidenz ausliefern lassen. Woher ein Modell stammt und in welcher Jurisdiktion die Daten liegen, wird in dieser Kette voneinander getrennt.
Für inländische Modellteams eröffnet dieser Weg eine zusätzliche Reichweite jenseits der eigenen API-Einnahmen. Ohne Kundendaten anzufassen, ohne eine US-Rechtseinheit gründen zu müssen und ohne selbst ein Compliance-Verfahren zu durchlaufen, können die Gewichte über einen Drittanbieter gehostet werden und so in Beschaffungslisten gelangen, die an Compliance-Vorgaben gebunden sind. Der Preis dafür: Dieses Nutzungsvolumen taucht nicht in der eigenen API-Bilanz auf, und wer die Nutzer sind und wofür sie das Modell einsetzen, bleibt für den Modellanbieter unsichtbar. Das ist der Kompromiss, den offene Gewichte schon immer mit sich bringen – das Regionen-Routing rückt ihn nur in konkretere Szenarien.
Die Seite der closed-source Anbieter geht einen anderen Weg. OpenAI, Anthropic und Google verfügen ohnehin bereits über eigene Infrastruktur in den USA und der EU; für sie ist das Regionen-Routing eher ein Weg, ihre bestehenden Compliance-Ressourcen an dieselbe API anzubinden und Kunden die Mühe zu ersparen, einzeln Datenverarbeitungsverträge auszuhandeln.
Was noch offen ist
Die Ankündigung nennt keine Preise für die beiden Endpunkte und lässt offen, ob sich Business und Enterprise beim Regionen-Routing unterscheiden. Auch wie und in welchem Tempo die Liste der in der Region verfügbaren Modelle erweitert werden soll, bleibt unklar.
Für ein US-Unternehmen, das OpenRouter bereits nutzt, besteht die Umstellung nur darin, eine Zeile mit der Base-URL zu ändern – vorausgesetzt, das gewünschte Modell steht auf der Liste. Anfragen außerhalb der Liste laufen in den 404-Fehler, das ist so im Produktdesign festgelegt.
Quellen: offizielle Ankündigung von OpenRouter, CocoLoop, Dokumentation von OpenRouter; Endpunkt-Adressen, Inferenzanbieter, Liste der verfügbaren Modelle und der Token-Anteil quelloffener Modelle wurden anhand der offiziellen Ankündigung geprüft.