API d'IA en Europe : régions et adresses par éditeur

Pour qu'un modèle d'IA traite vos requêtes dans l'Union européenne, il faut viser une adresse ou une région européenne précise, car les adresses par défaut sont mondiales. Au 15/11/2026 : Mistral propose api.eu.mistral.ai ; Gemini est disponible dans une dizaine de régions européennes de Google Cloud et sur un point d'accès multirégional « eu » ; Claude passe par l'Europe via Google Cloud (point d'accès « eu ») ou Amazon Bedrock (profil « EU »), son API directe n'offrant que « global » et « us ». Cette page compare des offres commerciales ; Cercle IA Tech est édité par IArche, qui édite ALMA, la plateforme IA pour PME.

Mistral : l'adresse régionale api.eu.mistral.ai

Avec la bibliothèque Python à partir de la version 2.70, il suffit de passer server="eu" à la création du client ; avec une version plus ancienne, server_url="https://api.eu.mistral.ai/".

Les limites, à lire avant de choisir :

• seule l'exécution du modèle est régionale : la configuration du compte, les clés, la facturation, la gestion des accès et les statistiques d'usage peuvent être traitées ailleurs ;
• les fonctions « avec état » ne sont pas disponibles : agents, traitement par lots et API des fichiers ; l'appel de fonctions est le seul outil pris en charge ;
• les modèles disponibles varient selon la région : vérifiez avec models.list sur l'adresse européenne ;
• le prix est majoré : 1,1 fois le tarif catalogue.

Claude : par Google Cloud ou Amazon Bedrock

L'API directe d'Anthropic propose deux valeurs pour le paramètre inference_geo : global (par défaut) et us. La localisation de stockage d'un espace de travail n'existe qu'en us. Pas d'option européenne en direct, donc.

Sur Google Cloud (offre gérée par Google), trois types de points d'accès :

Le multirégional eu envoie les requêtes vers une région de l'Union européenne. Les points d'accès régionaux ne servent que Claude Sonnet 4.6 et les modèles antérieurs : pour les plus récents, il faut le multirégional. Multirégional et régional coûtent 10 % de plus que le mondial.

Sur Amazon Bedrock, le point d'accès régional se résout dans la région AWS (Amazon Web Services) que vous indiquez ; pour répartir entre plusieurs régions d'une même zone, on passe par un profil d'inférence, dont un profil « EU ». Régions européennes listées : Francfort (eu-central-1), Zurich (eu-central-2), Stockholm (eu-north-1), Milan (eu-south-1), Espagne (eu-south-2), Irlande (eu-west-1), Londres (eu-west-2) et Paris (eu-west-3). Stockholm et l'Irlande acceptent aussi un routage dans la seule région, sans profil. Le régional coûte 10 % de plus que le mondial. Sur ces deux plateformes, le traitement par lots d'Anthropic (Message Batches API) n'est pas disponible.

Gemini : les régions de Google Cloud

Sur Google Cloud, les modèles de Google sont proposés dans ces régions européennes : Londres (europe-west2), Belgique (europe-west1), Pays-Bas (europe-west4), Zurich (europe-west6), Francfort (europe-west3), Finlande (europe-north1), Varsovie (europe-central2), Milan (europe-west8), Madrid (europe-southwest1) et Paris (europe-west9). Un point d'accès multirégional européen existe aussi : https://aiplatform.eu.rep.googleapis.com.

La documentation de Google met en garde sur deux points. Le point d'accès mondial améliore la disponibilité, mais vous ne pouvez ni choisir ni savoir dans quelle région part la requête : à éviter si le lieu du traitement compte. Et, écrit-elle, les points d'accès ne garantissent pas à eux seuls la résidence des données ; ce sont les points d'accès multirégionaux qui sont conçus pour garder le traitement dans une zone juridique donnée.

Azure : les déploiements « Data Zone »

Sur Microsoft Foundry, le type de déploiement décide du lieu de traitement :

Dans tous les cas, les données stockées restent dans la géographie Azure désignée. Microsoft précise qu'il peut ajouter des régions à une zone sans préavis, et que tous les modèles ne proposent pas tous les types. Pour Claude sur Foundry, la documentation d'Anthropic ne mentionne, dans les pages lues, que la zone de données américaine.

Comment décider

1. Écrivez l'exigence : traitement dans l'Union européenne ? stockage ? les deux ? Elle vient souvent d'un contrat client ou d'une analyse de votre délégué à la protection des données.
2. Vérifiez le modèle sur l'adresse européenne avant de coder : tous ne sont pas servis partout.
3. Vérifiez les fonctions : lots, fichiers, agents ne suivent pas toujours (Mistral régional, Claude sur Google Cloud et Bedrock).
4. Comptez le surcoût : 10 % chez Mistral, et 10 % pour Claude en régional ou multirégional.

Le lieu de traitement n'est qu'un des éléments d'une analyse au titre du RGPD (Règlement général sur la protection des données) ; ce n'est pas un avis juridique, faites valider votre cas par un professionnel.