Agrégateurs d'API IA : une clé pour de nombreux modèles, et la question de qui les exécute

Comment fonctionne un agrégateur

Votre application envoie chaque requête à une seule adresse, avec une seule clé. L'agrégateur lit le champ model, transmet la requête à la société qui exécute réellement ce modèle — son opérateur — puis vous renvoie la réponse. La plupart reprennent l'interface d'OpenAI : même POST /chat/completions, même JSON, même streaming. Les bibliothèques officielles d'OpenAI fonctionnent donc après deux changements, l'URL de base et la clé.

curl https://evanesca.app/api/v1/chat/completions \
  -H "Authorization: Bearer $API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"model": "gemma-4-26b", "messages": [{"role": "user", "content": "Hello"}]}'

Passer à un autre modèle revient à changer la valeur de model — de gemma-4-26b à deepseek-v4.1-flash, par exemple. Le reste du code ne bouge pas. Tout l'intérêt est là, et tout le risque aussi : la chaîne que vous modifiez peut aussi changer le pays, et la société, où partent vos données.

Pourquoi les équipes en utilisent un

• Une intégration au lieu de plusieurs : une seule authentification, une seule série de limites de débit, une seule facture.
• Des modèles qui changent sans toucher au code : quand un modèle meilleur ou moins cher apparaît, on l'essaie en modifiant une chaîne.
• Des comparaisons équitables : les mêmes prompts envoyés à plusieurs modèles, et les coûts lus sur un seul relevé.
• Un seul endroit pour les règles : plafonds de dépense, modèles autorisés par clé, droits de chacun dans l'équipe.

Ce confort a un prix : un intermédiaire. L'agrégateur voit passer chaque requête, ajoute sa marge et décide où part chaque requête. Les deux premiers points se lisent dans sa grille tarifaire. Le troisième mérite le plus d'attention, car il décide des lois qui s'appliquent à ce que vous envoyez.

La vraie différence : qui exécute le modèle

Chaque requête finit sur un serveur exploité par une société, et deux questions se posent alors, souvent confondues. Où le calcul a-t-il lieu ? C'est la résidence des données. Quelle société le contrôle, et quel État peut lui donner des ordres ? C'est la juridiction. Un service peut répondre à la première avec une région UE pendant que la seconde reste américaine.

Le CLOUD Act permet aux autorités américaines d'ordonner à un fournisseur soumis à leur juridiction de livrer les données qu'il possède, détient ou contrôle, « regardless of whether such communication, record, or other information is located within or outside of the United States » (18 U.S.C. § 2713). Le ministère américain de la Justice précise que cette juridiction « is not limited to U.S. corporations » (FAQ du CLOUD Act, 2019). L'injonction suit la société, pas le centre de données.

La question utile à poser à un agrégateur n'est donc pas « avez-vous une région UE ? », mais « pour ce modèle, quelle société l'exécute, et d'où est-elle contrôlée ? » — modèle par modèle, car un même catalogue peut mêler plusieurs réponses. La page souveraineté d'Evanesca applique ce test à chacun de ses modèles.

Quatre exemples connus, lus sur leurs propres pages

Le tableau résume ce que quatre services très utilisés disent d'eux-mêmes dans leurs conditions et leur documentation, lues le 6 octobre 2026. Ce n'est pas un classement : chacun est conçu pour un usage précis, et trois d'entre eux — Together AI, Groq et Fireworks AI — exécutent les modèles sur leur propre infrastructure au lieu de router vers d'autres hébergeurs.

Les quatre sont des sociétés américaines ou appartiennent à un groupe américain. Une région UE change le lieu où la requête est traitée ; un contrat signé avec une filiale britannique change le tribunal compétent en cas de litige. Ni l'un ni l'autre ne change le gouvernement qui peut contraindre le groupe qui contrôle les données. Cela ne dit rien du soin qu'elles apportent aux données — Fireworks AI documente par exemple une conservation nulle par défaut — : c'est simplement un autre axe.

