Sauvegarde WordPress : à quelle fréquence, où — et comment savoir qu'elle tient

Presque tous les sites ont un plugin de sauvegarde. Nettement moins ont une sauvegarde qui tient en cas de coup dur. La différence ne tient pas à l'outil, mais à trois décisions qu'on prend une fois puis qu'on oublie : à quelle fréquence, où, et comment savoir que ça tient.

Le seul chiffre qui compte : combien pouvez-vous perdre ?

Le rythme d'une sauvegarde ne suit pas l'intuition, mais une question : combien de travail peut-on perdre sans que ce soit douloureux ? Un blog qui publie un article par semaine ne perd rien avec une sauvegarde quotidienne. Une boutique qui reçoit quarante commandes par jour perd jusqu'à quarante commandes avec une sauvegarde quotidienne.

Les fichiers changent moins souvent que la base de données — images, thèmes et plugins restent identiques pendant des jours. C'est pourquoi il vaut la peine de cadencer les deux séparément : la base de données souvent, les fichiers rarement.

Où : la règle 3-2-1 en bref

Trois copies, sur deux supports différents, dont une hors site. Pour un site WordPress, cela donne concrètement : les données en ligne, une archive sur le serveur, une archive ailleurs.

Le troisième point est celui où ça coince le plus souvent. Une archive stockée dans le même wp-content/uploads que le site ne survit ni à une panne de disque, ni à un compte supprimé, ni à un attaquant qui fait le ménage.

La sauvegarde de votre hébergeur est une bonne chose, mais ce n'est pas un second lieu. Si l'hébergeur tombe en panne, les deux tombent en même temps. Elle compte pour une copie, pas pour deux.

Combien de temps : la conservation n'est pas une question d'espace disque

Qui conserve sept jours de sauvegardes découvre trop tard un dommage survenu il y a huit jours. C'est justement le cas fréquent : une base de données est endommagée ou un code malveillant est injecté, et on ne s'en rend compte que des semaines plus tard.

Un échelonnement pratique : les sept derniers jours, plus quatre versions hebdomadaires et trois versions mensuelles. Cela coûte peu d'espace supplémentaire et couvre le cas où il faut remonter plus loin qu'on ne le pensait.

Chiffrer — et où se trouve la clé

Une archive contient toute la base de données : comptes utilisateurs, commandes, adresses e-mail, commentaires. Si elle est stockée sans chiffrement chez un fournisseur de stockage, elle est exactement aussi confidentielle que ce fournisseur.

AES-256 est la norme courante, et la question n'est pas « faut-il chiffrer ? », mais où se trouve la clé. Stockée à côté de l'archive, elle ne sert à rien. Kakapo Backup chiffre avec votre clé et ne la stocke pas avec l'archive — ce qui signifie que vous devez la conserver séparément. Un gestionnaire de mots de passe suffit.

Comment savoir que ça tient

Une sauvegarde qui n'a jamais été restaurée est un espoir. Il existe deux vérifications, et il faut les deux :

• La vérification technique : la somme de contrôle de l'archive est-elle toujours correcte ? Elle détecte tout ce qui a été endommagé en chemin — et ce, avant que vous en ayez besoin.
• La vraie vérification : le site peut-il être restauré à partir de l'archive ? Elle détecte tout le reste, et c'est la seule qui compte le jour J.

1. Créez une copie de staging — ne vous exercez jamais sur le site en production.
2. Restaurez-y l'archive la plus récente.
3. Ouvrez la page d'accueil, une sous-page, l'administration et, le cas échéant, le panier.
4. Vérifiez une poignée de contenus de la base de données : le dernier article, la dernière commande, un utilisateur.
5. Notez le temps que cela a pris. Ce chiffre est votre véritable durée d'indisponibilité.

Une fois par trimestre suffit. Programmez-vous un rappel — sinon le test n'est jamais fait, parce qu'il n'est jamais urgent.

Le cas particulier le plus fréquent

La plupart des « urgences » ne sont pas des pannes de serveur, mais une mise à jour qui a cassé quelque chose. Pour cela, pas besoin d'une restauration complète, mais d'une voie de retour pour ce plugin précis — et idéalement d'une sauvegarde créée automatiquement avant chaque mise à jour.

Vérifiez donc dans votre outil : crée-t-il de lui-même un point avant les mises à jour ? Et ces points sont-ils conservés autrement que les exécutions ordinaires ? Une voie de retour que la limite de conservation efface au bout de trois jours n'en est pas une.

Questions fréquentes