Vérifier un export Ghost avant de compter sur lui pour restaurer le site

Un export Ghost peut transférer du contenu utile sans constituer une sauvegarde complète de reprise après sinistre. Avant de télécharger quoi que ce soit, déterminez le problème à résoudre : déplacer des articles, quitter un fournisseur, préparer une refonte ou restaurer un site à l'identique après une panne. Le bon ensemble de fichiers dépend de cette réponse.

Les possibilités actuelles d'export de Ghost dépassent ce que suggèrent certaines anciennes instructions, notamment sur Ghost(Pro). La vérification de l'export réel devient donc plus importante, pas moins. Même un ZIP présenté comme contenant toutes les données doit faire l'objet d'un inventaire et d'un test de restauration avant d'intégrer votre plan de reprise.

Examinez l'export proposé par votre installation

Le guide actuel d'export de Ghost dirige propriétaires et administrateurs vers la zone Import/Export et son option All data. Il énumère les contenus et paramètres, membres, analyses des publications, thèmes, routes et redirections. Sur Ghost(Pro), les fichiers multimédias peuvent également être inclus ; les installations auto-hébergées nécessitent une copie séparée de ces fichiers.

Choisissez les composants nécessaires et consignez votre choix à côté de l'archive obtenue. Ne déduisez pas son exhaustivité de son nom. Ouvrez le ZIP et confirmez la présence réelle des contenus attendus, archives de thèmes et fichiers de routage. Gardez l'export original intact et examinez une copie.

Pour Ghost(Pro), le guide précise que l'archive est préparée de façon asynchrone puis transmise par un lien valable sept jours. Téléchargez et stockez le fichier réel au lieu de conserver uniquement le message. Un lien expiré n'est pas une copie hors site de votre publication.

Pour un site auto-hébergé, identifiez l'emplacement des images et autres fichiers téléversés. Assurez-vous que la personne qui gère le serveur peut les exporter. Un article qui charge encore ses images depuis l'ancien hébergeur peut sembler correctement restauré jusqu'à la fermeture de cet ancien service. C'est précisément la dépendance que ce contrôle doit révéler.

Adaptez la sauvegarde à la promesse de reprise

La documentation de sauvegarde pour Ghost auto-hébergé distingue l'export de contenu de la sauvegarde de la base de données et du dossier de contenu. Elle indique que l'export administratif ne comprend pas les commentaires ni l'historique d'activité des membres. Une reprise exacte dépend de la base et des fichiers stockés, pas seulement des articles visibles dans l'éditeur.

Décrivez l'objectif de reprise en langage courant : quel état du site doit revenir, et quelle quantité de travail récent peut être perdue ? Une publication actualisée chaque heure n'a pas la même tolérance qu'une archive modifiée chaque mois. Définissez la fréquence de sauvegarde selon cette tolérance, plutôt qu'en copiant un calendrier tiers.

Consignez séparément la version de Ghost, les exigences pertinentes de l'environnement d'exécution et l'emplacement de la configuration. Gardez les secrets dans un espace à accès contrôlé, pas dans un ZIP éditorial largement partagé. La personne qui restaure le site a besoin de la configuration, mais tous les relecteurs d'articles n'ont pas besoin des identifiants.

Sur Ghost(Pro), la politique de sauvegarde distingue les sauvegardes gérées des archives complètes demandées par les clients. Ces archives ne sont pas fournies comme sauvegardes de continuité du service et ne peuvent plus être livrées après la résiliation du compte. Organisez tout export ou archivage nécessaire avant de mettre fin au service.

Restaurez dans un environnement sans surprise pour les lecteurs

Créez un environnement de test privé au lieu de restaurer par-dessus la publication en ligne. Empêchez l'indexation et bloquez les courriels sortants ainsi que les paiements réels. Un exercice de restauration ne doit pas renvoyer d'anciens messages, créer des transactions en double ou exposer au public une copie de la liste des membres.

Utilisez la procédure officielle d'import pour déplacer du contenu, ou la procédure adaptée de restauration de base de données pour une reprise complète. Ce sont deux opérations différentes. Importer correctement les articles n'établit pas que les commentaires, l'historique des membres, les paramètres et les intégrations ont retrouvé leur état antérieur.

Choisissez des contrôles représentatifs : un ancien article, un récent, une page avec plusieurs images, une route personnalisée et une redirection. Comparez leurs contenus visibles et leurs URL de destination aux originaux. Si la publication utilise un accès membre, testez cette frontière avec des comptes de test autorisés plutôt qu'avec les mots de passe de vrais clients.

Un test hypothétique pourrait récupérer chaque article tout en laissant les fichiers audio sur l'ancien serveur. Il s'agit d'une restauration partielle, pas d'un défaut esthétique anodin. Consignez la dépendance manquante, corrigez le périmètre de sauvegarde et recommencez avant de qualifier la procédure de reprise d'utilisable.

Conservez une note de reprise compréhensible par quelqu'un d'autre

Stockez l'archive à distance du serveur de production et limitez les personnes qui peuvent la récupérer. Les exports de membres sont des données personnelles, pas du contenu de démonstration pour une maquette accessible à tous. Documentez la conservation et la suppression des anciennes copies afin que la sauvegarde ne devienne pas discrètement une collecte de données sans gestion.

Rédigez une courte note de reprise avec la date de l'archive, les composants inclus, les versions, le lieu de stockage et le dernier test réussi. Identifiez qui peut autoriser la restauration et qui dispose des accès nécessaires à l'hébergement et au domaine. Ces rôles peuvent appartenir à des personnes différentes.

Avant une migration, définissez quand les modifications éditoriales s'arrêtent et comment les changements ultérieurs seront transférés. Sinon, un export techniquement correct peut devenir obsolète pendant que les auteurs continuent de publier. Maintenez l'ancien service jusqu'à ce que le nouveau site et ses copies indépendantes de fichiers aient passé les contrôles convenus.

Utilisez la check-list de migration d'hébergement pour l'ensemble du transfert et ajoutez les tests de restauration à votre routine de maintenance. Le résultat utile n'est pas une pile impressionnante de ZIP. C'est un chemin documenté entre une copie connue et une publication fonctionnelle, testée en privé.