Comparatif · Hébergement

SaaS, cloud à votre nom ou serveur dans vos locaux : où faire tourner votre logiciel ?

Le SaaS convient quand vous voulez déléguer toute l'exploitation et que l'éditeur garantit une sortie claire de vos données ; un logiciel installé sur un cloud dont vous détenez le compte offre l'équilibre le plus raisonnable entre maîtrise et effort pour la plupart des PME. Le serveur dans vos locaux se justifie surtout quand l'outil doit fonctionner sans Internet ou dialoguer avec des équipements sur place.

L'essentiel

  • Héberger chez soi recouvre deux réalités très différentes : un compte cloud à votre nom chez un hébergeur, ou un serveur physique installé dans vos locaux.
  • Dans les trois modes, la question décisive est de savoir qui applique les mises à jour, qui sauvegarde, qui surveille et qui restaure après un incident.
  • Selon la Commission européenne, le Data Act s'applique depuis le 12 septembre 2025 et les frais de changement de fournisseur cloud doivent disparaître au 12 janvier 2027.
  • Selon l'ANSSI, la qualification SecNumCloud ne préjuge pas du niveau de sécurité des services hébergés : une application mal protégée le reste sur un cloud qualifié.

Trois façons de faire tourner un logiciel

« Hébergé chez soi » est une expression trompeuse : elle désigne tantôt un serveur installé dans le local technique de l'entreprise, tantôt un logiciel déployé sur un compte cloud ouvert au nom de l'entreprise. Il faut donc comparer trois modes, et non deux.

  • Le SaaS : vous louez l'usage d'un logiciel que l'éditeur exploite sur ses propres serveurs. Vous ne voyez ni le code ni l'infrastructure.
  • Le cloud à votre nom : votre logiciel, développé pour vous ou installé, tourne chez un hébergeur (machines virtuelles, base de données managée, stockage de fichiers) sur un compte dont votre entreprise est titulaire.
  • Le serveur dans vos locaux : la machine, le réseau, l'alimentation électrique et la climatisation de la pièce sont à vous, comme leur entretien.

Le choix entre louer un logiciel et le faire construire relève d'une autre question, traitée dans le comparatif logiciel sur mesure ou SaaS. Ici, on regarde où et par qui le logiciel est exploité.

SaaS, cloud à votre nom ou serveur interne : le tableau comparatif

CritèreSaaS de l'éditeurCloud à votre nomServeur dans vos locaux
Mises à jour et surveillanceFaites par l'éditeurMatériel par l'hébergeur, application par vous ou votre prestataireTout par vous ou votre prestataire
SauvegardesCelles de l'éditeur, selon son contratÀ organiser, avec une copie hors de l'hébergeurÀ organiser, avec une copie hors des locaux
Accès depuis l'extérieurNatifNatifÀ ouvrir et à protéger (VPN, pare-feu)
Fonctionnement sans InternetNonNonOui, sur le réseau interne
Dialogue avec des équipements locauxLimité aux connecteurs prévusPar une passerelle installée sur siteDirect
Droit applicable au fournisseurCelui de l'éditeur et de ses hébergeursCelui de l'hébergeur choisiAucun fournisseur tiers pour le stockage
Nature des coûtsAbonnement, souvent par utilisateurConsommation, plus le temps d'exploitationMatériel à renouveler, énergie, temps d'administration
RéversibilitéVous partez avec les données, pas avec le logicielVous déplacez l'application entièreVous déplacez l'application entière
Sinistre local (incendie, dégât des eaux, vol)Sans effetSans effetRisque majeur sans copie externe

Qui est responsable de quoi ?

Le vrai sujet n'est pas l'endroit où tourne le serveur, mais la personne chargée de le maintenir en état. Le RGPD le formule sans ambiguïté : son article 32 demande au responsable du traitement comme à son sous-traitant des moyens garantissant la confidentialité, l'intégrité, la disponibilité et la résilience des systèmes, la capacité à rétablir l'accès aux données après un incident, et une procédure pour tester régulièrement l'efficacité des mesures.

  • En SaaS, l'éditeur est votre sous-traitant. L'article 28 exige un contrat qui précise, entre autres, le sort des données en fin de prestation : suppression ou restitution, au choix du client. Lisez cette clause avant de signer, pas au moment de partir.
  • Sur un cloud à votre nom, l'hébergeur répond du matériel et de ses services managés ; l'application, ses mises à jour et sa surveillance reviennent à vous ou au prestataire qui en assure la maintenance.
  • Sur un serveur interne, tout vous revient, y compris l'onduleur, le disque qui fatigue et la mise à jour du système un vendredi soir. Beaucoup de PME découvrent ce poste le jour où la personne qui « s'occupait du serveur » quitte l'entreprise.