La place d'Evanesca

Evanesca est d'abord un agent et un chat IA, et les mêmes modèles répondent par une API compatible OpenAI — chat completions, liste des modèles, embeddings et images —, la clé étant envoyée en jeton Bearer (documentation de l'API). Ses modèles, signés Mistral AI, la Swiss AI Initiative, Qwen, DeepSeek, Z.ai, OpenAI, Meta et Google, sont exécutés en Europe : par Scaleway à Paris pour la plupart, avec OVHcloud à Gravelines en relais, par Mistral AI dans sa région UE, par AKI.IO en Allemagne et par Infomaniak en Suisse — toutes des sociétés européennes. OVHcloud, Scaleway, Mistral AI et Infomaniak n'ont pas de maison mère américaine, ce qui place leurs modèles hors de portée directe du CLOUD Act ; AKI.IO ne publie pas ses actionnaires.

Evanesca ne sert aucun modèle hors d'Europe : aucune clé ne peut donc en atteindre un ; et un modèle n'est jamais envoyé ailleurs quand son opérateur tombe : la requête échoue.

Evanesca ne stocke ni les prompts ni les réponses : ils restent en mémoire le temps d'écrire la réponse, et de chaque appel elle ne retient que le modèle, les tokens et le coût. Les opérateurs appliquent leurs propres règles, selon leurs pages consultées le 6 octobre 2026. OVHcloud annonce « Zero data retention: We keep only the data required for billing purposes » (OVHcloud) ; Scaleway peut conserver et lire les requêtes qui provoquent des erreurs ou paraissent abusives, jusqu'à 14 jours (Scaleway).

Aucun abonnement : des recharges dès 2 €, un crédit qui n'expire jamais et des prix par million de tokens, TVA comprise (tarifs). Le coût exact de chaque réponse s'affiche juste en dessous.

Comment choisir un agrégateur

1. Pour chaque modèle que vous comptez utiliser, demandez quelle société l'exécute et d'où elle est contrôlée. Une région n'est pas une réponse.
2. Lisez ce que garde l'agrégateur, puis ce que garde chaque hébergeur : journalisation, conservation et entraînement se décident aux deux niveaux.
3. Demandez ce qui se passe quand un hébergeur tombe. Certains services reroutent la requête vers un autre, parfois dans un autre pays ; d'autres la laissent échouer.
4. Comparez les prix sur la même base : par million de tokens, TVA comprise ou non des deux côtés.
5. Confrontez le catalogue à vos besoins. Une place de marché liste des centaines de modèles ; un catalogue sélectionné en liste moins, documentés un par un.

Si l'étendue du catalogue, ou le prix le plus bas sur un modèle très répandu, passe avant tout, une place de marché américaine l'emportera souvent. Si vous devez répondre du gouvernement qui peut exiger l'accès à vos données, c'est l'opérateur qui tranche — et vous devriez pouvoir lire son nom avant chaque appel. Le calcul inverse, faire tourner votre propre GPU, est dans notre guide du coût de l'auto-hébergement, et les questions à poser par écrit à un fournisseur dans comment choisir un agrégateur pour votre entreprise.

Questions fréquentes

À lire aussi

• Comment choisir un agrégateur d'API d'IA pour votre entrepriseLes cinq questions à poser à un agrégateur d'API d'IA — juridiction, données gardées, facturation, catalogue, compatibilité — et les réponses de cinq acteurs.
• Passerelles d'IA et serveurs d'inférence open source à héberger soi-mêmeLiteLLM, vLLM, SGLang, Ollama, TGI, Xinference : ce que fait chaque outil auto-hébergé, ce qu'il coûte à exploiter, et quand une API européenne suffit.
• Alternatives à OpenRouter et concurrents : ce que chacun changeAlternatives et concurrents d'OpenRouter comparés sur ce qui pousse à partir : juridiction, sort des données, frais, vitesse ou affinage. Daté et sourcé.