Hébergement web : comment choisir une solution fiable pour une TPE ou une PME ?
Comparez un hébergement web sur le service réel : maintenance, sauvegardes, support et récupération du site, pas seulement sur le prix ou la puissance.
Sur cette page6 sections
Quand on compare deux hébergements, on voit facilement le prix mensuel, l'espace disque et quelques mots rassurants sur la sécurité. C'est pratique pour remplir un tableau. Beaucoup moins pour répondre à la question qui vous intéressera vraiment le jour d'une panne : qui remet mon site en état, et avec quoi ?
Pour une petite entreprise, le bon hébergement n'est pas forcément le plus puissant. C'est celui qui correspond à l'usage du site et à ce que vous voulez prendre en charge vous-même. Louer un serveur et demander à quelqu'un de s'occuper de votre site ne sont pas la même prestation, même quand les deux apparaissent sur la même facture.
Un hébergeur peut fournir un serveur parfaitement opérationnel alors que votre formulaire ne fonctionne plus après une mise à jour. À l'inverse, un développeur ne peut pas corriger dans le code une panne du réseau de l'hébergeur. Les deux sujets se rencontrent, mais les responsabilités doivent rester compréhensibles.
C'est pour cela que « hébergement inclus » demande une petite explication. Inclus avec quoi ? Des sauvegardes ? Le renouvellement du domaine ? Les mises à jour du site ? Une intervention si les demandes n'arrivent plus ? Le même intitulé peut couvrir des services très différents.
Un serveur virtuel donne davantage de contrôle sur un environnement isolé, tandis qu'un serveur dédié réserve une machine physique. Ces solutions peuvent être pertinentes pour certains volumes ou besoins techniques. Elles apportent aussi des choses à administrer : système, mises à jour, surveillance et configuration, selon ce que le fournisseur prend en charge.
L'infogérance décrit justement ce travail d'exploitation confié à un prestataire. Ce n'est pas un type de machine supplémentaire. On peut avoir une infrastructure modeste bien suivie ou un serveur très puissant dont personne ne vérifie les alertes.
Je préfère une solution dont les limites sont connues et gérées à une grosse machine choisie pour son nom. La puissance compte quand on en a besoin. Elle ne répond pas aux e-mails du support à votre place.
La surveillance doit donc être adaptée à ce que le site fait. Une vitrine, une réservation et une boutique n'ont pas les mêmes fonctions à contrôler, ni les mêmes conséquences quand elles s'arrêtent.
Demandez quel canal utiliser, à quels horaires et ce qui est prévu selon la gravité de l'incident. Le délai d'une première réponse n'est pas le délai de résolution. « Nous avons reçu votre demande » n'est pas encore « votre paiement fonctionne à nouveau ».
On ne peut pas garantir qu'aucun problème ne se produira. On peut en revanche préciser qui reçoit les alertes, qui intervient sur le serveur, qui vérifie l'application et comment on vous tient informé. Cette organisation vaut davantage qu'un adjectif comme « premium » sur la page de vente.
La fréquence de sauvegarde doit donc correspondre à ce qu'on peut accepter de perdre. Une page de présentation qui change rarement et une application qui reçoit des commandes toute la journée ne posent pas la même question. Il faut aussi vérifier ce qui est copié : fichiers, photos, base de données et éléments nécessaires pour reconstruire l'ensemble.
Une copie conservée uniquement sur le serveur qui tombe en panne ne suffit pas. Et une sauvegarde dont personne n'a essayé la restauration laisse beaucoup d'incertitudes : est-elle complète, lisible, assez récente ? La CNIL recommande notamment de protéger les copies et de tester leur restauration.
Demandez un exemple concret de remise en état, avec le périmètre concerné et les vérifications effectuées. On ne cherche pas une promesse spectaculaire, mais la preuve qu'une procédure existe et qu'elle sert réellement.
Il faut distinguer un export de données d'un logiciel réutilisable. Sur un service fermé, vous pourrez peut-être télécharger vos contenus sans récupérer le fonctionnement du site. Ce n'est pas forcément un mauvais choix, mais il faut l'avoir compris avant de construire toute votre organisation autour.
La localisation des serveurs et des sauvegardes mérite aussi une réponse précise, surtout lorsque le site traite des informations clients. « En Europe » ne décrit pas à lui seul les accès, les prestataires impliqués ou les engagements applicables. Demandez les documents et le périmètre du service plutôt que de déduire une conformité d'une carte avec un drapeau.
Ajoutez ensuite les opérations normales : renouveler le domaine, appliquer les correctifs, augmenter les ressources, transférer le site. Vous verrez vite si le prix affiché correspond à votre besoin ou simplement à la location d'un morceau d'infrastructure.
Chez Cadarsir, je préfère cadrer ces responsabilités dès le projet plutôt que de vous laisser les découvrir pendant un incident. Le suivi réellement inclus doit rester explicite ; tous les sites ne demandent pas la même organisation.
Et si votre problème est avant tout un site lent, commencez par regarder ce que vit le navigateur. Un meilleur serveur peut aider. Il ne rendra pas légère une page qui envoie trop d'images et de scripts. Choisir l'hébergement, c'est trouver une base adaptée et des personnes capables de l'exploiter, pas chercher une machine qui réglera tout toute seule.
Pour une petite entreprise, le bon hébergement n'est pas forcément le plus puissant. C'est celui qui correspond à l'usage du site et à ce que vous voulez prendre en charge vous-même. Louer un serveur et demander à quelqu'un de s'occuper de votre site ne sont pas la même prestation, même quand les deux apparaissent sur la même facture.
L'adresse, les locaux et l'entretien
Le nom de domaine est l'adresse de votre site. L'hébergement fournit les ressources qui permettent de le faire fonctionner. La maintenance concerne le logiciel : ses mises à jour, ses corrections et son suivi. On peut comparer cela à une boutique : avoir une adresse et louer les locaux ne signifie pas que le propriétaire s'occupe aussi de votre caisse et de vos stocks.Un hébergeur peut fournir un serveur parfaitement opérationnel alors que votre formulaire ne fonctionne plus après une mise à jour. À l'inverse, un développeur ne peut pas corriger dans le code une panne du réseau de l'hébergeur. Les deux sujets se rencontrent, mais les responsabilités doivent rester compréhensibles.
C'est pour cela que « hébergement inclus » demande une petite explication. Inclus avec quoi ? Des sauvegardes ? Le renouvellement du domaine ? Les mises à jour du site ? Une intervention si les demandes n'arrivent plus ? Le même intitulé peut couvrir des services très différents.
Mutualisé ou serveur dédié, ce n'est pas un concours
Avec un hébergement mutualisé, plusieurs sites partagent une infrastructure et une partie de ses ressources. Cela peut très bien convenir à un site vitrine. Vous n'avez pas besoin d'un bâtiment entier pour présenter vos services et recevoir quelques demandes.Un serveur virtuel donne davantage de contrôle sur un environnement isolé, tandis qu'un serveur dédié réserve une machine physique. Ces solutions peuvent être pertinentes pour certains volumes ou besoins techniques. Elles apportent aussi des choses à administrer : système, mises à jour, surveillance et configuration, selon ce que le fournisseur prend en charge.
L'infogérance décrit justement ce travail d'exploitation confié à un prestataire. Ce n'est pas un type de machine supplémentaire. On peut avoir une infrastructure modeste bien suivie ou un serveur très puissant dont personne ne vérifie les alertes.
Je préfère une solution dont les limites sont connues et gérées à une grosse machine choisie pour son nom. La puissance compte quand on en a besoin. Elle ne répond pas aux e-mails du support à votre place.
Pendant une panne, chacun doit savoir quoi faire
Prenons une boutique dont le paiement s'interrompt alors que les pages produits restent accessibles. Un contrôle qui se contente d'ouvrir la page d'accueil pourra considérer que tout va bien. Le visiteur, lui, ne peut plus acheter.La surveillance doit donc être adaptée à ce que le site fait. Une vitrine, une réservation et une boutique n'ont pas les mêmes fonctions à contrôler, ni les mêmes conséquences quand elles s'arrêtent.
Demandez quel canal utiliser, à quels horaires et ce qui est prévu selon la gravité de l'incident. Le délai d'une première réponse n'est pas le délai de résolution. « Nous avons reçu votre demande » n'est pas encore « votre paiement fonctionne à nouveau ».
On ne peut pas garantir qu'aucun problème ne se produira. On peut en revanche préciser qui reçoit les alertes, qui intervient sur le serveur, qui vérifie l'application et comment on vous tient informé. Cette organisation vaut davantage qu'un adjectif comme « premium » sur la page de vente.
La sauvegarde doit permettre de repartir
Imaginez que votre site revienne en ligne après un incident, mais sans les réservations de la semaine. Techniquement, il fonctionne. Pour votre entreprise, il manque une partie du travail.La fréquence de sauvegarde doit donc correspondre à ce qu'on peut accepter de perdre. Une page de présentation qui change rarement et une application qui reçoit des commandes toute la journée ne posent pas la même question. Il faut aussi vérifier ce qui est copié : fichiers, photos, base de données et éléments nécessaires pour reconstruire l'ensemble.
Une copie conservée uniquement sur le serveur qui tombe en panne ne suffit pas. Et une sauvegarde dont personne n'a essayé la restauration laisse beaucoup d'incertitudes : est-elle complète, lisible, assez récente ? La CNIL recommande notamment de protéger les copies et de tester leur restauration.
Demandez un exemple concret de remise en état, avec le périmètre concerné et les vérifications effectuées. On ne cherche pas une promesse spectaculaire, mais la preuve qu'une procédure existe et qu'elle sert réellement.
Vous devez pouvoir repartir ailleurs aussi
Une offre est plus facile à choisir quand on sait comment on pourrait la quitter. Le domaine appartient-il bien à l'entreprise ? Qui a accès à son compte de gestion ? Peut-on récupérer le code, les médias et les données dans un format exploitable ? Combien coûterait une migration ?Il faut distinguer un export de données d'un logiciel réutilisable. Sur un service fermé, vous pourrez peut-être télécharger vos contenus sans récupérer le fonctionnement du site. Ce n'est pas forcément un mauvais choix, mais il faut l'avoir compris avant de construire toute votre organisation autour.
La localisation des serveurs et des sauvegardes mérite aussi une réponse précise, surtout lorsque le site traite des informations clients. « En Europe » ne décrit pas à lui seul les accès, les prestataires impliqués ou les engagements applicables. Demandez les documents et le périmètre du service plutôt que de déduire une conformité d'une carte avec un drapeau.
Comparer le service que vous utiliserez
Pour comparer deux offres, reprenez un même scénario : votre site est en ligne, une mise à jour pose un problème et il faut restaurer la version précédente. Qui intervient ? Est-ce compris ? Quelles données reviennent ? Que reste-t-il à vérifier ?Ajoutez ensuite les opérations normales : renouveler le domaine, appliquer les correctifs, augmenter les ressources, transférer le site. Vous verrez vite si le prix affiché correspond à votre besoin ou simplement à la location d'un morceau d'infrastructure.
Chez Cadarsir, je préfère cadrer ces responsabilités dès le projet plutôt que de vous laisser les découvrir pendant un incident. Le suivi réellement inclus doit rester explicite ; tous les sites ne demandent pas la même organisation.
Et si votre problème est avant tout un site lent, commencez par regarder ce que vit le navigateur. Un meilleur serveur peut aider. Il ne rendra pas légère une page qui envoie trop d'images et de scripts. Choisir l'hébergement, c'est trouver une base adaptée et des personnes capables de l'exploiter, pas chercher une machine qui réglera tout toute seule.
