# Webhooks

Los webhooks entrantes — Meta Lead Ads, WhatsApp y los eventos de entrega de correo — y qué queda registrado de cada uno.

La plataforma **recibe** webhooks de proveedores externos: no emite webhooks salientes.

Cada proveedor se verifica con **su propio mecanismo** —firma o token, según el
proveedor—, y un evento que no se verifica no entra. Los endpoints los configura el
equipo de la plataforma una sola vez, del lado del proveedor: no hay nada que registrar
ni exponer desde un sitio externo.

## Meta Lead Ads

Cada prospecto que Meta captura entra por aquí y **se asigna por la rotación de su
campaña**, igual que si hubiera llegado por un formulario propio. Ver
[Round robin](/desarrolladores/round-robin/).

## WhatsApp Cloud API

Los mensajes entrantes del número conectado, que es lo que alimenta la conversación y,
si el módulo está activo, al [asistente de IA](/comunicaciones/asistentes-ia/).

## Entrega de correo

Registra qué pasó con cada correo **después** de que el proveedor lo aceptara.

:::caution[Dos ejes distintos]
El **estado de envío** dice que entregamos el mensaje al proveedor. El **resultado de
entrega** es un eje aparte: entregado, rebotado, marcado como spam o suprimido.

Son dos preguntas distintas y se leen por separado: «enviado» dice que el mensaje salió,
no que llegara.
:::

Un resultado **positivo que llega tarde no borra uno negativo**: los webhooks no vienen
ordenados, y un «entregado» posterior a un «rebotado» repintaría el fallo como éxito. La
única excepción es «marcado como spam», que va **por encima** de «entregado» — eso solo
se le puede hacer a un correo que llegó.

## Tareas programadas

Los barridos automáticos **no son webhooks**: los dispara el programador de la propia
plataforma, no un proveedor, y nada externo los puede invocar.

---

Índice completo del centro de ayuda: https://help.linkerestate.com/llms.txt