EUrouter vs OpenRouter : pourquoi j’utilise désormais les deux

J’utilise des routeurs de modèles dans mes projets IA pour éviter de connecter séparément chaque application à OpenAI, Anthropic, Mistral ou à chaque nouveau fournisseur que j’ai envie de tester. OpenRouter a longtemps été mon choix naturel et il reste dans ma stack. Mais depuis quelque temps, je passe davantage par EUrouter, surtout quand je manipule des données plus sensibles ou que je veux privilégier une exécution en Europe.

Le cas le plus évident chez moi concerne les outils qui manipulent mes données financières : transactions, budgets, investissements ou données patrimoniales. Dans ce contexte, le modèle n’est qu’une partie de l’équation. Je veux aussi savoir quelle entreprise traite réellement ma requête, où elle le fait et combien de temps elle peut conserver les données.

Ça a changé ma manière de choisir mes modèles. Je me demande moins quel est le meilleur modèle du moment que quel modèle est suffisamment bon pour la tâche et dans quelles conditions je peux le faire tourner. Si un modèle open-weight exécuté par un fournisseur européen fait correctement le travail, je préfère généralement commencer par là. Si j’ai réellement besoin de Claude, GPT ou d’un modèle absent d’EUrouter, je veux pouvoir les utiliser aussi. C’est pour cette raison que je garde EUrouter et OpenRouter plutôt que d’essayer de désigner un vainqueur entre les deux.

EUrouter et OpenRouter ne répondent pas exactement au même besoin

OpenRouter garde un avantage évident : son catalogue est immense. Pour tester une sortie récente, accéder à un modèle assez spécifique ou choisir finement le fournisseur qui l’exécute, c’est difficile à battre. Mais je me suis rendu compte que cette abondance compte finalement assez peu dans une bonne partie de mon utilisation quotidienne. Je n’ai pas besoin de centaines de variantes si les modèles que j’utilise réellement sont accessibles dans de bonnes conditions.

EUrouter part davantage d’une logique européenne. Derrière une API compatible avec le format OpenAI, la plateforme donne accès à plusieurs familles de modèles et permet de tenir compte du fournisseur qui les exécute, de la région de traitement ou encore des politiques de conservation des données.

C’est ici qu’une distinction est importante. L’inférence correspond au moment où un modèle déjà entraîné reçoit une requête et calcule sa réponse. Un modèle peut donc avoir été créé aux États-Unis ou en Chine puis être exécuté par une autre entreprise sur des serveurs européens. L’origine du modèle, la nationalité du fournisseur qui le fait tourner et l’emplacement physique du traitement sont trois choses différentes.

Pourquoi je privilégie les modèles open-weight

Par « open-weight », on parle de modèles dont les poids sont accessibles et qui peuvent être hébergés par d’autres entreprises, contrairement à un modèle fermé disponible uniquement à travers les services de son créateur. C’est ce qui permet, par exemple, de faire tourner certains modèles chez différents fournisseurs d’inférence plutôt que d’être obligé de passer par l’entreprise qui les a conçus.

EUrouter référence des acteurs comme Mistral AI, OVHcloud, Scaleway, IONOS, Nebius, Nebul, Regolo ou Tensorix, mais aussi des acteurs américains disposant de routes européennes comme AWS Bedrock ou Microsoft Foundry. On peut privilégier ou exclure certains fournisseurs et ajouter des contraintes liées notamment à la localisation ou à la conservation des données.

Je ne cherche pas pour autant à n’utiliser que des modèles créés en Europe. Un Qwen, un GLM, un DeepSeek ou un autre modèle open-weight peut parfaitement m’intéresser s’il est suffisamment bon et qu’il peut être exécuté chez un fournisseur européen. Mistral conserve évidemment une place particulière dans cet écosystème, mais ce qui m’intéresse ici est surtout de pouvoir dissocier le modèle de l’infrastructure qui l’exécute.

Cette approche est devenue beaucoup plus crédible parce que les modèles open-weight ont énormément progressé. J’en parlais récemment avec Qwen 3.8-Max ou avec la famille Gemma de Google. Pour beaucoup de tâches, utiliser systématiquement le modèle propriétaire le plus performant du moment n’apporte tout simplement pas assez de valeur supplémentaire pour être nécessaire.

OpenRouter permet lui aussi de contrôler le routage

Présenter OpenRouter comme l’opposé de cette démarche serait trompeur. Le service permet lui aussi de sélectionner ou d’exclure certains fournisseurs, d’imposer le Zero Data Retention, de refuser certains usages des données et de bloquer des routes de secours non souhaitées. Il propose également un routage entièrement traité dans l’Union européenne pour ses comptes Enterprise. Il est donc possible d’y construire une politique de routage stricte.

Dans mon cas, EUrouter rend simplement l’approche centrée sur l’Europe plus naturelle. OpenRouter reste plus pratique lorsque je veux profiter de la profondeur de son catalogue ou accéder à un fournisseur précis. Les deux peuvent très bien coexister derrière mes applications.

GPT et Claude restent dans la boîte à outils

