Contrôle de Version et Sauvegarde GitHub du Contenu WordPress - Workflow n8n

• Administrateurs de blog nécessitant des sauvegardes de contenu fiables et automatiques.


• Développeurs souhaitant traiter le contenu de blog comme du code pour l'historique des versions et la récupération.


• Utilisateurs de n8n à la recherche d'un modèle n8n avancé démontrant une logique différentielle complexe et des workflows auto-référentiels.


• Toute personne ayant besoin d'un workflow n8n robuste pour la gestion des fichiers GitHub.

Ce workflow n8n complet est conçu pour assurer l'intégrité et l'historique des versions de votre contenu WordPress en sauvegardant les articles vers un dépôt GitHub dédié. Contrairement aux solutions de sauvegarde simples, cette automatisation n8n ne commet les changements que lorsque le contenu est réellement nouveau ou modifié, évitant ainsi les commits inutiles et maintenant un historique de dépôt propre. Il utilise une structure de sous-workflow sophistiquée et un nœud n8n personnalisé pour la comparaison différentielle du contenu JSON, ce qui en fait un excellent exemple des capacités d'automatisation avancées au sein de n8n.

Le workflow n8n fonctionne via un démarrage planifié ou manuel.

1. Déclenchement et Extraction : Le déclencheur n8n (Planification ou Manuel) initie le processus. Le nœud n8n 'Get All WP Posts' récupère tout le contenu du site WordPress configuré.


2. Itération du Workflow : Le nœud n8n 'Execute Workflow' traite ensuite chaque article WordPress individuellement. De manière critique, ce nœud exécute la seconde moitié du même workflow n8n (agissant comme une sous-routine), en passant les données de l'article élément par élément.


3. Configuration et Récupération : La sous-routine définit d'abord les paramètres globaux du dépôt GitHub (Globals). Elle tente de récupérer le fichier de sauvegarde existant pour cet article spécifique depuis GitHub en utilisant le nœud n8n 'Get file data'. Ce nœud est configuré pour continuer en cas d'échec, anticipant que le fichier pourrait ne pas exister (c'est-à-dire qu'il s'agit d'un nouvel article).


4. Comparaison de Contenu : Le flux de données fusionne les métadonnées GitHub récupérées avec le JSON de contenu WordPress réel. Le nœud Code n8n personnalisé 'isDiffOrNew' est exécuté. Ce code spécialisé gère le décodage du contenu Base64 provenant de GitHub, ordonne les clés JSON des données existantes et nouvelles pour garantir une comparaison fiable octet par octet, et définit une variable de statut (github_status: "same", "different", ou "new").


5. Action Conditionnelle : Le nœud n8n 'Check Status' agit comme un commutateur basé sur le résultat de la comparaison.

Cette logique robuste garantit que chaque exécution n8n contribue de manière significative à la gestion des versions de votre contenu.

Pour déployer ce puissant modèle de workflow n8n, suivez ces étapes :

1. Importation : Copiez les données JSON fournies et importez-les directement dans votre instance n8n.


2. Identifiants WordPress : Configurez le nœud n8n 'Get All WP Posts' avec vos identifiants API WordPress.


3. Identifiants GitHub : Configurez les identifiants des nœuds GitHub ('Get file data', 'Create new file', 'Edit existing file') à l'aide d'un Jeton d'Accès Personnel (PAT) avec les permissions d'écriture sur le dépôt.


4. Paramètres Globaux du Dépôt : Localisez le nœud n8n 'Globals' (position 200, 120). Vous devez modifier les paramètres ici :

1. Planification : Vérifiez et ajustez le nœud n8n 'Schedule Trigger' pour qu'il corresponde à la fréquence de sauvegarde souhaitée. Le réglage actuel s'exécute quotidiennement à 17h00 UTC.

Schedule Trigger / Manual Trigger : Sert de déclencheur n8n principal pour démarrer le processus de sauvegarde, permettant une exécution planifiée ou instantanée.
Nœud n8n WordPress (Get All WP Posts) : Récupère tous les articles et pages du site WordPress en utilisant l'opération 'getAll'. Ces données forment la charge utile pour le reste du workflow n8n.
Nœud n8n Execute Workflow : Essentiel pour itérer sur les articles WordPress. Il appelle le même ID de workflow en mode 'each' (chaque élément), isolant la logique de sauvegarde GitHub pour chaque article.
Nœud n8n Set (Globals) : Centralise la configuration pour le propriétaire du dépôt GitHub, le nom et la structure du chemin de fichier, améliorant la maintenance de ce modèle n8n.
Nœud n8n GitHub (Get file data) : Tente de récupérer le fichier de sauvegarde JSON existant pour un élément WordPress spécifique, en utilisant l'ID de l'élément dans le nom du fichier. Il utilise de manière cruciale continueOnFail: true pour gérer les cas où le fichier n'existe pas encore.
Nœud n8n Code (isDiffOrNew) : Contient la logique centrale de contrôle de version. Il gère le décodage Base64 du fichier existant et standardise les clés d'objet JSON avant d'effectuer une comparaison stricte de chaînes pour déterminer si le contenu est 'same' (identique), 'different' (différent) ou 'new' (nouveau).
Nœud n8n Switch (Check Status) : Dirige le flux en fonction du github_status déterminé par le nœud n8n précédent, garantissant que l'action GitHub correcte (ignorer, modifier ou créer) est entreprise.
Nœuds n8n GitHub (Create new file / Edit existing file) : Effectuent les opérations de fichier nécessaires dans le dépôt GitHub, en commettant le JSON du contenu WordPress sérialisé avec un message de commit pertinent indiquant l'état de la mise à jour.