Sauvegardes : ce que chaque mode change

Dans ses règles essentielles de sécurité mises à jour en juin 2026, la CNIL recommande la règle du 3-2-1 : trois copies des données, sur deux supports différents, dont une déconnectée du réseau, avec des tests de restauration réguliers. Chaque mode d'hébergement met cette règle en défaut à un endroit différent.

  • SaaS : les sauvegardes de l'éditeur protègent son service, pas forcément vos erreurs. Si un utilisateur supprime par mégarde trois cents fiches clients, l'éditeur peut-il restaurer uniquement votre compte, à quelle date, et en combien de temps ? Prévoyez aussi un export régulier que vous conservez vous-même.
  • Cloud à votre nom : un instantané stocké chez le même hébergeur, sur le même compte, n'est pas une copie indépendante. Une copie chez un autre prestataire ou sur un support déconnecté s'impose.
  • Serveur interne : le disque de sauvegarde posé à côté du serveur brûle avec lui, et un rançongiciel chiffre tout ce qui reste branché. La copie externe et déconnectée n'est pas une option.

Données sensibles : quand la souveraineté entre en jeu

Pour la plupart des applications de gestion, un hébergeur européen bien choisi suffit. L'exigence monte avec la sensibilité des données. L'ANSSI présente SecNumCloud comme un référentiel qui permet de qualifier des offres cloud (IaaS, PaaS ou SaaS) « de confiance », notamment face à l'application de lois extraterritoriales. Selon la FAQ de l'ANSSI, la doctrine « Cloud au centre » impose à l'administration de recourir à des offres qualifiées SecNumCloud pour ses données sensibles ; pour une entreprise privée ordinaire, ces recommandations restent un outil d'aide à la décision non contraignant.

Deux nuances évitent des choix coûteux :

  • l'ANSSI précise que la qualification ne préjuge pas du niveau de sécurité des services numériques de ses clients : une application vulnérable reste vulnérable sur une offre qualifiée ;
  • la CNIL rappelle, dans sa fiche du 22 janvier 2024 sur le chiffrement dans le cloud public, que seule la maîtrise exclusive des clés par le client écarte techniquement l'accès du fournisseur aux données ; un chiffrement géré côté serveur laisse les clés au fournisseur.

Le détail des niveaux (localisation, nationalité du fournisseur, HDS, SecNumCloud) figure dans le guide hébergement souverain, et le choix entre grands hébergeurs dans le comparatif OVHcloud, Scaleway ou AWS.

Réversibilité : pouvoir partir sans tout reconstruire

Le cadre européen facilite désormais le changement de fournisseur. D'après la page explicative de la Commission européenne, le Data Act s'applique depuis le 12 septembre 2025 ; les fournisseurs de SaaS et de PaaS doivent mettre à disposition des interfaces ouvertes et exporter les données dans un format couramment utilisé et lisible par machine, et à partir du 12 janvier 2027 ils devront supprimer entièrement les frais de changement, frais de sortie des données compris.

Ce droit porte sur les données, pas sur le logiciel. Quitter un SaaS, c'est repartir avec des fichiers d'export et reconstruire ailleurs le paramétrage, les automatismes et les habitudes. Une application écrite en technologies standard (PostgreSQL, Node.js) et déployée sur un compte à votre nom se déménage au contraire tout entière, d'un hébergeur à l'autre ou d'un serveur interne vers le cloud. La page quitter un logiciel SaaS décrit la marche à suivre quand l'éditeur ne coopère pas.

Notre verdict selon votre situation

Votre situationMode conseilléPourquoi
Besoin standard (paie, comptabilité, messagerie), aucune ressource techniqueSaaSL'éditeur suit les évolutions et exploite le service
Logiciel métier propre à l'entreprise, données courantesCloud à votre nom chez un hébergeur européenExploitation légère avec des services managés, application déplaçable
Atelier ou site isolé, réseau Internet peu fiableServeur local, synchronisé avec le cloudLe travail continue pendant une coupure
Logiciel qui pilote des machines ou des équipements sur placeServeur ou passerelle localeDialogue direct avec le réseau de l'atelier
Client public ou contrat exigeant SecNumCloudOffre qualifiée, vérifiée dans le catalogue des prestataires qualifiés publié par l'ANSSISeules les offres qualifiées répondent à cette exigence
Serveur interne vieillissant que plus personne n'administreMigration vers un cloud à votre nomLe risque se trouve dans l'absence d'exploitation, pas dans l'emplacement