Je ne vais pas sacrifier la qualité d’un projet uniquement pour pouvoir dire qu’il fonctionne exclusivement avec des modèles open-weight. Certaines tâches de raisonnement, de développement ou de rédaction donnent encore de meilleurs résultats avec les modèles d’OpenAI ou d’Anthropic. Quand l’écart est réellement utile, je les utilise.

EUrouter permet justement de conserver cette possibilité. Pour les modèles Anthropic proposés via AWS Bedrock, EUrouter indique utiliser des déploiements régionaux européens afin de maintenir le traitement dans l’Union européenne. Côté OpenAI, les modèles disponibles via Microsoft Foundry passent par des déploiements Azure OpenAI EU DataZone. Comme les politiques de conservation peuvent varier selon les fournisseurs et évoluer, je préfère malgré tout vérifier les caractéristiques de la route utilisée plutôt que de considérer EUrouter comme un niveau de confidentialité unique.

Et « traité en Europe » ne veut pas automatiquement dire « souverain européen ». Microsoft et Amazon restent des sociétés américaines. Le CLOUD Act américain permet, dans certaines procédures légales, d’exiger d’un fournisseur soumis à la juridiction américaine qu’il produise des données sous son contrôle même lorsqu’elles sont stockées hors des États-Unis. Cela ne donne évidemment pas aux autorités américaines un accès libre aux datacenters européens. C’est simplement une raison supplémentaire de ne pas mélanger localisation des données, RGPD et juridiction de l’entreprise qui les traite.

L’Europe a peut-être une autre carte à jouer dans l’IA

C’est la réflexion qui m’intéresse le plus derrière tout ça. Lorsqu’on parle du retard européen dans l’intelligence artificielle, on finit vite par comparer nos modèles aux derniers modèles frontières américains. C’est important : l’Europe doit conserver de la recherche, des capacités de calcul et des entreprises capables de développer leurs propres modèles. Dépendre entièrement de modèles conçus ailleurs serait une mauvaise idée.

Mais la chaîne de valeur de l’IA ne s’arrête pas au laboratoire qui entraîne le meilleur modèle. Il faut des GPU, de l’énergie, des datacenters, du cloud, des entreprises capables d’exécuter les modèles, des outils pour les intégrer et les sécuriser, puis toutes les applications construites au-dessus. Les modèles open-weight rendent justement une partie de cette chaîne beaucoup plus ouverte. C’est un sujet qui rejoint ma réflexion récente sur l’importance croissante de l’infrastructure dans la course à l’IA.

Nebius illustre bien cette possibilité. L’entreprise basée à Amsterdam construit un cloud spécialisé dans les charges de travail IA. Avec Token Factory, elle permet également d’utiliser des modèles open-weight via une API compatible avec celle d’OpenAI. EUrouter la référence parmi ses fournisseurs et indique pour cette route une politique de zero data retention ainsi que l’absence d’entraînement sur les prompts. OVHcloud, Scaleway, IONOS, Mistral et d’autres acteurs développent eux aussi des capacités de cloud ou d’inférence en Europe.

Un modèle n’a donc pas besoin d’avoir été entraîné à Paris, Bruxelles ou Berlin pour créer de la valeur en Europe. Si des modèles open-weight chinois, américains ou européens peuvent être exécutés facilement chez des fournisseurs européens compétitifs, les entreprises d’ici peuvent profiter des progrès réalisés partout dans le monde tout en gardant davantage de choix sur l’infrastructure qui traite leurs données.

Je trouve cette perspective plus intéressante que de mesurer la réussite européenne uniquement au nombre de benchmarks remportés par un « GPT européen ». Continuer à développer des modèles européens reste essentiel, mais devenir très bon dans l’infrastructure qui permet de faire tourner les meilleurs modèles disponibles peut aussi créer énormément de valeur et réduire certaines dépendances.

Ce que je fais concrètement aujourd’hui

Pour mes usages, la règle est devenue assez simple. Si un modèle open-weight chez un fournisseur européen répond correctement au besoin, je commence par là, surtout lorsque les données sont sensibles. Si GPT ou Claude apporte un vrai gain, je l’utilise, de préférence via une route européenne lorsqu’elle est disponible. Et lorsqu’OpenRouter dispose du modèle ou du fournisseur dont j’ai besoin, je continue à passer par lui.

Ce n’est pas une recherche de souveraineté parfaite. Je veux surtout éviter des dépendances inutiles lorsque je peux le faire sans perdre en qualité ou en fonctionnalités. EUrouter est devenu pratique pour appliquer cette logique derrière une API unique, tandis qu’OpenRouter conserve une flexibilité et un catalogue que je n’ai aucune raison d’abandonner.

Si vous voulez tester la plateforme, vous pouvez découvrir EUrouter ici. Il s’agit de mon lien de parrainage : je peux recevoir un avantage si vous l’utilisez, sans surcoût pour vous.

Au fond, c’est surtout ma façon de choisir les modèles qui a changé. Le meilleur modèle n’est pas forcément celui qui arrive premier sur un benchmark : c’est celui qui fait correctement le travail, au bon prix et dans des conditions adaptées aux données qu’on lui confie. Et l’Europe n’a peut-être pas besoin de créer tous les meilleurs modèles du monde pour reprendre une partie du contrôle sur son infrastructure IA. Elle peut aussi devenir l’un des meilleurs endroits pour les faire tourner.