Modèles open source hébergés en Suisse : quand ils valent mieux qu'un abonnement IA américain
En bref. Un modèle open source hébergé en Suisse est préférable à un abonnement IA américain dans quatre situations : vos données sont couvertes par un secret professionnel ou médical, la tâche est répétitive et bien définie, vos volumes rendent la facturation à l'usage coûteuse, ou vous ne voulez pas dépendre d'un seul fournisseur. Dans les autres cas (usages variés, petits volumes, pas d'équipe pour exploiter une infrastructure), un service géré peut rester le meilleur choix. Les deux approches peuvent aussi se combiner.
Ce guide s'adresse aux directions et aux responsables informatiques qui doivent trancher. Il ne contient ni prix ni classement de modèles : les deux changent trop vite, et la seule comparaison qui compte est celle que vous ferez sur vos propres documents.
De quoi parle-t-on
Un abonnement IA américain, c'est un service en ligne (ChatGPT, Copilot, Claude et d'autres) ou une API facturée à l'usage. Le modèle appartient à l'éditeur et tourne sur son infrastructure. Vous envoyez vos textes, vous recevez une réponse.
Un modèle open source, c'est un modèle dont les poids sont publiés et que vous pouvez installer vous-même : les familles Llama, Mistral, Qwen ou Gemma en sont des exemples. « Open source » recouvre des licences différentes, certaines avec des restrictions d'usage. Il faut les lire avant tout déploiement.
Hébergé en Suisse veut dire que le modèle tourne sur des machines situées en Suisse : les vôtres, ou celles d'un hébergeur suisse.
Les deux mondes ne sont pas étanches. Certains modèles propriétaires sont proposés dans des régions cloud situées en Suisse, et certains modèles ouverts sont proposés en service géré. La vraie question n'est donc pas « américain ou suisse », mais : qui exploite le modèle, où tournent les calculs, et qui peut accéder aux contenus.
Ce que « hébergé en Suisse » veut dire concrètement
L'expression peut rester vague. Pour qu'elle ait un sens, quatre points doivent être fixés par écrit.
- Où tourne l'inférence. Sur quelles machines, dans quel centre de données, exploitées par qui.
- Où sont les données. Les documents, mais aussi les index de recherche, les fichiers temporaires, les sauvegardes et les résultats.
- Qui a accès. Une liste nominative : administrateurs internes, prestataire, hébergeur. Avec quels droits, et avec quelle traçabilité.
- Ce qui est journalisé. Les accès et les décisions doivent l'être. Le contenu des documents ne devrait l'être que dans la mesure nécessaire, avec une durée de conservation définie.
Un point à ne pas oublier : un hébergement en Suisse ne répond pas à lui seul à la question de savoir quel droit s'applique à l'exploitant. Si l'infrastructure appartient à un groupe étranger, votre service juridique doit apprécier ce que cela implique. Un modèle exploité sur vos propres serveurs ou par un hébergeur suisse simplifie cette analyse ; il ne la supprime pas.
Cinq critères pour décider
1. Les données
C'est le premier critère à examiner. Posez trois questions.
- Les contenus sont-ils couverts par un secret professionnel ? L'art. 321 du code pénal vise notamment les avocats, les notaires, les médecins et leurs auxiliaires. D'autres secrets existent, par exemple le secret bancaire.
- S'agit-il de données sensibles au sens de la loi fédérale sur la protection des données (LPD), comme les données sur la santé (art. 5, let. c) ?
- Une communication à l'étranger a-t-elle lieu ? L'art. 16 LPD la soumet à des conditions : niveau de protection adéquat constaté par le Conseil fédéral ou, à défaut, garanties appropriées. Et l'art. 9 LPD n'admet la sous-traitance que si aucune obligation légale ou contractuelle de garder le secret ne l'interdit.
Cela ne signifie pas qu'un service américain est interdit. Cela signifie qu'il demande une analyse et des garanties contractuelles, là où un modèle exploité dans vos murs en demande beaucoup moins. Pour un courrier commercial ou une note interne sans données personnelles, la question ne se pose presque pas.
2. Le coût
Les deux modèles de coût sont différents par nature.
- Un abonnement ou une API est un coût variable : par utilisateur ou par volume de texte traité. Il est faible au départ et grandit avec l'usage.
- Un modèle auto-hébergé est un coût surtout fixe : matériel ou location de capacité de calcul, mise en place, exploitation. Il est plus élevé au départ et varie peu avec le volume.
Le point de bascule dépend de vos volumes. Un processus qui traite des documents toute la journée, comme un tri de dossiers, atteint ce point bien plus vite qu'un assistant utilisé de temps en temps. Dans le calcul, n'oubliez pas le temps humain : exploiter un modèle demande quelqu'un.
3. La qualité
Les grands modèles propriétaires restent en tête sur les tâches ouvertes : raisonnement long, rédaction nuancée, questions imprévues. Sur des tâches étroites (classer, extraire des champs, résumer un document court, vérifier une liste de critères), des modèles ouverts de taille moyenne peuvent donner des résultats suffisants.
« Peuvent » ne veut pas dire « toujours ». La seule méthode fiable consiste à constituer un échantillon de vos documents, avec les réponses attendues, et à y faire passer deux ou trois modèles. Regardez aussi les langues : un modèle à l'aise en anglais peut l'être moins en français, en allemand ou face à un mélange des deux.
4. La maintenance
Avec un service géré, l'éditeur s'occupe de tout, y compris de changer le modèle. C'est confortable, et c'est aussi un risque : un modèle retiré ou modifié peut changer le comportement de votre processus sans que vous l'ayez décidé.
Avec un modèle auto-hébergé, rien ne change sans vous. En contrepartie, vous assumez les mises à jour de sécurité, la supervision, la capacité et les tests avant chaque changement de version. Pour un processus qui doit être auditable, cette stabilité est un avantage réel.
5. Les compétences de l'équipe
Exploiter un modèle demande des compétences d'infrastructure et un minimum de savoir-faire sur l'évaluation. Si vous n'avez pas ces compétences et ne souhaitez pas les acquérir, trois options existent : un service géré, un hébergement suisse où l'exploitation est confiée à un prestataire, ou un contrat de maintenance. L'important est de savoir qui est d'astreinte le jour où le système ne répond plus.
Tableau comparatif
| Critère | Abonnement ou API d'un éditeur américain | Modèle open source hébergé en Suisse |
|---|---|---|
| Lieu de traitement | Infrastructure de l'éditeur ; la région dépend de l'offre et du contrat | Vos serveurs ou un centre de données en Suisse |
| Transmission des contenus à un tiers | Oui, à l'éditeur, dans le cadre du contrat | Non, hors hébergeur éventuel |
| Structure de coût | Variable, selon les utilisateurs ou le volume | Surtout fixe, peu sensible au volume |
| Mise en route | Rapide | Plus longue : infrastructure, tests, sécurité |
| Qualité sur tâches ouvertes | À l'avantage des grands modèles, à vérifier sur votre cas | Variable, à vérifier sur votre cas |
| Qualité sur tâches ciblées | Très bonne | Peut suffire, à vérifier sur vos documents |
| Évolution du modèle | Décidée par l'éditeur | Décidée par vous |
| Charge d'exploitation | Faible | Réelle : mises à jour, supervision, capacité |
| Dépendance | À un éditeur et à ses conditions | À vos compétences ou à votre prestataire |
| Auditabilité | Selon les journaux fournis par l'éditeur | Complète, si vous l'organisez |
Quand l'open source hébergé en Suisse est le bon choix
- Tri de dossiers sensibles, comme les cas bagatelle de responsabilité civile dans un hôpital ou le tri de dossiers KYC et d'alertes.
- Traitement de documents en volume, comme le tri des factures et notes de frais dans une fiduciaire.
- Assistant interne sur des dossiers couverts par un secret professionnel.
- Processus qui doit rester stable et auditable pendant plusieurs années.
Quand un service géré reste préférable
- Usages bureautiques variés dans un environnement où vos contenus se trouvent déjà, par exemple Microsoft 365.
- Rédaction, analyse ou raisonnement complexes sur des contenus peu sensibles.
- Petits volumes, ou besoin de démarrer en quelques jours.
- Aucune ressource pour exploiter une infrastructure, et pas de volonté d'en confier l'exploitation.
Les limites à connaître
- Ce n'est pas gratuit. L'absence de licence ne supprime ni le matériel, ni l'exploitation, ni les tests.
- Ce n'est pas la conformité. L'hébergement en Suisse simplifie l'analyse juridique, mais il ne règle ni l'information des personnes, ni la sécurité, ni la gouvernance des accès.
- Le modèle se trompe aussi. Un modèle ouvert a les mêmes défauts que les autres : erreurs, réponses inventées, sensibilité à la formulation. Les garde-fous restent nécessaires.
- Les licences varient. Certaines limitent l'usage commercial ou imposent des conditions. À vérifier pour chaque modèle.
- Le matériel a ses contraintes. Capacité, délais d'approvisionnement, consommation : mieux vaut dimensionner sur un cas réel que sur une intuition.
Une méthode simple pour trancher
- Classez vos cas d'usage selon la sensibilité des données et le volume.
- Pour les cas sensibles ou volumineux, testez deux ou trois modèles ouverts sur un échantillon de vos documents.
- Comparez avec un modèle propriétaire sur le même échantillon, si vos règles internes permettent d'y soumettre des données de test anonymisées.
- Chiffrez les deux options sur trois ans, exploitation comprise.
- Décidez cas par cas. Une architecture mixte est une option tout à fait saine.
Questions fréquentes
Un modèle open source est-il moins bon qu'un modèle propriétaire ? Sur les tâches ouvertes, cela peut être le cas. Sur des tâches ciblées, l'écart se réduit et peut devenir négligeable. Seul un test sur vos documents permet de le dire.
Faut-il acheter des serveurs ? Pas forcément. La capacité de calcul peut être louée auprès d'un hébergeur en Suisse. L'achat se justifie pour un usage continu ou pour des exigences de contrôle particulières.
Nos données servent-elles à entraîner le modèle ? Avec un modèle auto-hébergé, non : les poids sont figés et vos textes ne quittent pas votre infrastructure. Avec un service géré, la réponse dépend du contrat et des réglages ; elle doit être vérifiée.
Peut-on changer de modèle plus tard ? Oui, si l'intégration a été conçue pour cela. Nous séparons toujours les règles métier, les données et le modèle, afin que ce dernier puisse être remplacé sans tout refaire.
Peut-on combiner les deux approches ? Oui : un service géré pour la bureautique, un modèle hébergé en Suisse pour les processus qui touchent des données sensibles.
Aller plus loin
Le choix du modèle est une étape de notre conseil IA : nous testons plusieurs options sur vos documents et vous remettons une recommandation argumentée, avec ses limites. Si vous préférez une plateforme prête à l'emploi, voyez Swiss GPT. Contactez-nous pour un premier échange.