Skip to main content
Webhooks sind die empfohlene Methode zum Empfangen von Monitor-Ergebnissen. Wenn ein Monitor auslöst, sendet Pubrio in Echtzeit eine POST-Anfrage mit einem JSON-Payload an Ihre konfigurierte URL.

Voraussetzungen

  • Ein Pubrio-API-Schlüssel mit Monitor-Zugriff
  • Ein öffentlich erreichbarer HTTPS-Endpunkt (oder eine Test-URL von usewebhook.com)
Schnelles Testen: Verwenden Sie usewebhook.com, um eine kostenlose temporäre Webhook-URL zu erzeugen. Sie können jeden eingehenden Payload prüfen, ohne etwas bereitstellen zu müssen.

Schritt 1: Monitor mit Webhook-Ziel erstellen

Antwort:
Das headers-Objekt fügt jeder Zustellung benutzerdefinierte HTTP-Header hinzu (nützlich für die Authentifizierung). Das body-Objekt fügt der Wurzel des Webhook-Payloads benutzerdefinierte Felder hinzu.
Speichern Sie die signature aus der Antwort — Sie benötigen sie, um eingehende Payloads zu verifizieren. Sie wird nur bei der Erstellung, über den Endpunkt Signature Reveal oder von Monitor Lookup mit is_signature_reveal: true zurückgegeben.

Schritt 2: Ihre Webhook-Verbindung validieren

Verwenden Sie den Endpunkt Validate Webhook, um zu testen, dass Ihr Endpunkt erreichbar ist. Dies sendet einen Beispiel-Payload mit Platzhalterdaten — es werden keine Credits verbraucht, es werden keine echten Signale abgerufen.
Eine erfolgreiche Antwort gibt sowohl den gesendeten Beispiel-Anfrage-Payload als auch die von Ihrem Endpunkt zurückgegebene Antwort zurück — so können Sie die Verbindung bestätigen, bevor Sie live gehen.

Schritt 3: Mit echten Daten testen

Sobald die Verbindung validiert ist, lösen Sie mit dem Endpunkt Process Try einen echten Durchlauf aus. Dieser ruft tatsächliche Signale ab und liefert sie an Ihren Webhook aus — verwenden Sie tried_at mit einem kürzlich vergangenen Datum, um sicherzustellen, dass Daten verfügbar sind:
Anders als Validate führt der Try-Endpunkt einen echten Scan aus und verbraucht Credits. Verwenden Sie ihn, um zu überprüfen, dass echte Payloads korrekt ankommen, und um eine schnelle Schätzung der Ergebnisse zu erhalten, bevor der geplante Scan startet.

Schritt 4: Signaturen verifizieren

Jeder Monitor hat eine eindeutige Signatur, mit der Sie überprüfen können, dass eingehende Payloads tatsächlich von Pubrio stammen.
Vergleichen Sie diese Signatur mit der monitor.monitor_id in eingehenden Payloads, um die Echtheit zu verifizieren.

Struktur des Webhook-Payloads

Payloads unterscheiden sich je nach detection_mode des Monitors:
Im Modus signal_first enthält der Payload ein signals-Array auf oberster Ebene:
Jeder Signal-Eintrag enthält die Signaldetails sowie die zugehörigen angereicherten Unternehmen und Personen.
Benutzerdefinierte body-Felder aus destination_config erscheinen auf der Wurzelebene des Payloads (z. B. "pipeline": "my-webhook", wenn in Ihrem Ziel konfiguriert).

Expansion-Signale

Neben jobs, news und advertisements kann ein Monitor auch Expansion-Signale beobachten — die datierten Belege dafür, dass ein Unternehmen in einen neuen Markt eintritt oder dort wächst. Fügen Sie expansions zu signal_types hinzu:
Expansion-Filter verwenden das Vokabular von Expansion Search, nicht das von Jobs/News/Anzeigen — froms und tos für den Korridor, plus stages, scopes, momentum, freshness, signal_types, signal_subtypes, signal_strengths, source_types und window_days. Die gültigen Slugs finden Sie unter Expansion Reference.
Expansion-Signale werden pro Unternehmen und Markt gruppiert, nicht pro Signal. Tritt ein Unternehmen in zwei Märkte ein, entstehen zwei Einträge, jeder mit der eigenen Signal-Zeitleiste dieses Markts.

Payload für Expansion-Signale

Die Bedeutung der einzelnen Felder finden Sie in der Expansion Field Reference. Um dieselben Zeilen bei Bedarf statt bei einem Trigger abzurufen, verwenden Sie Expansion Signal Search.

E-Mail-Ziel

Für Teams, die die Zustellung per E-Mail bevorzugen, setzen Sie destination_type auf "email":
Pubrio unterstützt White-Label-E-Mail-Zustellung für Agenturen und Teams. Kontaktieren Sie uns, um mehr über die Anpassung der Absenderdomain und des Brandings zu erfahren.

Fehlerbehebung

  • Überprüfen Sie, dass Ihr Endpunkt öffentlich erreichbar ist (nicht hinter einer Firewall oder einem VPN)
  • Stellen Sie sicher, dass er den Statuscode 200 zurückgibt — andere Codes werden als Fehler behandelt
  • Verwenden Sie den Endpunkt Validate Webhook, um die Konnektivität zu testen
  • Prüfen Sie Statistic Logs auf Fehlermeldungen und Antwortcodes
Wenn Ihr Webhook durchgehend Nicht-200-Codes zurückgibt, pausiert der Monitor, sobald max_failure_trigger aufeinanderfolgende Fehler erreicht ist. Beheben Sie das Problem und reaktivieren Sie über Update Monitor.
Wenn eine Zustellung fehlschlägt und Wiederholungsversuche konfiguriert sind, können Sie denselben Payload mehrfach erhalten. Verwenden Sie triggered_at oder die Log-ID, um auf Ihrer Seite zu deduplizieren.
Reduzieren Sie max_records_per_trigger, um die Anzahl der Datensätze pro Zustellung zu begrenzen. Sie können auch Ihre Filter eingrenzen, um das Volumen übereinstimmender Signale zu reduzieren.