BackWPup vs Kakapo Backup : des tâches ou des preuves ?

BackWPup fonctionne avec des tâches : on définit ce qui est sauvegardé, où cela va et quand cela s'exécute — autant de tâches qu'on veut, combinables très librement. Kakapo Backup part du résultat : une archive, une preuve, une règle de conservation. Deux approches valables pour la même mission.

La réponse courte

BackWPup est répandu, gratuit pour commencer et très flexible dans la composition des tâches — jusqu'aux simples dumps de base de données ou aux vérifications sans archive. La restauration et certaines destinations relèvent de la version payante.

Kakapo Backup offre moins de composition et plus de garanties : SHA-256 pour chaque archive, AES-256 avec votre clé, signature GPG en option, un verrouillage WORM contre toute modification ultérieure et un point de sauvegarde avant chaque mise à jour.

Où les deux diffèrent

La question qui décide du choix

Voulez-vous construire des sauvegardes ou prouver vos sauvegardes ? Qui a besoin de nombreuses configurations différentes — un dump nocturne de la base de données, une sauvegarde complète hebdomadaire, un export mensuel vers une autre destination — ira plus vite avec des tâches librement composables.

Qui doit en revanche prouver qu'une archive n'a pas été modifiée, qui veut chiffrer et qui doit pouvoir montrer, après un incident, ce qui s'est passé et quand, a besoin de l'approche inverse. Il est rare de trouver les deux dans un même outil, car ce sont des choix de conception opposés.

Pour tout plugin de sauvegarde gratuit, vérifiez d'abord si la RESTAURATION fait partie de la version gratuite. Une sauvegarde qu'on ne peut restaurer qu'avec une version supérieure est une mauvaise surprise le jour J.

Quand BackWPup est le meilleur choix

• Vous avez besoin de nombreuses tâches aux configurations différentes
• Vous voulez commencer gratuitement et décider plus tard
• Vous sauvegardez un seul site, sans obligation de preuve

Quand Kakapo Backup est le meilleur choix

• Vous devez pouvoir prouver qu'une archive n'a pas été modifiée
• Les archives doivent être chiffrées, avec votre clé
• Vous voulez disposer automatiquement d'une voie de retour avant chaque mise à jour
• Vous gérez plusieurs sites sous une seule licence

Où doivent aller les archives

La décision la plus importante ne porte pas sur le plugin, mais sur la destination. Une sauvegarde stockée sur le même serveur que le site ne survit ni à une panne de disque, ni à un accès supprimé, et encore moins à un chiffrement par un logiciel malveillant — ce n'était alors pas une sauvegarde, mais une copie.

• Au moins une destination en dehors du serveur sur lequel tourne le site.
• Des identifiants distincts : qui prend le contrôle du site ne doit pas pouvoir supprimer aussi les archives.
• Une conservation claire : sept versions quotidiennes, quatre hebdomadaires et douze mensuelles, c'est plus qu'assez pour la plupart des sites.
• Une destination que vous pouvez atteindre vous-même — sans passer par l'hébergeur, au cas où ce serait justement lui le problème.

Cela vaut pour les deux plugins. La différence vient ensuite : peut-on encore prouver, à destination, qu'une archive n'a pas été modifiée, et quelqu'un ayant accès au stockage peut-il en lire le contenu ?

Changer en six étapes

1. Lancez une sauvegarde complète avec l'ancien plugin et téléchargez-la — c'est votre voie de retour.
2. Installez le nouveau plugin et renseignez la destination, mais n'activez pas encore la planification.
3. Lancez une sauvegarde manuelle et vérifiez que le fichier est bien arrivé à destination et que sa taille est plausible.
4. Restaurez cette archive sur une copie de staging. Sans cette étape, vous savez seulement qu'un fichier existe.
5. Activez la planification dans le nouveau plugin et désactivez-la dans l'ancien.
6. Laissez l'ancien plugin installé pendant deux semaines, mais sans planification. Ensuite, vous pouvez le supprimer.

Deux plugins de sauvegarde avec une planification active ne donnent pas une double sécurité, mais une double charge : tous deux compressent les mêmes fichiers, souvent à la même heure de la nuit, et sur les petites formules d'hébergement, le serveur finit par atteindre sa limite de temps d'exécution.

Questions fréquentes