ASDK und Make: Website-Leads an jedes Szenario senden

Make zeigt jede Automatisierung als visuelles Szenario: ein Trigger, ein Router, ein paar Zweige, jeder mit eigenen Schritten. ASDK sitzt am Anfang dieses Diagramms. Jeder Lead, den die Agenten aufnehmen, kann an einen Make-Webhook gehen, und Ihr Szenario entscheidet, wohin er weiterläuft, ob in ein CRM, eine Tabelle, einen Team-Chat oder alle drei.

Was ASDK und Make gemeinsam leisten

Die Agenten von ASDK nehmen in Gesprächen auf der Website Leads auf:

• Chat (Early Access, ab dem Free-Tarif) beantwortet Besucherfragen aus Ihren Inhalten und bietet an, Kontaktdaten aufzunehmen, wenn er nicht weiterhelfen kann.
• Sales (Early Access, ab dem Pro-Tarif) stellt die Qualifizierungsfragen, die Sie in einfachen Worten formulieren, bewertet jeden Lead nach Ihren Regeln und bietet passenden Besuchern einen Termin an.

Mit einem Webhook an Make startet jeder neue Lead Ihr Szenario. Typische Szenarien:

• Nach Eignung leiten. Ein Router schickt Leads mit hohem Score in Ihr CRM und einen Benachrichtigungskanal, alle anderen auf eine Nurturing-Liste.
• Nach Region oder Produkt leiten. Ein Filter auf das, was der Besucher dem Agenten gesagt hat, wählt den richtigen Verantwortlichen.
• Einen Nachweis führen. Jeder Lead wird zusätzlich zu Ihrem CRM eine Zeile in einer Tabelle oder ein Eintrag in einem Data Store.
• Eine Brücke zu einem CRM wie Pipedrive oder HubSpot schlagen, solange die nativen Verbindungen von ASDK dafür noch kommen.

ASDK sendet Webhooks im Early Access, ab dem Starter-Tarif.

So funktioniert es: die Custom Webhooks von Make

Make empfängt Webhooks mit dem Modul Custom webhook seiner Webhooks-App. Laut der Dokumentation der Webhooks-App erzeugt Make beim Speichern eines neuen Webhooks eine URL und beginnt, auf Anfragen zu lauschen, und es akzeptiert JSON, Formulardaten und Query-Strings (geprüft im Oktober 2026). Ein paar Regeln aus der Hilfeseite zu Webhooks und der App-Dokumentation von Make sollten Sie kennen:

• Sofortige Ausführung. Ein Szenario mit einem sofortigen Webhook läuft, sobald eine Anfrage eintrifft. Standardmäßig können Ausführungen parallel laufen; eine Szenario-Einstellung verarbeitet sie stattdessen der Reihe nach.
• Ein Webhook, ein Szenario. Derselbe Webhook lässt sich nicht in mehr als einem Szenario nutzen. Für ein zweites Ziel fügen Sie im Szenario eine zweite Route hinzu.
• Ungenutzte Webhooks werden abgeschaltet. Ein Webhook, der länger als fünf Tage mit keinem Szenario verbunden ist, wird deaktiviert und gibt einen Fehler zurück.
• Warteschlangen und Rate Limits. Jeder Webhook hat eine eigene Warteschlange, und Make kann bis zu 300 eingehende Webhook-Anfragen pro 10 Sekunden verarbeiten. Das ist weit mehr, als Lead-Traffic von einer Website normalerweise braucht.

Ein Make-Szenario für ASDK-Leads einrichten

Ein Beispielszenario: ein Webhook, drei Routen

Stellen Sie sich ein Logistikunternehmen vor, dessen Website Angebotsanfragen von Verladern und Jobfragen von Fahrern bekommt. Es nutzt Chat für Fragen und den Agenten Sales für Angebotsanfragen. Sein Szenario sieht so aus:

1. Custom webhook empfängt jeden Lead von ASDK.
2. Router teilt das Bundle in drei Routen auf.
3. Route eins legt für Leads mit hohem Score eine Person und einen Lead im CRM an und postet eine Benachrichtigung in den Vertriebskanal.
4. Route zwei schickt für Leads, die eine Fahrerstelle erwähnen, eine E-Mail an das Recruiting-Postfach.
5. Route drei fügt für alles andere eine Zeile in eine Tabelle ein, die jemand täglich durchsieht.

Jede Route hat einen Filter auf Felder, die die Agenten erfasst haben, sodass niemand Leads von Hand sortieren muss. Bauen Sie zuerst eine Route, testen Sie sie eine Woche mit echten Leads und fügen Sie dann die nächste hinzu.

Was verfügbar ist und was demnächst kommt

ASDK als Ganzes ist im Early Access: Webhooks funktionieren und Sie können sie nutzen, aber Details können sich ändern, während wir sie verbessern.

Tipps für zuverlässige Szenarien

• Legen Sie die Datenstruktur fest, sobald Sie ein Beispiel haben. Make kann eingehende Daten gegen eine Struktur prüfen; ohne sie nimmt es alles an, und spätere Module scheitern womöglich an einem fehlenden Feld.
• Datensätze per E-Mail abgleichen. Legt ein Szenario Kontakte an, suchen Sie zuerst nach der E-Mail-Adresse des Besuchers, damit ein wiederkehrender Besucher einen Datensatz aktualisiert, statt ein Duplikat anzulegen.
• Optionale Felder berücksichtigen. Besucher hinterlassen nicht immer eine Telefonnummer oder ein Unternehmen. Ergänzen Sie Ersatzwerte oder überspringen Sie Schritte, die sie brauchen.
• Die URL schützen. Wer die Webhook-URL kennt, kann Daten an sie senden. Fügen Sie sie nur in ASDK ein und nutzen Sie die Optionen von Make für API-Schlüssel oder IP-Beschränkungen, wenn Ihre Richtlinien das verlangen.
• Die Historie des Szenarios im Blick behalten. Eine fehlgeschlagene Ausführung erscheint in der Historie und den Logs von Make. Prüfen Sie sie, nachdem Sie die Felder eines Ziels geändert haben.

Lieber einen Schritt-für-Schritt-Baukasten als ein Diagramm? Zapier funktioniert von der ASDK-Seite aus genauso: eine Webhook-URL pro Ziel.