Vérification automatisée des contenus avant publication via webhook
Des champs obligatoires manquants ou un statut d'approbation incertain peuvent retarder la publication de contenus. Ce modèle de workflow facilite la vérification préalable des assets dans les processus marketing ou médias. Un webhook reçoit des listes structurées et contrôle la présence des champs requis (titre, canal, responsable) ainsi que le statut d'approbation. Le retour indique clairement quels assets sont prêts à être publiés et lesquels sont bloqués, avec justification. Les équipes gagnent ainsi du temps sur les contrôles manuels et bénéficient d'un retour immédiat et transparent pour leurs pipelines de contenu.
Lorsque les équipes marketing, médias ou contenu doivent vérifier et approuver régulièrement de grands volumes de posts sociaux, vidéos ou images, le workflow « Content-Freigabe-Gate » optimise leur efficacité. Des listes d'assets au format JSON sont reçues via un webhook POST. Dans le nœud Code, chaque asset est vérifié pour les champs obligatoires « title », « channel », « owner » ainsi que les indicateurs « rightsConfirmed » et « approved ». Le résultat est une réponse JSON structurée listant tous les assets approuvés et bloqués avec justification. Cela permet une pré-vérification rapide et automatisée, intégrable facilement dans les workflows de contenu existants. Pour éviter tout accès non autorisé, l'authentification du webhook doit être activée séparément dans n8n. Les règles de validation peuvent être adaptées dans le nœud Code si nécessaire. La conservation et la suppression des données d'exécution doivent être configurées dans n8n conformément aux exigences de protection des données. Le workflow est prêt à l'emploi, ne nécessite aucune intégration externe et peut être étendu de façon flexible.
Image générée par IA
Installation
1. Importez le workflow dans n8n.
2. Sélectionnez le nœud Webhook et lancez le listener de test.
3. Copiez l'URL de test affichée et utilisez-la pour les requêtes de test.
4. Après un test réussi, activez/publiez le workflow et utilisez l'URL de production du nœud Webhook.
5. Configurez l'authentification du webhook dans n8n pour empêcher tout accès non autorisé.
6. Optionnel : adaptez les règles de vérification dans le nœud Code (champs obligatoires, champs d'approbation).
7. Configurez la conservation et la suppression des données d'exécution dans n8n selon les exigences de protection des données.
Utilisation
1. Envoyez une requête POST avec Content-Type application/json à l'URL du webhook. Exemple de requête valide :
```json
{
"assets": [
{"title": "Post 1", "channel": "Instagram", "owner": "Max", "rightsConfirmed": true, "approved": true},
{"title": "", "channel": "Facebook", "owner": "", "rightsConfirmed": false, "approved": false}
]
}
```
Réponse attendue :
```json
{
"status": "blocked",
"ready": [
{"index":0,"title":"Post 1","channel":"Instagram","owner":"Max","rightsConfirmed":true,"approved":true,"ready":true,"blockers":[]}
],
"blocked": [
{"index":1,"title":"","channel":"Facebook","owner":"","rightsConfirmed":false,"approved":false,"ready":false,"blockers":["title","owner","rightsConfirmed","approved"]}
],
"total": 2
}
```
Statut HTTP : 200
En cas d'erreur (par exemple, tableau assets manquant ou vide) :
```json
{
"status": "error",
"message": "assets muss ein nicht-leeres Array sein."
}
```
Statut HTTP : 200
2. La réponse contient pour chaque asset les champs vérifiés et, le cas échéant, une liste des bloqueurs.
3. Les règles de vérification peuvent être modifiées dans le nœud Code.
4. L'authentification du webhook et la protection des données doivent être configurées dans n8n avant la mise en production.
5. Les données d'exécution peuvent être stockées dans n8n ; la conservation et l'accès doivent être configurés.
Connexions et APIs nécessaires
Connexions API
Aucun identifiant API enregistré n'a été détecté dans le JSON du workflow. Vérifiez tout de même les webhooks, systèmes cibles, identifiants et la protection des données avant l'activation.
Nœuds
WebhookCodeRespond to Webhook
Test fonctionnel isolé réussi
Test fonctionnel isolé facultatif
Le flux de données isolé a été testé sans services externes ni identifiants.
✓ 5 tests réussisAfficher les cas testésMasquer les cas testés
✓ Cas normal avec données complètesVérifie le parcours standard complet avec des données d'exemple valides.Test fonctionnel isolé réussi✓ Variante ou cas limiteVérifie une variante valide ou un cas limite important.Test fonctionnel isolé réussi✓ Règle de traitement supplémentaireVérifie la règle de traitement métier supplémentaire de ce workflow.Test fonctionnel isolé réussi✓ Entrée invalide ou incomplèteVérifie que les données invalides ou incomplètes sont rejetées de façon contrôlée.Test fonctionnel isolé réussi✓ Entrée videVérifie qu'une requête vide reçoit une réponse contrôlée.Test fonctionnel isolé réussi
