Descargo de responsabilidad: Este artículo se generó mediante traducción automática.

Canal de notificaciones de Webhook

Prev Next

Un canal de notificaciones de webhook en Document360 es un método automatizado para enviar datos de eventos en tiempo real desde tu base de conocimientos a una aplicación externa siempre que ocurre una acción específica. Los webhooks eliminan la necesidad de monitorización manual enviando cargas estructuradas JSON directamente a una URL de tu elección — como un canal de Slack, una integración personalizada o una plataforma de automatización. Puedes configurar múltiples canales de webhook y mapear cada uno a eventos específicos de la base de conocimiento a través de la configuración de mapeo de notificaciones .


Cuándo usar los canales de notificación de webhook

Utiliza notificaciones de webhook cuando quieras automatizar cómo responde tu equipo o sistemas externos a los cambios en la base de conocimiento.

  • Alertas de equipo: Notifique a un equipo de soporte o documentación en Slack o Microsoft Teams en el momento en que un artículo se publique, actualice o elimine, sin que nadie tenga que consultar el portal manualmente.
  • Invalidación de caché: Detecta eventos de eliminación de artículos (que incluyen slugs para todos los idiomas) y elimina automáticamente las entradas correspondientes de tu caché de contenido.
  • Automatización de flujos de trabajo: Activa procesos posteriores en herramientas como Make o Zapier cuando ocurren eventos específicos, como la publicación de un nuevo artículo o la eliminación de un token de extensión.
  • Auditoría y cumplimiento: Transmitir la actividad de la base de conocimiento a un servicio de registro para mantener un seguimiento de auditoría en tiempo real de quién cambió qué y cuándo.
  • Automatización de flujos de trabajo personalizados: Mapea el evento actualizado del estado del flujo de trabajo del artículo a un canal de webhook para que mover un artículo a un estado específico de flujo de trabajo personalizado (por ejemplo, un estado usado para transferir contenido a un paso de revisión externo) pueda activar una plataforma de automatización posterior como n8n, Make o Zapier.

Antes de que empieces

  • Ten lista la URL del webhook de destino: este es el punto final proporcionado por la aplicación receptora (por ejemplo, una URL entrante de Slack, un webhook de escenario Make o tu propio endpoint de servidor).
  • Si la aplicación receptora requiere autenticación, obtenga la clave de autorización antes de comenzar.

Cómo configurar un canal de notificaciones de webhook

  1. Navega a Configuración () > portal de la base de conocimientos en la barra de navegación izquierda.

  2. En el panel de navegación izquierdo, selecciona Notificaciones.
    La pestaña de Canales está seleccionada por defecto.

  3. Haz clic en Nuevo canal.

  4. En el panel de Canales disponibles , selecciona Webhook.

    Notification channels in Document360, highlighting Webhook as an available option.

Configurar las opciones de canal aparece en el mismo panel una vez que haces clic en el tipo de canal.

  1. En el campo de nombres de Friendly , introduce un nombre único para este canal de webhook.

  2. En el desplegable de Solicitud de método , selecciona POST o PUT según lo que espere la solicitud receptora.

  3. En el campo URL de Webhook , introduzca la URL de destino donde deben enviarse las notificaciones.

  4. En el desplegable Solicitar contenido , elige el formato del mensaje para la carga útil.

  5. Si la aplicación receptora requiere cabeceras HTTP adicionales, haz clic en Añadir () bajo la clave de Autorización y añade cada cabecera como un par clave-valor.

  6. Si se requiere autenticación, introduzca la clave de Autorización en el campo correspondiente.

  7. Haz clic en Guardar.

Configuration settings for a Webhook channel including URL and authorization key.

El canal webhook se crea y aparece en Canales de notificaciones. Para activarlo, ve a la pestaña de mapeo de notificaciones y asigna el canal a los eventos que quieres seguir.

NOTA

Para detalles sobre los encabezados de peticiones HTTP compatibles y sus formatos esperados, consulte la referencia de cabecera de solicitud MDN.


Mejores prácticas

  • Utiliza nombres descriptivos amigables que identifiquen tanto el destino como el alcance del evento — por ejemplo, Slack-ArticlePublish o Make-AllEvents — para que los canales sean fáciles de distinguir al mapear notificaciones.
  • Escala cada canal a un conjunto específico de eventos en lugar de enrutarlos todos a través de un único webhook. Esto facilita gestionar fallos y volver a intentar tipos específicos de eventos de forma independiente.
  • Asegura tu endpoint con una clave de autorización siempre que la aplicación receptora lo permita, para evitar que cargas útiles no autorizadas lleguen a tus sistemas.
  • Utiliza el campo Slugs en los eventos de eliminación para identificar y purgar inmediatamente las entradas correctas de caché en todos los idiomas cuando se elimina un artículo, evitando contenido obsoleto.

Preguntas frecuentes

 
         

