Verificación previa de activos de contenido antes de publicar
La ausencia de campos obligatorios o un estado de aprobación poco claro puede retrasar la publicación de activos de contenido. Esta plantilla de flujo de trabajo agiliza la revisión previa de activos en procesos de marketing o medios. A través de un webhook se reciben listas estructuradas y se verifica la presencia de los campos requeridos (título, canal, responsable) y el estado de aprobación. La respuesta detalla qué activos están listos para publicar y cuáles están bloqueados, incluyendo la razón. Así, los equipos ahorran tiempo en controles manuales y reciben retroalimentación inmediata y transparente para sus pipelines de contenido.
Cuando los equipos de marketing, medios o contenido necesitan revisar y aprobar grandes volúmenes de publicaciones en redes sociales, videos o imágenes, el flujo de trabajo 'Content-Freigabe-Gate' mejora la eficiencia. Se aceptan listas de activos en formato JSON mediante un webhook POST. En el nodo de código, cada activo se verifica para los campos obligatorios 'title', 'channel', 'owner', así como los flags 'rightsConfirmed' y 'approved'. El resultado es una respuesta JSON estructurada que lista todos los activos aprobados y bloqueados con su justificación. Esto permite revisiones previas rápidas y automatizadas, integrándose fácilmente en flujos de contenido existentes. Para evitar accesos no autorizados, la autenticación del webhook debe activarse por separado en n8n. Las reglas de validación pueden adaptarse en el nodo de código según sea necesario. El almacenamiento y eliminación de datos de ejecución debe configurarse en n8n conforme a los requisitos de privacidad. El flujo está listo para usarse, no requiere integraciones externas y es flexible para futuras ampliaciones.
Imagen generada con IA
Instalación
1. Importar el flujo de trabajo en n8n.
2. Seleccionar el nodo Webhook y activar el listener de prueba.
3. Copiar la URL de prueba mostrada y usarla para solicitudes de prueba.
4. Tras una prueba exitosa, activar/publicar el flujo y usar la URL de producción del nodo Webhook.
5. Configurar la autenticación del webhook en n8n para evitar accesos no autorizados.
6. Opcional: ajustar las reglas de validación en el nodo de código (campos obligatorios, campos de aprobación).
7. Configurar en n8n el almacenamiento y eliminación de datos de ejecución conforme a la normativa de privacidad.
Uso
1. Enviar una solicitud POST con Content-Type application/json a la URL del webhook. Ejemplo de solicitud válida:
```json
{
"assets": [
{"title": "Post 1", "channel": "Instagram", "owner": "Max", "rightsConfirmed": true, "approved": true},
{"title": "", "channel": "Facebook", "owner": "", "rightsConfirmed": false, "approved": false}
]
}
```
Respuesta esperada:
```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
}
```
Estado HTTP: 200
En caso de error (por ejemplo, array assets faltante o vacío):
```json
{
"status": "error",
"message": "assets muss ein nicht-leeres Array sein."
}
```
Estado HTTP: 200
2. La respuesta incluye para cada activo los campos verificados y, si aplica, una lista de bloqueos.
3. Las reglas de validación pueden modificarse en el nodo de código.
4. La autenticación del webhook y la privacidad deben configurarse en n8n antes de usar en producción.
5. Los datos de ejecución pueden almacenarse en n8n; la retención y acceso deben configurarse adecuadamente.
Conexiones y APIs necesarias
Conexiones API
No se detectaron credenciales API guardadas en el JSON del workflow. Aun así, revisa webhooks, sistemas de destino, credenciales y protección de datos antes de activarlo.
Nodos
WebhookCodeRespond to Webhook
Prueba funcional aislada superada
Prueba funcional aislada opcional
El flujo de datos aislado se probó sin servicios externos ni credenciales.
✓ Caso normal con datos completosComprueba el flujo estándar completo con datos de ejemplo válidos.Prueba funcional aislada superada✓ Variante o caso límiteComprueba una variante válida o un caso límite importante.Prueba funcional aislada superada✓ Regla de procesamiento adicionalComprueba la regla de procesamiento funcional adicional de este flujo.Prueba funcional aislada superada✓ Entrada no válida o incompletaComprueba que los datos no válidos o incompletos se rechacen de forma controlada.Prueba funcional aislada superada✓ Entrada vacíaComprueba que una solicitud vacía reciba una respuesta controlada.Prueba funcional aislada superada
