Content-Assets vor Veröffentlichung auf Freigaben prüfen
Fehlende Pflichtangaben oder unklare Freigabestatus bremsen Content-Teams bei der Veröffentlichung aus. Das hier bereitgestellte Workflow-Template übernimmt die automatisierte Vorabprüfung von Content-Assets in Marketing- und Medienprozessen. Über einen Webhook werden strukturierte Asset-Listen entgegengenommen und auf Pflichtfelder (Titel, Kanal, Verantwortlicher) sowie Freigabestatus geprüft. Die Rückmeldung zeigt klar, welche Assets bereit zur Veröffentlichung sind und welche noch blockiert werden – inklusive Begründung. So sparen Teams Zeit bei manuellen Kontrollen und erhalten sofort nachvollziehbare Rückmeldungen für ihre Content-Pipelines.
Wenn Content-Teams regelmäßig größere Mengen an Social-Media-Posts, Videos oder Bildern prüfen und freigeben müssen, sorgt der Workflow 'Content-Freigabe-Gate' für Effizienz. Asset-Listen im JSON-Format werden per POST-Webhook empfangen. Im Code-Node erfolgt die Prüfung aller Assets auf die Pflichtfelder 'title', 'channel', 'owner' sowie die gesetzten Flags 'rightsConfirmed' und 'approved'. Das Ergebnis ist eine strukturierte JSON-Antwort, die alle freigegebenen und blockierten Assets samt Begründung auflistet. So lassen sich Vorabkontrollen automatisieren und nahtlos in bestehende Content-Workflows integrieren. Um unbefugten Zugriff zu verhindern, muss die Webhook-Authentifizierung in n8n separat aktiviert werden. Die Prüfregeln können im Code-Node individuell angepasst werden. Zudem sollte die Speicherung und Löschung von Ausführungsdaten in n8n datenschutzkonform konfiguriert werden. Der Workflow ist sofort einsatzbereit, benötigt keine externen Integrationen und lässt sich flexibel erweitern.
KI-generiertes Bild
Geschätzte Zeitersparnis: 5–15 Minuten je AnwendungSchätzung im Detail
Mögliche monatliche Ersparnis
20–600 Minuten
Angenommene Nutzung
4–40 Mal pro Monat
Einmaliger Einrichtungsaufwand
20 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. Nach erfolgreichem Test den Workflow aktivieren/veröffentlichen und die Produktions-URL aus dem Webhook-Node verwenden.
5. Webhook-Authentifizierung in n8n einrichten, um unbefugten Zugriff zu verhindern.
6. Optional: Prüfregeln im Code-Node anpassen (Pflichtfelder, Freigabefelder).
7. Speicherung und Löschung von Ausführungsdaten in n8n gemäß Datenschutzanforderungen konfigurieren.
Nutzung
1. Senden Sie eine POST-Anfrage mit Content-Type application/json an die Webhook-URL. Beispiel für eine gültige Anfrage:
```json
{
"assets": [
{"title": "Post 1", "channel": "Instagram", "owner": "Max", "rightsConfirmed": true, "approved": true},
{"title": "", "channel": "Facebook", "owner": "", "rightsConfirmed": false, "approved": false}
]
}
```
Erwartete Antwort:
```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
}
```
HTTP-Status: 200
Fehlerfall (z.B. fehlendes oder leeres assets-Array):
```json
{
"status": "error",
"message": "assets muss ein nicht-leeres Array sein."
}
```
HTTP-Status: 200
2. Die Rückgabe enthält für jedes Asset die geprüften Felder und ggf. eine Liste der Blocker.
3. Die Prüfregeln können im Code-Node angepasst werden.
4. Webhook-Authentifizierung und Datenschutz müssen vor Produktivbetrieb in n8n eingerichtet werden.
5. Ausführungsdaten können in n8n gespeichert werden; Aufbewahrung und Zugriff sind zu konfigurieren.
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.
✓ 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