24. Hébergement d’un site web en Suisse : quels critères pour une PME ?

Une grille pratique pour comparer l’hébergement d’un site de PME : données, sauvegardes, maintenance, support, performances, budget et réversibilité.
Voir mon accompagnement pour créer un site en ValaisPour une PME suisse, choisir l’hébergement d’un site ne consiste pas seulement à comparer un prix mensuel ou à repérer un drapeau suisse. La décision doit préciser ce qui est hébergé, où passent les données, qui intervient en cas de panne et comment récupérer le site si le prestataire change.
Que faut-il retenir avant de choisir ?
- Partez de votre site réel : une vitrine, une boutique et une application métier n’ont pas les mêmes besoins.
- Demandez des preuves : lieux de traitement, sauvegardes restaurables, responsabilités et conditions de sortie.
- Comparez le service complet : hébergement, maintenance du site, assistance et récupération après incident sont des prestations différentes.
- Gardez la maîtrise des accès : le domaine et les comptes essentiels doivent rester sous le contrôle de votre entreprise.
La grille ci-dessous est une méthode de comparaison. Les exemples sont fictifs ; les objectifs de reprise doivent être définis selon votre activité, pas copiés d’une autre entreprise.
1. Quel type de site devez-vous réellement héberger ?
Avant de consulter les offres, écrivez ce que votre site fait aujourd’hui et ce qu’il devra faire prochainement.
Une vitrine présente votre entreprise et reçoit des demandes. Un site avec CMS ajoute une interface pour modifier les contenus. Une boutique gère des commandes et dépend d’autres services, notamment le paiement. Une application métier peut gérer des comptes clients, des documents ou des opérations internes.
Demandez ensuite au développeur de traduire ces usages en exigences : technologie utilisée, base de données, stockage des fichiers, tâches planifiées et connexions externes. Un hébergement compatible avec un CMS courant ne couvre pas nécessairement les besoins d’une application développée sur mesure.
Pour une petite vitrine, un service géré peut éviter une administration disproportionnée. Pour une application spécifique, un environnement plus flexible peut être nécessaire. Un VPS donne davantage de contrôle, mais quelqu’un doit alors assurer son administration. La bonne question est : qui prend en charge cette responsabilité et avec quel engagement ?
2. Que signifie concrètement « hébergé en Suisse » ?
Vérifiez séparément la localisation du serveur, de la base de données, des sauvegardes et des services annexes. Un site peut utiliser un serveur en Suisse tout en envoyant ses formulaires, ses statistiques ou ses fichiers à d’autres prestataires.
Demandez une liste des services qui reçoivent des données : hébergeur, messagerie, outil de mesure, service anti-spam, réseau de diffusion de contenu et éventuels sous-traitants. Pour chaque service, notez son rôle et les données concernées.
Le PFPDT explique que la sous-traitance ne dispense pas le responsable du traitement de ses obligations. Lorsqu’un traitement implique l’étranger, les conditions de communication doivent également être examinées. Un emplacement suisse est donc un critère utile, sans suffire à lui seul à conclure que tout le dispositif respecte les exigences applicables. Sources : PFPDT, externalisation et communication à l’étranger.
Pour comparer les offres, demandez les documents contractuels pertinents et une explication compréhensible des lieux de traitement. Si le site traite des données particulièrement sensibles, faites évaluer les exigences propres au projet avant de choisir l’architecture.
3. Les sauvegardes permettent-elles de remettre le site en service ?
« Sauvegarde incluse » est un début de réponse. Il faut encore savoir ce qui est copié, à quelle fréquence, combien de versions sont conservées et comment les utiliser.
Posez quatre questions :
- Les fichiers, la base de données et la configuration sont-ils couverts ?
- La copie reste-t-elle accessible si le compte principal est compromis ?
- Qui réalise la restauration et quels frais peuvent s’appliquer ?
- Un test récent a-t-il confirmé que le site fonctionne après restauration ?
L’Office fédéral de la cybersécurité recommande de demander au prestataire sa stratégie de sauvegarde et la date du dernier test réussi. Il présente aussi la règle 3-2-1 : trois copies, deux supports différents et une copie hors site, idéalement hors ligne. Cette recommandation sert à discuter du dispositif réellement fourni. Source : OFCS, collaboration avec des prestataires informatiques.
Définissez vos objectifs métier : quelle perte de données est acceptable et combien de temps pouvez-vous rester indisponible ? Une boutique ne tolère pas forcément le même délai qu’une page de présentation. Ne confondez pas un objectif souhaité avec une garantie contractuelle.
4. Qui assure les mises à jour et la sécurité ?
L’hébergement, la maintenance du site et l’administration du serveur doivent être distingués dans l’offre. Une plateforme disponible ne prouve pas que les extensions du CMS ou le code du site sont à jour.
Construisez un petit tableau des responsabilités :
| Sujet | Question à faire préciser |
|---|---|
| Serveur et plateforme | Qui applique les correctifs et surveille l’infrastructure ? |
| CMS, extensions ou application | Qui teste et installe les mises à jour ? |
| Accès d’administration | Qui gère les comptes, les droits et leur retrait ? |
| Sauvegardes | Qui surveille les échecs et teste la récupération ? |
| Incident | Qui est alerté, qui intervient et dans quel délai ? |
Une réponse comme « c’est normalement compris » doit être précisée avant la mise en ligne. L’OFCS insiste sur la définition des responsabilités entre l’entreprise et ses prestataires. Sa documentation de protection de base recommande également une organisation claire de la sécurité et de la continuité. Source : OFCS, protection de base.
5. Quel support obtenez-vous quand le site ne fonctionne plus ?
Un support disponible à certaines heures et une intervention d’urgence sont deux services différents. Vérifiez les canaux, les horaires, le délai de première réponse et le périmètre de l’aide.
L’hébergeur peut examiner un problème de plateforme sans corriger une erreur dans votre application. Inversement, le développeur peut avoir besoin d’une intervention de l’hébergeur pour rétablir le service. Identifiez donc un interlocuteur principal et la procédure d’escalade.
Faites distinguer réponse, prise en charge et rétablissement dans les engagements annoncés. Un accusé de réception rapide ne garantit pas un site rétabli au même moment. Demandez aussi les coûts hors forfait et hors horaires habituels.
6. Comment vérifier les performances sans acheter trop de ressources ?
Testez les pages importantes avec le site réel : accueil, offre, formulaire et, si nécessaire, espace client. Regardez ce que vit un visiteur sur téléphone, avec un réseau ordinaire.
La taille des images, les scripts et les services externes influencent aussi l’expérience. Un serveur plus puissant ne corrige pas automatiquement une page trop lourde. Demandez au développeur de distinguer le temps de réponse du serveur et le travail réalisé dans le navigateur.
Pour une PME, une mesure utile peut être : la page de service s’affiche-t-elle correctement et peut-on envoyer une demande sans erreur ? Pour une application, ajoutez des scénarios simultanés représentatifs. Préférez un test adapté à votre usage à un chiffre marketing isolé.
7. Que comprend le coût total et comment pourrez-vous partir ?
Comparez les postes séparément : abonnement, renouvellement, stockage, sauvegardes supplémentaires, maintenance, assistance, migration et restauration. Vérifiez aussi si la messagerie et le domaine sont inclus ou facturés à part.
Pour la sortie, demandez comment récupérer :
- les fichiers du site et les médias ;
- les données dans un format exploitable ;
- la configuration utile au redémarrage ;
- les accès nécessaires au domaine et aux services associés.
Le domaine doit être enregistré avec les informations appropriées de votre entreprise et rester accessible à une personne responsable. Prévoyez un second accès autorisé et une procédure de récupération. Conservez les secrets dans un outil adapté, jamais dans une page publique ou un document partagé sans protection.
Un prix d’entrée bas perd son intérêt si chaque changement demande une intervention imprévisible. Pour relier cette décision au budget global, consultez mon guide pour estimer le budget réel d’un site en Suisse.
Quelle grille envoyer aux hébergeurs ou au développeur ?
Utilisez les mêmes questions pour chaque offre. Marquez une réponse absente comme « à préciser », plutôt que de lui attribuer une bonne note par défaut.
| Critère | Preuve ou réponse attendue |
|---|---|
| Compatibilité | Confirmation écrite de la technologie et des fonctions nécessaires |
| Données | Lieux de traitement et liste des services associés |
| Sauvegardes | Périmètre, fréquence, conservation et test de restauration |
| Maintenance | Répartition des mises à jour et des contrôles |
| Support | Horaires, procédure d’incident, délais et coûts |
| Performance | Test des parcours importants avec votre site |
| Réversibilité | Formats d’export, accès et procédure de migration |
| Budget | Coût initial, renouvellement et prestations supplémentaires |
Exemple fictif : une petite société reçoit ses demandes par formulaire. L’offre A détaille la restauration et les responsabilités. L’offre B annonce davantage d’espace disque mais ne précise ni la maintenance ni le support. Avant de choisir B, la prochaine action utile est d’obtenir ces réponses, pas de supposer qu’elle est plus complète.
Questions fréquentes
Faut-il obligatoirement un hébergement suisse pour une PME suisse ?
La réponse dépend des données traitées, des obligations applicables et des exigences de votre activité. Évaluez les lieux de traitement et les conditions de transfert avec les documents du prestataire. Évitez de traiter « suisse » comme une garantie universelle ou « étranger » comme une interdiction générale.
Faut-il un VPS pour un site vitrine ?
Pas nécessairement. Choisissez l’environnement compatible avec le site et le niveau d’administration que votre équipe ou votre prestataire peut réellement assurer. Un VPS doit répondre à un besoin concret de contrôle ou de configuration.
Le certificat HTTPS protège-t-il tout le site ?
Il sécurise la connexion dans son périmètre. Il ne remplace ni les mises à jour, ni la protection des comptes, ni les sauvegardes. Vérifiez l’ensemble du dispositif.
Puis-je changer d’hébergeur plus tard ?
Vérifiez les possibilités d’export et les dépendances avant de vous engager. Certaines architectures sont plus faciles à déplacer que d’autres. Prévoyez la migration, ses tests et ses coûts dès le cadrage.
Comment cadrer votre choix avant la création du site ?
Réunissez les fonctions attendues, les types de données, les contraintes de disponibilité et les réponses à la grille. Je peux vous aider à comparer les solutions et à définir les responsabilités pour votre projet de site internet en Valais.
Présentez-moi votre projet avec vos besoins et votre hébergement actuel, si vous en avez un. Le premier échange sert à préciser ce qui est nécessaire avant de sélectionner une offre.
Pour compléter le cadrage : rédiger un cahier des charges utile et comparer deux devis de site internet.
Sources officielles consultées le 1er octobre 2026 : PFPDT et Office fédéral de la cybersécurité. Les exemples et la grille constituent une méthode pratique de comparaison, pas une certification d’un hébergeur.