Où héberger votre IA : service en ligne, européen ou local en 2026

« Où tournent mes données quand je pose une question à l'IA ? » La question paraît technique, c'est en réalité une décision de gestion : elle touche la confidentialité, la conformité, le coût et votre dépendance à un fournisseur. Les brochures la traitent par des mots d'ordre (« souverain », « privé », « tout européen ») qui ne disent pas grand-chose de votre situation. Voici trois architectures, une grille pour choisir selon la sensibilité de vos données, et les clauses à exiger quelle que soit la solution.

Les trois architectures

1. Le modèle en service chez un éditeur

Vos demandes partent vers un service en ligne, opéré par l'éditeur du modèle, qui renvoie la réponse. C'est le plus simple et souvent le plus performant : aucune infrastructure à gérer, accès aux modèles les plus récents, paiement à l'usage. En contrepartie, vos données sortent de votre périmètre, vous dépendez des conditions et des prix du fournisseur, et vous devez vérifier trois choses : lieu de traitement, conservation des messages, réutilisation éventuelle pour l'entraînement.

2. Le modèle hébergé en Europe par un opérateur de cloud

Le même modèle, ou un modèle équivalent, est exécuté chez un hébergeur situé dans l'Union européenne et soumis au droit européen. Vous gardez la simplicité du service, avec des garanties de localisation et de juridiction renforcées. Vérifiez ce qui est réellement garanti : le lieu de stockage seul ne suffit pas toujours à écarter l'application de lois extraterritoriales à un opérateur dont la maison mère est hors de l'Union. En France, la qualification SecNumCloud de l'ANSSI est l'un des repères les plus exigeants pour les hébergeurs de données sensibles ; elle ne concerne pas tous les services ni tous les modèles.

3. Le modèle ouvert exécuté chez vous ou en cloud privé

Vous faites tourner un modèle dont les poids sont publiés, sur vos serveurs ou sur une infrastructure dédiée. Les données ne quittent pas votre périmètre et vous maîtrisez la version utilisée. En contrepartie : investissement en machines ou en location dédiée, compétences pour installer, surveiller et mettre à jour, et une qualité qui dépend du modèle choisi et de votre tâche, à tester sur vos cas plutôt qu'à supposer. C'est une option sérieuse pour les données très sensibles ou les gros volumes réguliers, rarement le bon point de départ pour une PME.

Classer vos données avant de choisir

La bonne architecture dépend moins de votre secteur que de la nature de ce que vous envoyez au modèle. Classez vos données en quatre familles.

Famille	Exemples	Architecture raisonnable
Publiques	Catalogue en ligne, pages du site, communiqués	Service en ligne : le risque est faible
Internes ordinaires	Procédures, comptes rendus sans données personnelles	Service avec garanties contractuelles, ou hébergement européen
Confidentielles	Contrats, offres commerciales, données clients	Hébergement européen avec engagements écrits ; ou modèle ouvert si le risque l'exige
Sensibles ou réglementées	Santé, données de salariés, secrets industriels, secteur régulé	Hébergement qualifié ou modèle ouvert maîtrisé ; avis juridique obligatoire

Une même entreprise peut mêler plusieurs familles. D'où une approche utile : n'envoyer à l'extérieur que ce qui ne pose pas de problème, et traiter localement le reste. On peut, par exemple, utiliser un service performant pour reformuler ou classer des textes anonymisés, et réserver un traitement interne aux documents confidentiels. Le prix de cette finesse est un peu de complexité de conception, à discuter dès le cadrage.

Sept critères de décision

1. Sensibilité des données : la grille ci-dessus.
2. Exigences réglementaires : secteur régulé, transferts hors Union européenne, contrats avec vos propres clients qui interdisent certains sous-traitants. Voyez nos neuf vérifications RGPD.
3. Qualité requise : testez les options sur vos cas d'essai ; l'écart de qualité entre modèles dépend de la tâche, pas d'un classement général. La méthode est dans notre guide sur les tests.
4. Volume et régularité : un paiement à l'usage convient aux volumes modestes ou irréguliers ; une infrastructure dédiée peut devenir plus économique pour un fort volume continu.
5. Compétences disponibles : héberger un modèle suppose des ingénieurs ; si vous n'en avez pas, le coût caché est le prestataire qui les fournit.
6. Dépendance et réversibilité : combien coûterait un changement de modèle ou de fournisseur dans deux ans ? Une architecture qui isole le modèle derrière une couche d'interface rend ce changement plus simple.
7. Délai : un service en ligne se branche en jours ; un modèle hébergé demande des semaines.

