Les sites se perdent de façons ordinaires : une modification ratée impossible à annuler, un compte fermé, un domaine expiré, une base supprimée ou un mot de passe perdu. Une sauvegarde dont vous n'avez jamais testé la restauration est un espoir, pas un plan.
Ce guide présente une routine simple qu'un propriétaire non technique peut tenir, et explique la différence entre historique des versions et sauvegarde.
Gardez au moins trois copies de ce qui compte, sur deux types de stockage, dont une hors du système principal. Pour un site : historique des versions, copie GitHub et copie téléchargée du code, plus vos données et les informations du domaine.
L'historique des versions n'est pas une sauvegarde
L'historique permet de revenir à un état antérieur après une erreur, par exemple une modification qui casse la mise en page. Une sauvegarde est une copie séparée qui survit même si le compte, le projet ou la plateforme rencontre un problème. Il vous faut les deux : l'historique pour les faux pas du quotidien, la sauvegarde pour les catastrophes.
La règle 3-2-1 appliquée à un site
Trois copies, deux types de stockage, une hors site. Pour un site construit avec Uttra, cela peut donner :
- Copie un : le projet en ligne avec son historique de modifications.
- Copie deux : un dépôt GitHub relié par la synchronisation GitHub, pour garder chaque changement hors de l'outil de création.
- Copie trois : un téléchargement complet du code enregistré sur votre ordinateur ou un disque externe, daté.
- Données : si le site stocke commandes ou messages, exportez-les régulièrement dans un format lisible comme le CSV.
Ce que la sauvegarde du code ne contient pas
Le code n'est qu'une partie du site. Notez aussi chez qui le domaine est enregistré et sa date de renouvellement, les enregistrements DNS, le fournisseur de messagerie et la liste des services connectés avec leurs titulaires de compte. Gardez les clés secrètes dans un gestionnaire de mots de passe, pas dans le dépôt. Un domaine expiré est l'une des pertes les plus courantes et les plus évitables.
Une routine que vous tiendrez vraiment
Choisissez un rythme adapté à la fréquence de vos changements : une copie après chaque gros changement et un rappel mensuel. Datez les noms de fichiers. Deux fois par an, entraînez-vous à restaurer : ouvrez la copie téléchargée ou le dépôt GitHub et vérifiez qu'elle contient ce que vous attendez.
Pour la mettre en place avec Uttra, vous pouvez dire : « Relie ce projet à mon dépôt GitHub et garde-le synchronisé, et explique-moi comment télécharger tout le code. » Faites-le avant une grosse refonte, pas après.