Un bon hébergement ne se juge pas uniquement à l’espace disque ou au prix mensuel. Il faut surtout savoir qui surveille le site, comment il est sauvegardé, comment on restaure, qui gère les mises à jour et ce qui se passe réellement lorsqu’un incident survient.
1. Savoir où le site est hébergé et qui en est responsable
Nom de l’hébergeur, offre, accès, contacts, domaine et responsabilités doivent être documentés. Beaucoup de situations deviennent compliquées simplement parce que personne ne sait qui possède le compte ou où retrouver les accès administratifs.
2. Des sauvegardes indépendantes du site
Une sauvegarde stockée uniquement sur le même serveur que le site protège mal contre une panne ou une compromission importante. La stratégie doit couvrir au minimum les fichiers et la base de données, avec plusieurs versions et un stockage séparé adapté au niveau de risque.
3. Une restauration réellement testable
« Nous avons des sauvegardes » n’est pas la même chose que « nous savons restaurer ». Il faut connaître le délai, la procédure et le périmètre de restauration. Pour un site e-commerce, la question devient encore plus importante car une restauration ancienne peut écraser des commandes récentes.
4. Des mises à jour suivies, pas automatiques aveuglément
WordPress, thème et extensions évoluent régulièrement. Tout automatiser sans contrôle peut créer une régression ; ne rien mettre à jour augmente l’exposition aux vulnérabilités et incompatibilités. Une bonne maintenance combine sauvegarde, mise à jour, vérification et procédure de retour arrière.
5. Une sécurité proportionnée au risque
Comptes nominatifs, mots de passe robustes, authentification renforcée lorsque pertinent, limitation des extensions, certificats TLS, permissions correctes et surveillance des changements réduisent une grande partie du risque. L’objectif n’est pas d’ajouter dix plugins de sécurité, mais de limiter les surfaces inutiles.
6. Une surveillance qui détecte avant le client
Disponibilité, erreurs serveur, expiration de certificats, consommation anormale ou échecs de sauvegarde peuvent être surveillés. Le bon indicateur n’est pas le nombre d’alertes reçues : c’est la capacité à détecter suffisamment tôt et à savoir qui intervient.
7. Une performance cohérente avec le site
Cache, version PHP, base de données, médias, CDN éventuel et configuration serveur doivent être adaptés au projet. Un site vitrine léger et une boutique WooCommerce avec de nombreuses sessions n’ont pas les mêmes contraintes. Surdimensionner n’est pas toujours utile ; sous-dimensionner finit par se ressentir.
8. Un environnement de test pour les changements importants
Refonte, mise à jour majeure, nouveau module de paiement ou changement de thème ne devraient pas être testés directement sur un site stratégique. Un staging permet de valider les changements sans faire de la production un laboratoire.
9. Un interlocuteur et un plan d’incident
En cas de panne, trois questions comptent : qui constate, qui décide et qui intervient ? Une infogérance utile définit ce fonctionnement avant l’incident. Le support ne consiste pas uniquement à répondre à un ticket : il doit connaître le site et son niveau de criticité.
La checklist minimale
- Accès hébergeur et domaine identifiés.
- Sauvegardes automatiques avec plusieurs versions.
- Copie indépendante du serveur principal lorsque nécessaire.
- Procédure de restauration connue.
- Mises à jour et licences suivies.
- Surveillance de disponibilité et certificats.
- Staging pour les évolutions sensibles.
- Responsabilité et contact d’urgence identifiés.
- Documentation minimale du projet.
L’infogérance est presque invisible lorsque tout va bien. Sa valeur apparaît lorsque quelque chose casse et que le retour à la normale est rapide, documenté et maîtrisé.
Questions fréquentes
Une sauvegarde quotidienne suffit-elle ?
Cela dépend de la fréquence des changements. Pour un site vitrine, elle peut suffire. Pour une boutique ou un outil qui reçoit des données toute la journée, il faut réfléchir à la perte acceptable entre deux sauvegardes.
Faut-il un plugin de sécurité WordPress ?
Parfois, mais il ne remplace pas une base saine : extensions limitées, mises à jour, comptes protégés, hébergement correctement configuré et surveillance adaptée.
Quelle différence entre maintenance et infogérance ?
La maintenance concerne surtout le fonctionnement du site et de ses composants. L’infogérance englobe davantage le socle d’exploitation : hébergement, sécurité, supervision, sauvegarde, intervention et continuité.
Besoin d’appliquer ces principes à votre projet ?
Découvrez notre approche et les solutions associées, ou échangeons directement sur votre contexte.