Souveraineté : ce que le mot recouvre vraiment

On désigne par souveraineté trois choses distinctes qu'il vaut mieux séparer. La localisation : où sont stockées et traitées les données. La juridiction : quel droit s'applique à l'opérateur, et quelles autorités pourraient lui demander des données. La maîtrise technique : pouvez-vous continuer à fonctionner si le fournisseur change ses conditions ou s'arrête ? Une offre peut être forte sur la première et faible sur les deux autres. Demandez à chaque candidat de répondre séparément aux trois, par écrit.

Les clauses à exiger, quelle que soit la solution

• Interdiction de réutiliser vos données pour entraîner des modèles, sauf accord écrit et spécifique.
• Durée de conservation des messages la plus courte possible, avec possibilité de la fixer, et mention de qui y accède.
• Liste des sous-traitants impliqués, avec leur localisation, et engagement de vous prévenir de tout changement.
• Localisation du traitement inscrite au contrat, pas seulement sur une page commerciale.
• Droit d'audit ou, à défaut, attestations de sécurité récentes.
• Réversibilité : restitution et destruction des données, remise de la documentation de l'intégration.
• Information en cas d'incident de sécurité, avec un délai défini.

Faites relire ces clauses par un juriste : leur formulation compte plus que leur intitulé. Elles se retrouvent dans la lecture d'un devis, détaillée dans notre guide pour comparer deux propositions.

L'aspect du coût

Le service en ligne facture à l'usage : un coût variable, faible au départ, qui suit le volume et peut s'envoler sans plafond. L'infrastructure dédiée est un coût fixe, élevé au départ, qui devient intéressant à fort volume régulier. L'hébergement européen se situe entre les deux. Ne comparez pas sur le seul prix par demande : ajoutez les compétences, la supervision et la maintenance, comme le propose notre article sur les postes de coût d'un projet d'IA.

Trois situations fictives, trois choix

Un cabinet de conseil de dix personnes veut un assistant qui résume des comptes rendus et prépare des notes de synthèse, sur des documents sans données personnelles ni secret particulier. Un service en ligne avec garanties contractuelles (pas de réutilisation, conservation courte) est raisonnable : le gain de simplicité l'emporte sur un risque faible. Condition : une consigne interne interdisant de saisir les documents de clients sensibles.

Une entreprise industrielle veut interroger ses procédures de fabrication et ses cahiers des charges clients, dont certains sont couverts par des clauses de confidentialité. Une architecture hébergée en Europe avec engagements écrits convient, avec un contrôle de ce que les contrats clients autorisent. Les documents les plus protégés restent hors du périmètre du premier projet.

Un cabinet médical ou un centre de santé manipule des données de santé, catégorie particulière au sens du RGPD. Les options sont plus restreintes : un hébergement qualifié pour ces données ou un modèle exécuté dans un périmètre maîtrisé, avec une analyse d'impact et un avis juridique avant le moindre test. Le coût de l'infrastructure est ici la conséquence de la nature des données, pas un choix d'ingénierie.

Comment tester une promesse « souverain » en quatre questions

1. Où les données sont-elles traitées, au niveau du pays et du centre de données, et est-ce écrit au contrat ?
2. Quelle entité juridique opère le service, et de quel droit relève-t-elle ? Existe-t-il une maison mère hors de l'Union européenne ?
3. Quels sous-traitants interviennent dans la chaîne (modèle, hébergement, supervision), et où sont-ils ?
4. Pouvez-vous changer de modèle ou de fournisseur sans tout reconstruire, et dans quel délai ?

Un fournisseur qui répond précisément et par écrit à ces quatre questions mérite d'être pris au sérieux, même s'il ne coche pas tous les mots d'ordre. Un fournisseur qui répond par des slogans, non.

Une démarche simple en cinq étapes

1. Classez vos données dans les quatre familles.
2. Écrivez ce qui ne doit jamais sortir de l'entreprise.
3. Faites tester deux ou trois options sur vos cas d'essai, avec des données non sensibles.
4. Faites chiffrer l'usage sur trois niveaux de volume.
5. Choisissez l'architecture la plus simple qui respecte vos interdits, et prévoyez une possibilité de changer.

Pour trouver des équipes qui maîtrisent ces choix, consultez le classement des agences IA par ville, ou décrivez votre projet en précisant le niveau de sensibilité de vos données.