¿Qué información incluye una notificación de webhook?

   
   
     

Cuando se activa un webhook, Document360 envía una carga útil JSON estructurada a la URL configurada. La carga útil incluye el tipo de evento, el usuario que realizó la acción, la marca de tiempo UTC y los metadatos sobre el artículo o proyecto afectado. Los campos exactos varían según el evento — véanse los ejemplos de cargas útiles a continuación para más detalles.

   
 
 
 
         

¿Puedo activar una herramienta de automatización externa cuando cambia el estado del flujo de trabajo de un artículo?

   
   
     

Sí. Mapea el evento actualizado del estado del flujo de trabajo del artículo a un canal de webhook bajo Mapeado de notificaciones. Cada vez que un artículo o categoría de página entra o sale de un estado de flujo de trabajo, Document360 envía un webhook a tu URL configurada, que tu plataforma de automatización (como n8n, Make o Zapier) puede usar como disparador. Comprueba la carga útil que recibe tu plataforma de automatización para confirmar qué campos puede usar para identificar el artículo específico, ya que los campos varían según el tipo de evento.

   
 
 
 
         

¿Cómo es una carga útil de ejemplo de webhook?

   
   
     

A continuación se muestra una carga útil de ejemplo para el evento de guardado en la configuración del artículo :

{
  "Knowledge base name": "Document360 2.0",
  "Event": "Article settings saved",
  "User": "Matt Sterling",
  "User email": "matt.sterling@document360.co",
  "Logged on (UTC)": "09/12/2025 06:15:00",
  "Article name": "Getting Started",
  "Article id": "e1444f0x-0xx0-000x-xxx0-0x3f2bc3713c",
  "Language": "English",
  "Language code": "en",
  "Project version id": "55144000-0xxx-000x-0000-0x2346b3bms3",
  "Project version name": "1.0"
}

Los campos de carga útil son:

Campo Descripción
Nombre de la base de conocimiento El nombre del proyecto de la base de conocimiento.
Evento La acción que activó el webhook (por ejemplo, artículo publicado).
Correo electrónico de usuario / Usuario El miembro del equipo que realizó la acción.
Iniciado sesión (UTC) Fecha y hora de la acción en UTC.
Nombre del artículo / ID del artículo Detalles del artículo afectado.
Idioma / Código del idioma El lenguaje del artículo.
ID de versión del proyecto Identificador único de la versión de la base de conocimientos asociada al artículo.
Nombre de la versión del proyecto Nombre de visualización de la versión de la base de conocimiento asociada al artículo.

Los campos ID de versión y nombre de la versión del proyecto son ahora estándar en todos los eventos webhook relacionados con artículos, incluyendo: Configuración de artículos guardada, regla de redirección de artículos añadida, regla de redirección de artículos actualizada y regla de redirección de artículos eliminada. Esto te permite identificar de forma fiable la versión asociada para cada acción de artículo sin necesidad de llamadas adicionales a la API.

   
 
 
 
         

¿La carga útil del evento de eliminación incluye el slug del artículo?

   
   
     

Sí. Cuando un artículo se elimina, la carga útil incluye un campo Slugs que devuelve el slug del artículo eliminado en todos los idiomas en los que estaba disponible. Esto te permite identificar y eliminar las entradas correctas de caché inmediatamente cuando se activa el webhook, sin necesidad de hacer llamadas adicionales a la API.

{
  "Knowledge base name": "My Knowledge Base",
  "Event": "Article deleted",
  "User": "John Doe",
  "User email": "johndoe@example.com",
  "Logged on (UTC)": "02/13/2026 10:57:16",
  "Article name": "Getting Started Guides",
  "Article id": "24a4e58a-9d64-453c-8f00-4159eb94b82e",
  "Language": "English",
  "Project version id": "0644e0fe-2ae1-4d16-a993-98b81524d5c4",
  "Language code": "en",
  "Slugs": [
    { "language": "en", "slug": "getting-started" },
    { "language": "fr", "slug": "demarrer" },
    { "language": "de", "slug": "erste-schritte" }
  ]
}
   
 
 
 
         

¿Difieren las estructuras de carga útil para eventos que no son artículos?

   
   
     

Sí. La estructura de la carga útil varía según el tipo de evento. El campo de evento siempre refleja la acción que se activa, y los campos restantes son específicos del objeto implicado. Por ejemplo, un evento de eliminación de token de extensión incluye un campo de Extensión , un evento de configuración de widget incluye un campo de nombre de configuración de widget, y un evento de carpeta Drive incluye un campo de nombre de carpeta . Los campos que no se aplican a un evento dado se omiten de la carga útil.

{
  "Knowledge base name": "Document360 2.0",
  "Event": "Extension token deleted",
  "User": "Matt Sterling",
  "User email": "matt.sterling@document360.co",
  "Logged on (UTC)": "09/12/2025 06:47:10",
  "Extension": "MAKE"
}