OpenRouter lance un routage régional aux États-Unis avec des modèles ouverts chinois

OpenRouter a mis en ligne le 9 septembre un routage régional pour les États-Unis. Les développeurs envoient leurs requêtes vers us.openrouter.ai/api/v1, où elles sont déchiffrées et traitées sur le sol américain, puis transmises uniquement à des fournisseurs d'inférence opérant aux États-Unis. Le même mécanisme existait déjà pour l'Union européenne, via le point de terminaison eu.openrouter.ai/api/v1. Les deux points de terminaison ne sont ouverts qu'aux formules Business et Enterprise.

Pas de fournisseur dans la région, alors erreur 404

Le traitement de ce routage est strict : si un modèle n'a aucun fournisseur d'inférence disponible dans la région ciblée, la requête renvoie directement une erreur 404, sans que les données soient envoyées hors de la région juste pour faire aboutir la demande.

OpenRouter qualifie cette fonctionnalité de routage régional de bout en bout, pour la distinguer des approches qui garantissent seulement que l'étape d'inférence reste dans la région. La différence : dans ce second cas, les appels d'outils côté serveur peuvent encore atterrir hors de la région, entraînant les données avec eux. Dans le contexte d'un audit de conformité, pouvoir affirmer que l'ensemble du traitement se fait sur le territoire national n'est pas le même niveau d'engagement que de ne pouvoir affirmer que l'inférence s'y déroule.

Qui figure sur la liste

L'annonce nomme comme fournisseurs d'inférence côté américain Baseten, Fireworks et Azure. Parmi les modèles capables de tourner sur le sol américain, la liste comprend DeepSeek V4 Pro, Kimi K3, GLM 5.2, Nemotron 3 Ultra et Inkling. Côté UE, seul GLM 5.2 est cité, hébergé dans les centres de données de Mistral.

Concernant les fournisseurs de modèles couverts dans l'ensemble, l'annonce liste OpenAI, Anthropic, Google, xAI, Meta, NVIDIA, Thinking Machines et Mistral.

L'annonce fournit aussi une série de chiffres de part de marché : de septembre 2025 à août 2026, la part de tokens des modèles à poids ouverts sur OpenRouter est passée, aux États-Unis, de 26 % à 60 %, et dans l'UE, de 16 % à 65 %. En un an, les modèles à poids ouverts sont passés de minoritaires à majoritaires sur les deux marchés.

Ce que cela signifie pour le côté chinois

Le fait que DeepSeek V4 Pro, Kimi K3 et GLM 5.2 — trois modèles d'équipes chinoises — figurent sur la liste disponible du routage régional américain s'explique par un mécanisme simple : ce sont des modèles à poids ouverts, dont les poids peuvent être téléchargés par des fournisseurs d'inférence américains comme Baseten ou Fireworks, déployés dans des centres de données aux États-Unis, puis proposés à des clients entreprises américains soumis à des exigences de résidence des données. L'origine du modèle et la juridiction où résident les données sont ainsi dissociées dans cette chaîne.

Pour les équipes chinoises de modèles, cette voie ouvre une forme d'accès supplémentaire au-delà des revenus de leur propre API. Sans toucher aux données clients, sans avoir besoin d'implanter une entité juridique aux États-Unis, ni de suivre elles-mêmes un processus de conformité, il suffit que les poids soient hébergés par un tiers pour entrer dans des listes d'achat soumises à des contraintes de conformité. Le prix à payer : ce volume d'usage n'est pas comptabilisé dans les revenus de leur propre API, et le fournisseur du modèle ne voit ni qui sont les utilisateurs ni ce qu'ils en font. C'est le compromis que les modèles à poids ouverts ont toujours porté ; le routage régional ne fait que le pousser vers des scénarios plus concrets.

Le camp du code fermé emprunte une autre voie. OpenAI, Anthropic et Google disposent déjà de capacités de déploiement propres aux États-Unis et dans l'UE ; pour eux, le routage régional revient plutôt à connecter des actifs de conformité déjà existants à une même API, évitant aux clients de signer des accords de traitement des données un par un.

Ce qui n'est pas encore dévoilé

L'annonce ne précise pas le tarif des deux points de terminaison, ni si les formules Business et Enterprise diffèrent sur le routage régional. La façon dont la liste des modèles disponibles dans la région va s'élargir, et à quel rythme, n'est pas non plus indiquée.

Pour une entreprise américaine déjà cliente d'OpenRouter, le basculement se résume à modifier une ligne de base URL, à condition que le modèle recherché figure sur cette liste. Les appels hors liste se heurteront à l'erreur 404 : c'est un choix fixé dès la conception du produit.

Sources : annonce officielle d'OpenRouter, CocoLoop, documentation d'OpenRouter ; les adresses des points de terminaison, les fournisseurs d'inférence, la liste des modèles disponibles et la part de tokens à poids ouverts ont été vérifiés d'après l'annonce officielle.