Chapitre 2.7 — Maintenance, sauvegardes & mises à jour
⏱️ TL;DR — Un site WordPress en production se maintient : mettre à jour le cœur, les thèmes et les plugins (sécurité !), faire des sauvegardes régulières et testées, surveiller la santé du site, et tester les changements sur un environnement de staging avant la prod. C’est peu spectaculaire mais essentiel — et c’est une prestation récurrente qui se vend très bien (forfaits de maintenance, Partie 13). Une mise à jour ratée sans sauvegarde, c’est un site mort.
🎯 Objectifs
- Comprendre pourquoi et comment mettre à jour cœur/thèmes/plugins sans casser.
- Mettre en place une stratégie de sauvegarde fiable (3-2-1).
- Utiliser l’outil Santé du site.
- Adopter le réflexe staging → prod.
1. Les mises à jour (et pourquoi elles sont vitales)
Trois choses se mettent à jour indépendamment :
| Élément | Fréquence | Enjeu principal |
|---|---|---|
| Cœur WordPress | Majeures ~3×/an + mineures de sécurité fréquentes | Sécurité + compatibilité. Les mineures s’installent souvent automatiquement. |
| Plugins | En continu | Sécurité (les plugins sont la 1re surface d’attaque) + fonctionnalités. |
| Thèmes | Variable | Sécurité + compatibilité (surtout thème parent). |
Ne pas mettre à jour = accumuler des failles de sécurité connues : c’est la première cause de piratage de sites WordPress. Mais mettre à jour à l’aveugle en prod peut casser le site (incompatibilité).
⚠️ Piège — la mise à jour du vendredi soir sans filet. Mettre à jour 15 plugins d’un coup, en prod, sans sauvegarde ni staging, est la recette du désastre (écran blanc, fatal error). Règle : sauvegarde → staging → prod, et de préférence pas juste avant un week-end sans surveillance.
2. Stratégie de sauvegarde
Une sauvegarde doit couvrir les deux moitiés (ch. 2.6) : fichiers (wp-content) et base de données. Principes :
- Automatique et régulière (quotidienne pour un site actif/e-commerce ; hebdomadaire pour un site statique).
- Externalisée : jamais uniquement sur le serveur du site (si le serveur tombe, la sauvegarde tombe avec). Cloud (S3, Drive), autre serveur.
- Testée : une sauvegarde jamais restaurée est une sauvegarde hypothétique. Testez une restauration.
- Règle 3-2-1 : 3 copies, sur 2 supports différents, dont 1 hors site.
Outils : plugins (UpdraftPlus, BackWPup, Solid Backups…), sauvegardes de l’hébergeur (souvent incluses en managé), ou WP-CLI + cron serveur (export base wp db export + archive fichiers, Partie 4).
3. Santé du site (Site Health)
Outils → Santé du site : un diagnostic intégré qui signale :
- version de PHP obsolète, extensions manquantes ;
- mises à jour en retard, plugins inactifs ;
- problèmes de configuration (HTTPS, REST API, cron, cache) ;
- un onglet Informations très utile pour l’audit (versions, constantes, serveur).
C’est votre premier écran de diagnostic quand vous reprenez un site ou qu’un problème diffus apparaît.
💡 Pour un dev React — « Santé du site » est l’équivalent d’un health check / lint d’environnement. L’item le plus fréquent : une version de PHP trop vieille. WordPress tourne mieux (et plus sûr) sur PHP 8.1+ ; beaucoup de sites traînent sur du PHP 7.x. Mettre à jour PHP (côté hébergeur) est souvent le gain de perf/sécurité le plus rentable — et une intervention facturable.
4. Staging : tester avant la prod
Un environnement de staging est une copie du site de production où l’on teste les mises à jour, un nouveau plugin, une refonte — sans risque pour les visiteurs. Beaucoup d’hébergeurs managés offrent un staging en un clic (avec « push to production »). Sinon, on le recrée manuellement (copie fichiers + base, ch. 2.6).
Workflow pro : développer/tester en local (Partie 4) → valider en staging (données proches de la prod) → déployer en prod → vérifier.
5. La maintenance comme offre récurrente
Tout ce chapitre décrit une prestation que les clients ne veulent pas (ou ne savent pas) faire eux-mêmes : mises à jour surveillées, sauvegardes, monitoring, corrections. C’est la base des forfaits de maintenance mensuels — un revenu récurrent et stable pour un freelance (détaillé en Partie 13). Un site n’est pas « fini » à la livraison ; il vit.
📚 Aller plus loin — Pour gérer plusieurs sites clients, des outils de supervision centralisée (MainWP, ManageWP, tableau de bord d’hébergeur) permettent de piloter updates et sauvegardes de tous les sites depuis un seul endroit. Indispensable dès qu’on maintient une dizaine de sites.
✏️ Exercices
- Énoncez la règle 3-2-1 des sauvegardes et pourquoi « seulement sur le serveur du site » est insuffisant.
- Décrivez le workflow sûr pour appliquer les mises à jour d’un site en production.
- Vous reprenez un site lent et instable : quel écran d’admin consultez-vous en premier, et quel réglage serveur vérifiez-vous ?
✅ Solution
- 3-2-1 : 3 copies, sur 2 supports différents, dont 1 hors site. Une sauvegarde uniquement sur le serveur du site disparaît avec le serveur en cas de panne/piratage — elle ne protège pas contre le scénario le plus grave.
- Sauvegarde complète → appliquer et tester sur staging → si OK, appliquer en prod → vérifier la prod. Éviter les mises à jour massives à l’aveugle et les vendredis soir.
- Outils → Santé du site (diagnostic global) ; vérifier notamment la version de PHP (viser 8.1+), souvent responsable de lenteur/instabilité.
🧠 Quiz de révision
1. Quels trois éléments se mettent à jour séparément ?
Le cœur WordPress, les plugins, les thèmes.
2. Pourquoi les mises à jour sont-elles vitales ?
Elles corrigent des failles de sécurité ; ne pas mettre à jour est la 1re cause de piratage (surtout via plugins obsolètes).
3. Que doit contenir une sauvegarde complète ?
Les fichiers (wp-content) et la base de données, externalisés et testés.
4. À quoi sert un environnement de staging ?
Tester mises à jour/changements sur une copie du site sans risque pour la production.
5. En quoi la maintenance est-elle intéressante pour un freelance ?
C’est une prestation récurrente (forfaits mensuels) : revenu stable, et les clients ne veulent/savent pas la faire eux-mêmes.
Partie suivante : Partie 3 — Gutenberg & l’éditeur de site.