Audit automatique du calendrier éditorial : doublons et champs requis
Les erreurs telles que champs obligatoires manquants et doublons dans le calendrier éditorial sont détectées automatiquement : les données transmises via webhook sont vérifiées pour permettre aux équipes marketing et responsables de contenu de gérer leurs plannings éditoriaux sans faille. Le résultat structuré présente les erreurs, doublons et un aperçu des publications par canal, prêt à être exploité dans d'autres automatisations.
Les erreurs courantes dans les calendriers éditoriaux sont identifiées automatiquement grâce à cette solution. Les équipes marketing, agences et gestionnaires de contenu soumettent leurs publications planifiées en JSON via un webhook sécurisé. L'analyse vérifie le remplissage des champs obligatoires (topic, channel, date), détecte les doublons par canal et date, et génère un aperçu des publications par canal. Les erreurs et doublons sont retournés de façon structurée dans le résultat. Cette solution convient à tous ceux qui souhaitent gérer efficacement et sans erreur leurs plannings éditoriaux. L'authentification du webhook doit être configurée séparément dans n8n pour empêcher tout accès non autorisé. L'exécution enregistre les données utilisateur dans le journal n8n, ce qui doit être pris en compte pour les données personnelles. Les règles de vérification peuvent être adaptées dans le code-node si nécessaire. Le workflow est prêt à l'emploi, ne nécessite aucune intégration externe et s'intègre facilement dans les processus existants.
Image générée par IA
Installation
1. Importez le workflow dans n8n.
2. Sélectionnez le node 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. Envoyez un POST d'exemple avec Content-Type application/json à l'URL de test (voir guide d'utilisation).
5. Vérifiez le résultat dans le journal d'exécution n8n.
6. Après un test réussi, publiez/activez le workflow et utilisez l'URL de production du node Webhook.
7. Configurez l'authentification du webhook dans n8n pour empêcher tout accès non autorisé.
Utilisation
1. Envoyez une requête POST avec l'exemple JSON suivant à l'URL du webhook :
```json
{
"posts": [
{"topic": "Blogartikel", "channel": "Facebook", "date": "2024-07-01"},
{"topic": "Video", "channel": "Facebook", "date": "2024-07-01"},
{"topic": "Newsletter", "channel": "Mail", "date": "2024-07-02"},
{"channel": "Instagram", "date": "2024-07-03"}
]
}
```
Réponse attendue (statut 200) :
```json
{
"status": "needs_work",
"errors": [
{"index": 3, "message": "topic, channel und date sind erforderlich."}
],
"duplicates": [
{"firstIndex": 0, "secondIndex": 1, "channel": "Facebook", "date": "2024-07-01"}
],
"byChannel": {"Facebook": 2, "Mail": 1, "Instagram": 1},
"total": 4
}
```
Cas d'erreur (tableau posts vide, statut 200) :
```json
{
"status": "error",
"message": "posts muss ein nicht-leeres Array sein."
}
```
2. Les champs "errors" et "duplicates" indiquent tous les problèmes détectés. "byChannel" donne le nombre de publications par canal.
3. En cas de besoin, vous pouvez modifier les champs obligatoires ou les règles de vérification dans le code-node.
4. L'authentification du webhook doit être configurée séparément dans n8n.
5. Notez que toutes les données soumises peuvent être enregistrées dans le journal d'exécution n8n.
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