Quand aucune de ces options ne convient seule, et ce que fait YMHB Web

Souvent, la bonne architecture mélange les modes : un SaaS pour la comptabilité, une application métier sur un cloud à votre nom, et un petit serveur sur site là où le réseau manque. Le robot de livraison conçu par YMHB Web pour Sakura France Service va jusqu'au bout de cette logique locale : il sert lui-même son tableau de bord sur le réseau du cabinet, sans serveur externe. À l'inverse, la place de marché Garage Connect tourne sur un serveur dédié, avec certificats et supervision mis en place par l'agence.

YMHB Web tranche cette question au cadrage, à partir de la nature des données, du réseau disponible sur les sites, des équipements à connecter et du temps d'exploitation que vous acceptez. Les comptes d'hébergement sont ouverts au nom du client, le code lui appartient au paiement intégral, et l'hébergement peut changer plus tard sans réécrire le logiciel. Les ordres de grandeur sont présentés dans la page combien coûte l'hébergement d'une application.

Questions fréquentes

Un logiciel hébergé dans nos locaux est-il plus sûr qu'un SaaS ?

Un logiciel hébergé dans vos locaux n'est pas plus sûr par nature qu'un SaaS. Il évite un fournisseur tiers, mais vous rend responsable des mises à jour, des sauvegardes, de la surveillance et de la protection physique du serveur. Sans personne pour s'en occuper, un serveur interne devient souvent le point faible du système d'information. La sécurité dépend de l'exploitation, pas de l'emplacement.

Le Data Act permet-il de quitter un fournisseur cloud sans frais ?

Selon la Commission européenne, le Data Act s'applique depuis le 12 septembre 2025 et oblige les fournisseurs de services cloud à lever les obstacles au changement de fournisseur. Jusqu'au 12 janvier 2027, ils peuvent encore facturer les coûts liés au changement et à la sortie des données ; à partir de cette date, ces frais doivent être entièrement supprimés. Le règlement vise les données, pas le paramétrage du logiciel.

Faut-il un hébergement SecNumCloud pour une PME ?

Un hébergement SecNumCloud n'est pas obligatoire pour une PME ordinaire. Selon l'ANSSI, la doctrine « Cloud au centre » impose ces offres qualifiées à l'administration pour ses données sensibles, et ses recommandations restent non contraignantes pour les autres. Une PME peut y être tenue par un contrat avec un client public, ou choisir ce niveau pour des données particulièrement sensibles. Sinon, un hébergeur européen et une application bien sécurisée couvrent l'essentiel.

Un logiciel installé sur nos serveurs peut-il être utilisé à distance ?

Un logiciel installé sur vos serveurs peut être utilisé à distance si l'accès est ouvert et protégé : réseau privé virtuel (VPN), comptes nominatifs, double authentification et pare-feu. C'est une configuration à maintenir dans le temps, avec ses mises à jour. Si la plupart des utilisateurs travaillent hors des locaux, un hébergement cloud au nom de l'entreprise est souvent plus simple à exploiter et plus robuste.

Qui doit sauvegarder les données d'un logiciel en SaaS ?

Les données d'un logiciel en SaaS sont sauvegardées par l'éditeur selon les termes de son contrat, mais ces sauvegardes protègent d'abord son service. Vérifiez la fréquence, la durée de conservation et la possibilité de restaurer uniquement votre compte après une erreur de manipulation. Conservez aussi des exports réguliers de vos propres données, en suivant la règle du 3-2-1 recommandée par la CNIL.

À lire aussi

Sources

  1. ANSSI, Cloud : SecNumCloud et recommandations pour l'hébergement des SI sensibles
  2. ANSSI, FAQ sur les recommandations pour l'hébergement dans le cloud des SI sensibles
  3. Commission européenne, Data Act explained (changement de fournisseur cloud, frais supprimés au 12 janvier 2027)
  4. CNIL, Sécurité des données : les règles essentielles (règle du 3-2-1, mise à jour du 19 juin 2026)
  5. CNIL, texte du RGPD, chapitre IV (articles 28 et 32)
  6. CNIL, Les pratiques de chiffrement dans l'informatique en nuage (cloud) public (22 janvier 2024)

Prêt à démarrer ?

Décrivez-nous votre situation, pas une liste de fonctionnalités.

Réponse sous un jour ouvré, en général par téléphone. Si un outil du marché suffit, nous vous le dirons.

Premier échange sans engagementCadrage avant chiffrage

AppelerDécrire mon problème