n8n-Workflow

Redaktionskalender auf Lücken und Doppelbelegungen prüfen

Fehlende Pflichtfelder und doppelte Veröffentlichungen im Redaktionskalender werden zuverlässig erkannt: Per Webhook eingereichte Kalenderdaten werden automatisiert geprüft, sodass Marketing-Teams und Content-Manager Redaktionspläne effizient und fehlerfrei verwalten können. Das strukturierte Ergebnis liefert eine Übersicht der Beiträge je Kanal, hebt Fehler und Duplikate hervor und lässt sich direkt für weitere Automatisierungen nutzen.

Typische Fehler im Redaktionskalender lassen sich mit dieser Lösung automatisiert aufspüren. Marketing-Teams, Agenturen und Content-Manager reichen geplante Beiträge sicher als JSON über einen Webhook ein. Die Analyse prüft, ob alle Pflichtfelder (topic, channel, date) ausgefüllt sind, erkennt doppelte Veröffentlichungen pro Kanal und Datum und erstellt eine Übersicht aller Beiträge je Kanal. Fehler und Duplikate werden im Ergebnis strukturiert zurückgegeben. Die Lösung eignet sich für alle, die Redaktionspläne effizient und fehlerfrei verwalten möchten. Die Webhook-Authentifizierung muss in n8n separat eingerichtet werden, um unbefugten Zugriff zu verhindern. Die Ausführung speichert Nutzdaten im n8n-Protokoll; dies ist bei personenbezogenen Daten zu berücksichtigen. Die Prüfregeln können im Code-Node angepasst werden. Der Workflow ist sofort einsatzbereit, benötigt keine externen Integrationen und kann flexibel in bestehende Prozesse eingebunden werden.

Redaktionskalender auf Lücken und Doppelbelegungen prüfen
KI-generiertes Bild
Geschätzte Zeitersparnis: 515 Minuten je Anwendung
Schätzung im Detail
Mögliche monatliche Ersparnis
10150 Minuten
Angenommene Nutzung
210 Mal pro Monat
Einmaliger Einrichtungsaufwand
15 Minuten
Geschätzter monatlicher Wartungsaufwand
5 Minuten

Unverbindliche Schätzung auf Grundlage des analysierten Arbeitsablaufs. Die tatsächliche Ersparnis hängt von Aufgabe, Eingaben, Erfahrung und Arbeitsweise ab.

Installation

1. Workflow in n8n importieren. 2. Webhook-Node auswählen und Test-Listener starten. 3. Die angezeigte Test-URL kopieren und für Testanfragen verwenden. 4. Beispiel-POST mit Content-Type application/json an die Test-URL senden (siehe Nutzungsanleitung). 5. Ergebnis im n8n-Ausführungsprotokoll prüfen. 6. Nach erfolgreichem Test Workflow veröffentlichen/aktivieren und die Produktions-URL aus dem Webhook-Node verwenden. 7. Webhook-Authentifizierung in n8n einrichten, um unbefugten Zugriff zu verhindern.

Nutzung

1. Senden Sie ein POST-Request mit folgendem Beispiel-JSON an die Webhook-URL: ```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"} ] } ``` Erwartete Antwort (Status 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 } ``` Fehlerfall (leeres posts-Array, Status 200): ```json { "status": "error", "message": "posts muss ein nicht-leeres Array sein." } ``` 2. Die Felder "errors" und "duplicates" zeigen alle gefundenen Probleme. "byChannel" gibt die Anzahl der Beiträge je Kanal an. 3. Bei Anpassungsbedarf können Sie die Pflichtfelder oder Prüfregeln im Code-Node editieren. 4. Die Webhook-Authentifizierung muss in n8n separat eingerichtet werden. 5. Beachten Sie, dass alle eingereichten Daten im n8n-Ausführungsprotokoll gespeichert werden können.

Benötigte Verbindungen und APIs

API-Verbindungen

Im Workflow-JSON wurden keine gespeicherten API-Zugangsdaten erkannt. Prüfe vor der Aktivierung trotzdem Webhooks, Zielsysteme, Zugangsdaten und Datenschutz.

Nodes
WebhookCodeRespond to Webhook

Isolierter Funktionstest bestanden

Optionaler isolierter Funktionstest

Geprüft wurde der isolierte Datenfluss ohne externe Dienste oder Zugangsdaten.

5 Tests bestandenGeprüfte Fälle anzeigenGeprüfte Fälle ausblenden
Normalfall mit vollständigen DatenPrüft den vollständigen Standardablauf mit gültigen Beispieldaten.Isolierter Funktionstest bestanden
Variante oder GrenzfallPrüft eine zulässige Variante oder einen wichtigen Grenzfall.Isolierter Funktionstest bestanden
Zusätzliche VerarbeitungsregelPrüft die zusätzliche fachliche Verarbeitungsregel dieses Workflows.Isolierter Funktionstest bestanden
Ungültige oder unvollständige EingabePrüft, ob ungültige oder unvollständige Daten kontrolliert abgewiesen werden.Isolierter Funktionstest bestanden
Leere EingabePrüft, ob eine leere Anfrage kontrolliert beantwortet wird.Isolierter Funktionstest bestanden

Käuferstimmen

Bewertungen

Noch keine Bewertungen vorhanden.

Zurück zum Produkt