Verwenden Sie diesen Artikel, um zu diagnostizieren, warum ein Workflow nicht wie erwartet ausgeführt wird. Er behandelt die häufigsten Ursachen: Messenger- und Automatisierungseinstellungen, Abweichungen bei Triggern und Zielgruppen, Konflikte bei der Workflow-Priorität, Aktionen und Timing von Teammitgliedern, Kanal-Konfiguration, Fin AI Agent-Konflikte und Fehler bei der automatischen Workflow-Schließung.
Dieser Artikel richtet sich an Teammitglieder, die Workflows in Intercom erstellen und verwalten. Sie benötigen Zugriff auf den Workflows-Builder, um die hier beschriebenen Korrekturen anzuwenden.
Fehlerbehebungs-Checkliste
Bevor Sie loslegen, überprüfen Sie schnell diese Schlüsselbereiche, in denen häufig Probleme auftreten:
Grundlegende Einstellungen: Ist der Messenger aktiv und sind Workflows für die richtige Zielgruppe aktiviert?
Regeln & Trigger: Sind die Bedingungen für Ihre Zielgruppe, Kanäle und Trigger genau wie beabsichtigt eingerichtet?
Workflow-Priorität: Läuft ein anderer, allgemein gehaltener Workflow anstelle des erwarteten?
Timing & Aktionen von Teammitgliedern: Hat eine Antwort, Terminplanung oder Bürozeiten eines Teammitglieds verhindert, dass der Workflow ausgeführt wird?
Erweiterte Bedingungen: Stimmen bestimmte Datenpunkte, wie der Ticket-Status, genau überein?
Workflow-Fehlerbehebungstool
Verwenden Sie das Workflow-Fehlerbehebungstool, um nicht übereinstimmende Bedingungen zu identifizieren. Wenn das Tool eine nicht übereinstimmende Bedingung erkennt, aktualisieren Sie die entsprechende Triggerregel, Zielgruppeneinstellung oder Datenattribut in Ihrem Workflow, um den erwarteten Zustand zu erreichen, und testen Sie dann erneut mit derselben Konversation, um zu bestätigen, dass das Problem behoben ist.
Navigieren Sie zur Workflows-Übersicht.
Klicken Sie auf „Troubleshoot“ und fügen Sie die URL der Konversation ein.
Überprüfen Sie die Ergebnisse, um zu sehen, welche Bedingungen übereinstimmten und welche nicht – das Tool hebt jede Regel hervor, die den Workflow am Auslösen hindert.
Hinweis: Das Fehlerbehebungstool bewertet Bedingungen der Reihe nach und stoppt, sobald eine Bedingung nicht wie erforderlich übereinstimmt. Das bedeutet, wenn eine frühere Bedingung fehlschlägt, werden die übrigen Bedingungen nicht bewertet – nur die erste nicht übereinstimmende Bedingung wird angezeigt.
Warum löst mein Messenger den Workflow nicht aus?
Bevor Sie den Workflow selbst überprüfen, stellen Sie sicher, dass Ihre Messenger- und Automatisierungseinstellungen korrekt konfiguriert sind, um Gespräche zu ermöglichen.
Einstellungen für eingehende Konversationen
Control inbound conversation volume ist eine Messenger-Einstellung, die so konfiguriert werden kann, dass sie einschränkt, wer ein Gespräch starten kann. Da dies Kunden daran hindern kann, ein Gespräch zu beginnen, werden Workflows mit einem konversationsbasierten Trigger (z. B. „Customer opens a new conversation in the Messenger“, „Customer sends their first message“, „Customer sends any message“) für diese Kunden niemals ausgelöst.
Deaktivierter Messenger
Show the Messenger Launcher ist eine Messenger-Einstellung, die so konfiguriert werden kann, dass der Messenger für Kunden verborgen wird. Wenn der Messenger für Kunden verborgen ist, wird jeder Workflow, der eine Interaktion mit dem Messenger beinhaltet (z. B. „When a customer visits your site“, „When a customer clicks on a website element“, „When a customer opens the Messenger“), für diese Kunden niemals ausgelöst.
Grundlagen der Automatisierung
Wenn Sie in Ihren Simple automations settings für Leads und Users conversation ratings aktiviert haben, kann dies die Funktion der Inaktivitäts-Trigger beeinträchtigen. Diese können unbeabsichtigt unterbrochen werden, was andere kundenorientierte Workflows am Auslösen hindert.
Um dieses Problem zu vermeiden, verwenden Sie die folgende Problemumgehung:
Anstatt die Konversationsbewertung über die Grundeinstellungen zu senden, sollten Sie einen Workflow erstellen, um diese Bewertungen stattdessen zu senden. Dies verhindert das Problem künftig.
Warum wird der richtige Trigger-Typ nicht ausgelöst?
Abweichungen bei E-Mail- und ausgehenden Triggern
Bestimmte Trigger-Typen, wie „Customer sends their first message“ oder „Customer sends any message“, bestimmen, welche Workflows aktiviert werden. Zum Beispiel wird „Customer sends their first message“ einmal pro Konversation ausgelöst, während „Customer sends any message“ für jede weitere Nachricht ausgelöst wird. Dieses Verständnis ist wichtig, um Workflows effektiv zu strukturieren, ohne unerwartete Überschneidungen. Welchen Trigger Sie für Ihren Workflow wählen und wie Sie die Trigger-Einstellungen konfigurieren, entscheidet, wer/was mit dem Workflow übereinstimmen kann und ob er ausgelöst wird. Zum Beispiel kann ein „When a ticket is created“-Trigger für Tickets, die über die Intercom-API erstellt wurden, keine kundeninitiierte Nachricht enthalten, was das Auslösen des Workflows verhindern kann.
Filter für Nachrichteninhalte
Wenn Ihr Workflow für bestimmte Aktionen nicht ausgelöst wird, überprüfen Sie Ihre Zielkriterien auf Abweichungen. Wenn ein Workflow für eine bestimmte E-Mail nicht ausgelöst wird, vergewissern Sie sich, dass die E-Mail-Bedingungen in Ihren Trigger-Einstellungen korrekt sind. Für die effektive Weiterleitung eingehender E-Mails verwenden Sie den Trigger „Customer Sends First Message“ und filtern nach E-Mail-Attributen, anstatt E-Mail-Filter zu verwenden. Denken Sie auch daran, dass ausgehende Workflows wie „Customer visits a page“ für bestimmte Trigger konzipiert sind und normalerweise nicht an den Gesprächsbeginn gebunden sind.
Wenn Ihr Workflow Nachrichteninhaltsfilter verwendet, prüfen Sie, ob diese zu restriktiv sind. Die Verwendung von „Message content is“ erfordert eine genaue Übereinstimmung, während „Message content contains“ flexibler ist und die Erfolgsrate des Triggers erhöht.
Abweichungen bei Profiltypen (Users, Leads und Visitors)
Überprüfen Sie bei der Einrichtung von Workflow-Triggern, ob Ihre Zielgruppenkonfiguration Ihrer Absicht entspricht. Wenn ein Workflow nur auf „Users“ ausgerichtet ist, wird er für Konversationen, die von „Leads“ initiiert wurden, nicht ausgelöst. Um eine ordnungsgemäße Workflow-Aktivierung für alle vorgesehenen Zielgruppen sicherzustellen, erweitern Sie Ihre Zielgruppenregeln, um alle relevanten Gruppen einzubeziehen.
Wenn Sie einen „Customer sends their first message“-Workflow einrichten, beachten Sie, dass ein Erstbesucher, der den Messenger öffnet und den Workflow auslöst, danach als Lead betrachtet wird, aber innerhalb des Workflows als Besucher bewertet wird, da ein Schnappschuss seines Profils verwendet wird.
Wenn der Workflow nur auf Leads und Users abzielt, wird er für diesen Visitor nicht ausgelöst. Erwägen Sie, alle Profiltypen hinzuzufügen, um sicherzustellen, dass jeder mit dem Workflow übereinstimmt.
Stellen Sie außerdem sicher, dass die E-Mail-Adresse, an die Kunden Nachrichten senden, innerhalb der Zielgruppe und der Trigger-Einstellungen des Workflows ausreichend definiert ist, indem Sie Filter wie „Email to“ oder „Email recipient“ für Präzision verwenden. Workflows, die sich mit weitergeleiteten E-Mails befassen, sollten immer überprüfen, ob die Weiterleitungszieladresse korrekt eingestellt und die automatische Weiterleitung aktiviert ist.
Beispiel:
Sie richten einen Workflow mit dem Trigger „When customer opens a new conversation in the Messenger“ ein und fügen einen Schritt hinzu, um alle diese Konversationen zu markieren.
Ein Kunde antwortet auf eine von Ihnen ausgehende Nachricht.
Diese Konversation würde nicht markiert werden, weil sie die Konversation im Messenger nicht gestartet haben (sie haben auf eine ausgehende Nachricht geantwortet).
Wenn Sie möchten, dass alle Konversationen markiert werden, sollten Sie stattdessen den Trigger „When customer sends any message“ verwenden.
Richten Sie sich an die richtigen Personen (Users vs. Leads)?
Wenn ein Workflow (z. B. eine Antwort außerhalb der Geschäftszeiten) nicht ausgelöst wird, weil er auf „Users“ abzielt, die Konversation aber mit einem „Lead“ geführt wird, läuft Ihre Automatisierung nicht wie erwartet. Überprüfen Sie immer, ob Ihr Workflow sowohl Users als auch Leads in den Trigger-Einstellungen einschließen sollte. Falsch konfigurierte Zielgruppenregeln können dazu führen, dass Leads oder Users nicht berücksichtigt werden.
Zielgruppenausrichtungsregeln können beeinflussen, wer von einem Workflow betroffen ist. Wenn der Kunde nicht den angegebenen Zielgruppenkriterien entspricht, wird der Workflow nicht ausgelöst. Beim Testen von Workflows sollten Sie beachten, dass Workflows, die nur für „users“ konfiguriert sind, beim Testen im Inkognito-Modus oder in Browsern, in denen der Benutzer nicht erkannt wird (oft als Besucher oder Lead identifiziert), fehlschlagen können. Für umfassende Tests aktualisieren Sie Ihre Workflow-Zielgruppeneinstellungen, um alle relevanten Teilnehmerarten (Visitors, Leads und Users) einzubeziehen. Ein Workflow, der nur auf Users abzielt, wird für Leads nicht ausgelöst. Ebenso wird ein Workflow, der bestimmte Tags oder Attribute erfordert (z. B. ein Tag wie to_drop_off_detected), nicht ausgelöst, wenn diese Bedingungen nicht erfüllt sind.
Warum läuft nur ein Workflow, wenn mehrere ausgelöst werden sollten?
Kundenorientierte vs. Hintergrund-Workflows
Workflows in Intercom werden als kundenorientierte oder Hintergrund-Workflows kategorisiert. Kundenorientierte Workflows beinhalten sichtbare Interaktionen, wie das Senden automatisierter Nachrichten, während Hintergrund-Workflows Aktionen ausführen, die für den Kunden nicht sichtbar sind, wie das Markieren von Konversationen oder das Schließen von Threads. Wichtig ist, dass für einen einzelnen Trigger-Typ nur ein kundenorientierter Workflow ausgeführt wird, aber alle passenden Hintergrund-Workflows ausgeführt werden können. Diese Unterscheidung stellt sicher, dass verschiedene Workflows ohne Konflikte koexistieren können. Pro Konversation wird nur ein kundenorientierter Workflow ausgelöst. Wenn mehrere Workflows denselben Trigger auslösen, priorisiert Intercom und aktiviert den Workflow mit der höchsten Priorität in den Workflow-Einstellungen.
Sie können immer nur einen customer-facing Workflow gleichzeitig in einem Gespräch ausführen. Aktionen, die einen customer-facing Workflow unterbrechen und einen anderen customer-facing Workflow auslösen können, sind Aktionen von Teammitgliedern und umfassen:
Öffnen
Öffnen und neu zuweisen
Kommentar senden
Schlummern
Hinweis: Ein customer-facing Workflow behält seinen Platz auch während des Wartens auf eine Kundenantwort — nicht nur während der aktiven Ausführung der Schritte. Das bedeutet, dass nachfolgende Ereignisse (wie Ticket-Erstellung oder eine neue Kunden-Nachricht) keinen neuen customer-facing Workflow auslösen, solange der erste aktiv bleibt, selbst wenn das neue Ereignis einen völlig anderen Auslösertyp verwendet. Zum Beispiel wird ein „When a ticket is created“ Workflow nicht ausgelöst, wenn ein Article Suggestion Workflow aktiv ist und auf Eingabe in einem Gespräch wartet, bis der erste Workflow unterbrochen oder deaktiviert wird. Um dies zu beheben, deaktivieren oder pausieren Sie den blockierenden Workflow oder verwenden Sie eine Aktion von Teammitgliedern (öffnen, neu zuweisen, Kommentar oder schlummern), um ihn zu unterbrechen.
Hinweis: Hintergrund-Workflows sind so konzipiert, dass sie Automatisierungen unabhängig von Aktionen von Teammitgliedern ausführen und nicht stoppen, wenn Teammitglieder auf Nachrichten antworten oder Gespräche schlummern lassen.
Nachdem ein customer-facing Workflow unterbrochen wurde, kann ein anderer customer-facing Workflow einspringen.
Antworten auf ausgehende Nachrichten lösen nur Workflows aus, die auf „customer sends their first message“ eingestellt sind, nicht solche, die auf „customer opens a new conversation“ eingestellt sind. Diese Unterscheidung hilft sicherzustellen, dass Workflows korrekt für verschiedene Gesprächstypen konfiguriert sind. Zum Beispiel wird ein "First message"-Auslöser nicht für Antworten auf ausgehende E-Mails ausgelöst, da diese als Fortsetzungen bestehender Gespräche behandelt werden.
Warum stimmt meine Audience-Regel nicht mit den richtigen Kunden überein?
Audience targeting rules können beeinflussen, wer von einem Workflow betroffen ist. Wenn der Kunde nicht den angegebenen Audience-Kriterien entspricht, wird der Workflow nicht ausgelöst.
Funktionieren Ihre AND- / OR-Regeln wie beabsichtigt?
Wenn Ihr Workflow mehrere Bedingungen verwendet, die mit "AND" verbunden sind, und die Ergebnisse unbefriedigend sind, sollten Sie auf "OR"-Logik umstellen, wenn das Auslösen eines Workflows durch Erfüllung einer beliebigen Bedingung Ihren Anforderungen entspricht. Für Fälle, in denen alle Bedingungen erfüllt sein müssen, stellen Sie sicher, dass Attribute und Werte in der Konfiguration richtig ausgerichtet sind. Bei Verwendung von "OR"-Regeln im Audience Targeting muss nur eine Bedingung wahr sein, damit die Regel gilt. Das bedeutet, dass der Workflow ausgelöst wird, wenn eine der einzelnen Bedingungen zutrifft, auch wenn andere Bedingungen nicht erfüllt sind.
Beispiel:
Angenommen, Sie richten eine Audience-Regel basierend auf dem Attribut City mit folgender Logik ein:
"City ist nicht Dublin" ODER "City ist nicht London".
Wenn ein Nutzer in London ist, wird die Regel wie folgt bewertet:
Zuerst wird geprüft: City ist nicht Dublin → Da der Nutzer in London ist, ist diese Bedingung wahr.
Da eine "OR"-Regel nur eine wahre Bedingung benötigt, prüft der Workflow die zweite Bedingung nicht (ob die Stadt nicht London ist). Die Regel ist bereits erfüllt, und der Workflow wird fortgesetzt.
Das bedeutet, dass Nutzer in Dublin oder London möglicherweise trotzdem die Nachricht erhalten oder den Workflow unerwartet auslösen.
OR-Regeln lösen aus, wenn eine Bedingung erfüllt ist.
Negative OR-Regeln können zu unbeabsichtigten Übereinstimmungen führen, da sobald eine Bedingung wahr ist, andere ignoriert werden.
Verwenden Sie AND-Regeln, wenn alle Bedingungen erfüllt sein müssen, bevor der Workflow ausgelöst wird.
Stellen Sie sicher, dass Verzweigungsbedingungen in Audience-Regeln und nicht innerhalb spezifischer Workflow-Schritte gesetzt werden.
Dies stellt sicher, dass nur berechtigte Gespräche von Anfang an durch den Workflow geleitet werden.
Wenn Sie Nutzer in Dublin und London ausschließen möchten, müssen Sie von "OR"-Logik zu "AND"-Logik wechseln:
"City ist nicht Dublin" UND "City ist nicht London".
Mit dieser Einstellung:
Der Nutzer darf weder in Dublin noch in London sein, damit der Workflow ausgelöst wird.
Wenn er in einer der beiden Städte ist, stimmt die Audience-Regel nicht überein, und der Workflow wird nicht ausgelöst.
Wichtige Erkenntnisse
Beim Konfigurieren von Intercom Workflow Audience-Regeln:
OR-Regeln lösen aus, wenn eine Bedingung erfüllt ist.
Negative OR-Regeln können zu unbeabsichtigten Übereinstimmungen führen, da sobald eine Bedingung wahr ist, andere ignoriert werden.
Verwenden Sie AND-Regeln, wenn alle Bedingungen erfüllt sein müssen, bevor der Workflow ausgelöst wird.
Personen- & Firmendaten
Ihr Workflow kann spezifische Auslöser basierend auf persönlichen oder Firmendaten haben – diese können Standard- oder benutzerdefinierte Datenattribute sein, die in Intercom verfügbar sind. Sie sollten die Kriterien und Bedingungen für diese Auslöser überprüfen und sicherstellen, dass die Daten korrekt eingegeben werden und den festgelegten Regeln entsprechen.
Beispiel:
Wenn Sie Verzweigungen in einem Workflow verwenden, prüfen Sie, ob:
"Firmenattribut ist nicht".
Der Kunde muss an ein Unternehmen angehängt sein, um die Bedingung zu erfüllen und übereinzustimmen. Wenn kein Unternehmen zur Überprüfung des Attributs vorhanden ist, gehen wir nicht davon aus, dass die Bedingung wahr ist – stattdessen wird ein anderer Pfad gewählt.
Wenn ein Gespräch durch Workflow-Logik geleitet wird, verwendet das System das zuletzt aktualisierte Unternehmen, das mit dem Nutzer verknüpft ist, falls kein spezifisches Unternehmen festgelegt ist. Verzweigungsbedingungen mit negativen OR-Regeln können zu unerwarteter Weiterleitung führen, wenn sie nicht sorgfältig geordnet sind. Stellen Sie sicher, dass das Unternehmen in der Sitzung angegeben ist und überprüfen Sie die Reihenfolge der Verzweigungen, um eine korrekte Weiterleitung zu gewährleisten.
Audience-Regeln mit "Last heard from" stimmen nicht mit dem Kontakt überein, der gerade eine Nachricht gesendet hat
Wenn Ihr Workflow eine Audience-Regel wie "Last heard from is unknown" oder "Last heard from is more than X days ago" verwendet, wird der Workflow möglicherweise nie für den Kunden ausgelöst, der gerade eine Nachricht gesendet hat – selbst wenn dieser in der Audience-Größen-Vorschau erscheint.
Dies ist erwartetes Verhalten: Wenn eine eingehende Nachricht eintrifft, aktualisiert Intercom den "Last heard from"-Zeitstempel des Kontakts bevor die Workflow-Audience-Übereinstimmung ausgeführt wird. Wenn die Übereinstimmung die Regel bewertet, wurde gerade vom Kontakt gehört, sodass beide Bedingungen als falsch bewertet werden und der Workflow für den Absender nicht ausgelöst wird.
Hinweis: Die Audience-Größen-Vorschau (z. B. "980 Personen in Ihrer Audience") liest aktuelle Attributwerte und kann irreführend sein. Die Live-Übereinstimmung bewertet den Wert nach der Aktualisierung durch die eingehende Nachricht – daher kann ein in der Vorschau sichtbarer Kontakt bei tatsächlichem Schreiben nicht übereinstimmen. Dies gilt gleichermaßen für alle eingehenden Kanäle: Messenger, E-Mail, SMS und andere.
Empfohlene Alternativen:
Um auf jede eingehende Nachricht unabhängig von der Kontakt-Historie zu reagieren: Entfernen Sie die "Last heard from"-Regel vollständig und richten Sie die Zielgruppe auf Leads und Users im jeweiligen Kanal aus.
Um nur brandneue Kontakte anzusprechen: Verwenden Sie "Signed up is unknown." Dieses Attribut wird durch eingehende Nachrichten nicht zurückgesetzt, sodass keine Rennbedingung besteht.
Um inaktive Kontakte erneut zu aktivieren: Verwenden Sie "Last contacted is more than X days ago." Das Attribut "Last contacted" zeichnet auf, wann Sie zuletzt eine ausgehende Nachricht gesendet haben – es wird nicht aktualisiert, wenn ein Kunde Ihnen schreibt, sodass es zum Zeitpunkt der Übereinstimmung genau bleibt.
Könnten Timing, Planung oder eine Aktion von Teammitgliedern den Workflow blockieren?
Mit der Planung können Sie steuern, wann und wie lange ein Workflow aktiv ist. Es kann oft vorkommen, dass ein Workflow nicht ausgelöst wird, weil die Kriterien für die geplante Zeit nicht erfüllt sind. Externe Faktoren können verhindern, dass ein Workflow ausgeführt wird, selbst wenn alle Regeln korrekt sind.
Hat ein Teammitglied zuerst geantwortet oder eine Aktion ausgeführt?
Wenn ein Teammitglied in einem Gespräch öffnet, neu zuweist oder einen Kommentar sendet, kann dies jeden aktiven customer-facing Workflow unterbrechen und beenden. Ebenso wird ein Workflow mit Zeitverzögerung abgebrochen, wenn ein Teammitglied vor Ablauf der Verzögerung antwortet. Zusätzlich können Workflows, die auf nicht reagierende Auslöser angewiesen sind, nicht aktiviert werden, wenn die letzte Nachricht von einem Bot und nicht von einem Teammitglied gesendet wurde.
Verschobene Gespräche und nicht reagierende Trigger
Für Workflows, die ein verschobenes Gespräch als Auslösebedingung verwenden, muss das Gespräch kontinuierlich verschoben bleiben, bis der Kunde nicht mehr reagiert. Wenn das Gespräch vor diesem Zeitpunkt entsperrt wird – zum Beispiel durch einen Teamkollegen oder einen automatischen Timer – wird der Inaktivitäts-Trigger nicht ausgelöst, selbst wenn der Kunde später nicht mehr reagiert.
Hinweis: Wenn ein Gespräch entsperrt wird und der Kunde dann nicht mehr reagiert, wird der Nicht-Reagieren-Trigger nicht erneut ausgelöst. Damit der Trigger wieder funktioniert, müsste der Kunde zuerst antworten, um das Gespräch wieder zu öffnen, und dann erneut nicht reagieren, während das Gespräch verschoben bleibt.
Benutzerdefinierter Zeitplan
Der Workflow kann einen benutzerdefinierten Zeitplan haben – zum Beispiel, um nur zwischen Freitagabend und Samstagmorgen auszulösen. In diesem Fall löst das Testen des Workflows außerhalb dieser Zeiten den Workflow nicht aus – egal welcher Trigger ausgewählt ist. Wenn ein Workflow beispielsweise so eingestellt ist, dass er samstags zwischen 00:00 und 08:00 GMT läuft, wird er für Ereignisse um 20:01 UTC am selben Tag nicht ausgelöst.
Geschäftszeiten
Sie können Geschäftszeiten für Ihren Workflow konfigurieren, innerhalb derer er ausgelöst wird – entweder während der Geschäftszeiten oder außerhalb der Geschäftszeiten. Workflows verwenden nur die Standard-Geschäftszeiten, nicht die benutzerdefinierten Geschäftszeiten, die für einzelne Teams festgelegt sind.
Wir empfehlen, Geschäftszeiten-Regeln als bedingte Verzweigungen in Ihre Workflows zu integrieren, anstatt sie in den Trigger-Einstellungen eines Workflows zu verwenden.
Trigger-Einstellungen werden ausgewertet, wenn Ihr Kunde mit dem Messenger interagiert, während Verzweigungen in Echtzeit während eines Gesprächs ausgewertet werden und daher viel besser für zeitbasierte Bedingungen geeignet sind.
Workflows gelten nicht rückwirkend
Workflows werden nur bei Gesprächen ausgelöst, die nach der Erstellung und Aktivierung des Workflows begonnen wurden. Wenn ein Gespräch vor der Existenz eines Workflows gestartet wurde, gilt dieser Workflow nicht – selbst wenn das Gespräch alle Auslösebedingungen erfüllt. Um bereits bestehende Gespräche zu bearbeiten, verwalten Sie diese manuell oder verwenden Sie einen Hintergrund-Workflow, der auf vorhandene Gesprächsattribute wirkt.
Könnte die Kanal-Konfiguration den Workflow verhindern?
Wenn Ihr Workflow für bestimmte Kanäle wie Email, SMS oder soziale Medien konfiguriert ist, stellen Sie sicher, dass der Kanal korrekt verbunden und aktiv ist. Ein nicht verbundener Kanal könnte der Grund sein, warum ein Workflow nicht ausgelöst wird. Stellen Sie außerdem sicher, dass die Kanaleinstellungen Ihres Workflows mit der Art der Nutzerinteraktion übereinstimmen – wenn ein Workflow so eingestellt ist, dass er nur über "email" ausgelöst wird und der Nutzer über den Messenger interagiert, wird der Workflow nicht ausgelöst. Für Email-Workflows stellen Sie sicher, dass der Email-Kanal in der Konfiguration aktiviert ist. Ohne diesen aktiven Kanal werden Email-Gespräche die jeweiligen Workflows nicht auslösen. Ein Workflow, der auf Web-, iOS- und Android-Kanäle abzielt, wird beispielsweise für Email-Gespräche nicht ausgelöst.
Stellen Sie sicher, dass Workflows, die Emails betreffen, den Email-Kanal korrekt eingerichtet und in den Trigger-Einstellungen aktiviert haben. Prüfen Sie auch, ob Simple Deploy aktiviert wurde, da dies Email-Workflows überschreiben kann.
Hinweis:
Bei Verwendung eines "Wenn der Kunde seine erste Nachricht sendet"-Workflows, der kundenorientierte Elemente enthält, muss zwischen neuen Gesprächen desselben Kunden eine Lücke von mehr als 2 Minuten liegen, damit der Workflow erneut ausgelöst wird. Liegt die Lücke unter 2 Minuten, wird der Workflow nicht aktiviert. Diese Einschränkung gilt nur für kundenorientierte Workflows – Hintergrund-Workflows wie das Taggen oder Zuweisen von Gesprächen sind von dieser Begrenzung nicht betroffen und laufen weiterhin.
Für eingehende Email-Gespräche gibt es einen zusätzlichen Sonderfall: Wenn mehrere Emails desselben Absenders innerhalb weniger Sekunden eintreffen, werden nur die ersten ein oder zwei Emails vom "Kunde sendet seine erste Nachricht"-Trigger erfasst. Nachfolgende gleichzeitige Emails lösen stattdessen nur den "Kunde sendet eine Nachricht"-Trigger aus. Wenn Gespräche ohne Automatisierung unzugeordnet ankommen, könnte dieses Burst-Verhalten die Ursache sein. Als Workaround können Sie einen wiederverwendbaren Workflow manuell aus dem betroffenen Gespräch mit Cmd/Ctrl + K > Trigger reusable workflow auslösen.
Wie verhindere ich, dass derselbe Workflow mehrfach ausgelöst wird?
Wenn Sie Workflows konfigurieren, die auf Kunden-Nachrichten reagieren, möchten Sie möglicherweise verhindern, dass derselbe Workflow innerhalb eines Gesprächs mehrfach ausgelöst wird, insbesondere wenn Nutzer mit zusätzlichen Details nachhaken.
Lösung: Verwenden Sie Gesprächstags, um Workflow-Trigger zu steuern
Fügen Sie Gesprächen beim Ausführen Ihres Workflows ein bestimmtes Tag hinzu (z. B. "Pricing").
Konfigurieren Sie Workflows so, dass sie vor dem Auslösen das Fehlen dieses Tags prüfen.
Dieser Ansatz stellt sicher, dass jeder Workflow pro Gespräch nur einmal ausgelöst wird und verhindert doppelte automatisierte Antworten.
Stellen Sie sicher, dass das im Workflow referenzierte Tag ein Gesprächs-Tag ist, da User-Tags in Gesprächsfiltern oder Workflows auf Gesprächsebene nicht verwendet werden können.
Dieses Tagging-System ist besonders nützlich für Workflows, die durch Bedingungen wie "Kunde sendet seine erste Nachricht" oder "Kunde sendet eine Nachricht" ausgelöst werden, bei denen Folge-Nachrichten Ihre Automatisierung potenziell erneut auslösen könnten. Beachten Sie außerdem, dass ein Tag pro Gespräch nur einmal angewendet werden kann. Wenn das Tag bereits früher hinzugefügt wurde, wird es vom Workflow nicht erneut angewendet.
Warum wird mein Workflow nicht auf der richtigen Seiten-URL ausgelöst?
Stellen Sie sicher, dass der Workflow korrekt konfiguriert ist, um auf die richtigen Seiten-URLs oder innerhalb der richtigen Apps auf iOS- und Android-Geräten auszulösen. Fehlkonfigurationen in diesen Einstellungen können verhindern, dass der Workflow ausgelöst wird.
Best Practices für URL-Targeting
Das Targeting der aktuellen Seiten-URL kann im Abschnitt "Wo senden" oder im Hauptabschnitt für Audience-Targeting innerhalb der Trigger-Regel-Einstellungen hinzugefügt werden. Ihre Funktionalität unterscheidet sich jedoch je nach Abschnitt, in dem sie platziert sind:
Audience Targeting: URL-Konfigurationen hier zielen auf Nutzer basierend auf der letzten besuchten Seite ab. Diese Daten sind möglicherweise nicht immer aktuell, was zu ungenauen Workflow-Auslösungen führen kann.
Wo senden: Bietet ein zuverlässigeres Targeting basierend auf der tatsächlichen Seite, auf der sich der Nutzer gerade befindet. Dies entspricht in der Regel dem gewünschten Ergebnis.
Hinweis: Die Verwendung von URL-Targeting im Abschnitt Wo senden deaktiviert den Inbound-Bot auf iOS & Android, da mobile Apps URLs nicht erkennen. Wenn URL-Targeting entscheidend ist, erstellen Sie einen Bot speziell für den Web Messenger und einen anderen für iOS & Android ohne URL-Regeln.
Aktuelle Seiten-URL bei Single-Page-Apps (SPAs)
Das Attribut Aktuelle Seiten-URL in Workflow-Bedingungen spiegelt die URL wider, die beim Start der Messenger-Sitzung erfasst wurde – nicht die tatsächliche aktuelle Seite des Kunden. Bei Single-Page-Anwendungen (SPAs), bei denen die Navigation ohne vollständiges Neuladen der Seite erfolgt, kann die URL veraltet erscheinen und möglicherweise nicht mit dem übereinstimmen, was der Kunde gerade sieht.
Hinweis: Dies ist eine bekannte Einschränkung, wie SPAs Navigation handhaben. Der Messenger JS wird nur bei vollständigen Seitenladevorgängen neu initialisiert, sodass dynamische URL-Änderungen nicht automatisch erfasst werden.
Workaround: Verwenden Sie die Intercom Messenger JS API, um die aktuelle URL als benutzerdefiniertes Datenattribut zu übermitteln, wann immer sich die Route in Ihrer SPA ändert. Sie können dieses benutzerdefinierte Datenattribut dann als URL-Bedingung im Workflow verwenden, anstatt sich auf die Aktuelle Seiten-URL zu verlassen.
Timing-Probleme bei API-erstellten Gesprächen
Workflows, die auf Bedingungen der "Aktuellen Seiten-URL" basieren, können bei API-erstellten Gesprächen fehlschlagen. Es kann einen Zeitunterschied zwischen der Meldung der URL und der Erstellung des Gesprächs über die API geben, was bedeutet, dass die URL-Bedingung möglicherweise nicht rechtzeitig erfüllt wird. Wenn Sie Gespräche über die API erstellen und auf URL-basierte Trigger angewiesen sind, testen Sie sorgfältig oder verwenden Sie stattdessen nicht URL-basierte Bedingungen.
URL-Bedingungen in Workflow-Verzweigungen
URL-Bedingungen innerhalb von Workflow-Verzweigungen werden zum Zeitpunkt der Gesprächserstellung ausgewertet. Wenn der Kunde nach Gesprächsbeginn zu einer anderen URL navigiert, wird die Verzweigungsbedingung nicht aktualisiert, um die neue URL widerzuspiegeln – stattdessen wird der Else-Pfad verfolgt. Berücksichtigen Sie dies bei der Gestaltung der Verzweigungslogik und erwägen Sie die Verwendung von Datenattributen, die über die Messenger JS API aktualisiert werden, um dynamisches URL-Tracking zu ermöglichen.
Warum "Aktuelle Seiten-URL" für Facebook/Instagram-Gespräche nicht funktioniert
Der Filter "Aktuelle Seiten-URL" gilt nur für Seiten, auf denen der Intercom Messenger installiert ist. Das bedeutet, dass URLs für Gespräche, die von externen Plattformen wie Facebook stammen, nicht erfasst werden, da diese Interaktionen außerhalb Ihrer Website stattfinden.
Um Gespräche von verschiedenen Kanälen (z. B. Facebook und Instagram) richtig zu filtern, sollten Sie stattdessen den Filter "Seiten-URL" verwenden. Dieser Filter kann die verweisende Seite oder externe Quellen verfolgen, sodass Sie Gespräche korrekt segmentieren und Workflows basierend auf dem Startpunkt des Gesprächs auslösen können.
Workflows werden auf Artikelseiten nicht ausgelöst
Wenn ein Workflow auf Artikelseiten nicht ausgelöst wird, prüfen Sie Ausschlussregeln für Zielgruppen, die Artikelseiten-URLs blockieren könnten:
Könnte ein anderer Workflow Vorrang vor meinem haben?
Wenn ein Gespräch die Regeln für mehrere aktive Workflows erfüllt, führt Intercom nur den mit der höchsten Priorität aus. In einem Gespräch kann immer nur ein kundenorientierter Workflow gleichzeitig laufen.
Läuft ein anderer Workflow zuerst?
Workflows werden in Ihren Einstellungen in einer Liste von oben nach unten priorisiert. Wenn ein allgemeiner Workflow ganz oben steht, kann er ausgelöst werden und verhindern, dass ein spezifischerer Workflow weiter unten jemals ausgeführt wird. Passen Sie die Priorität an, um sicherzustellen, dass wichtige Workflows Vorrang haben.
Zum Beispiel: Ein allgemeiner "Welcome" Workflow ganz oben in Ihrer Liste überschreibt einen speziellen "VIP Clients" Workflow darunter, selbst wenn der Kunde ein VIP ist.
Um dies zu beheben:
Könnten Fin AI Agent-Einstellungen meinen Workflow blockieren?
Fin AI Agent kann manchmal mit Workflows interagieren, was zu unerwartetem Verhalten führt. So beheben Sie häufige Fin-bezogene Workflow-Probleme:
Fin- und Workflow-Priorisierung bei Simple deployment
Wenn sowohl Fin's Simple deployment als auch workflows für dasselbe Publikum aktiviert sind, hat Simple deployment Vorrang und nur Fin reagiert. Um workflows auszulösen, passen Sie die Zielgruppen so an, dass sie sich nicht überschneiden, oder deaktivieren Sie Simple deployment.
CSAT für Fin Workflow-Abschlüsse aktivieren
Customer Satisfaction Score (CSAT) Workflows werden nicht automatisch ausgelöst, wenn Fin ein Gespräch schließt. Um sicherzustellen, dass CSAT-Umfragen gesendet werden, richten Sie diese im Workflow mit dem Schritt "Let Fin answer" ein. Für detaillierte Anweisungen siehe Fin CSAT-Dokumentation.
CSAT bei alten Gesprächen gesendet
CSAT-Umfragen, die durch workflows ausgelöst werden, können beim Schließen eines Gesprächs gesendet werden, auch wenn die letzte Nachricht älter als 7 Tage ist. Dies liegt daran, dass das 7-Tage-Nicht-Antwort-Intervall nur für Intercoms allgemeine automatisierte CSAT gilt, nicht für workflow-gesteuerte Umfragen.
CSAT trotz Ausschluss-Tags gesendet
CSAT-Umfragen können weiterhin gesendet werden, wenn Workflow-Bedingungen OR-Logik verwenden oder Ausschluss-Tags (z. B. "no_csat") nicht in derselben Prädikatgruppe sind. Um dies zu verhindern:
Konfigurieren Sie Bedingungen in einer einzigen Prädikatgruppe mit AND-Logik, sodass Ausschluss-Tags zusammen mit anderen Bedingungen ausgewertet werden.
CSAT Workflow-Zielgruppenprobleme
CSAT workflows werden möglicherweise nicht für bestimmte Users oder Kanäle ausgelöst, wenn die Zielgruppen zu restriktiv sind. Zum Beispiel schließen workflows, die auf angemeldete Users beschränkt sind, Leads aus. Um alle Users einzubeziehen:
Aktualisieren Sie die Workflow-Zielgruppe, um sowohl Users als auch Leads einzuschließen.
Schritt-für-Schritt-Lösung für nicht gesendete CSAT in Fin-First Workflows
Öffnen Sie den Fin-first Workflow im Workflow Builder.
Bearbeiten Sie den Schritt "Let Fin answer".
Aktivieren Sie "Ask for conversation rating (CSAT)" und geben Sie an, wann diese gesendet werden soll (z. B. nach bestätigter Lösung oder Inaktivität).
Speichern und aktivieren Sie den Workflow. Hinweis: Simple Automation CSAT gilt nur für von Menschen beantwortete Gespräche; workflows müssen CSAT für von Fin gelöste Gespräche verwalten.
Users werden wiederholt dieselben Fragen gestellt
Workflows, die auf "Get context about issue upfront" eingestellt sind, können dazu führen, dass Users wiederholt nach denselben Informationen gefragt werden (z. B. Name, E-Mail). Um dies zu beheben, deaktivieren Sie diese Einstellung unter Fin AI Agent > Simple Automation > Get context about issue upfront für sowohl Users als auch Leads.
E-Mail-Erfassungsaufforderung erscheint nicht in Fin für Sales-Gespräche
Wenn Sie einen Workflow-Schritt zur Erfassung der E-Mail-Adresse eines Leads konfiguriert haben, die Aufforderung in Fin für Sales-Gespräche jedoch nicht erscheint, prüfen Sie Folgendes:
Konflikt "Get context about issue upfront": Wenn Get context about issue upfront unter Fin AI Agent > Simple Automation für Leads aktiviert ist, kann dies E-Mail-Erfassungsschritte in Fin für Sales workflows unterdrücken. Fin for Sales führt die Lead-Qualifizierung unabhängig durch, und die beiden können sich widersprechen – die E-Mail-Aufforderung wird möglicherweise übersprungen, weil Fin for Sales annimmt, die Kontaktdaten über den eigenen Qualifizierungsprozess zu sammeln. Um dies zu beheben, deaktivieren Sie Get context about issue upfront für Leads unter Simple Automation und verwenden stattdessen einen dedizierten E-Mail-Erfassungsschritt im Workflow.
Workflow-Prioritätskonflikt: Ein Workflow mit höherer Priorität, der kundenorientiert ist, läuft möglicherweise anstelle Ihres E-Mail-Erfassungsworkflows. Überprüfen Sie die Workflow-Prioritätsreihenfolge und stellen Sie sicher, dass Ihr Fin for Sales Workflow über allgemeinen Erfassungs- oder Welcome-Workflows steht, die dieselbe Zielgruppe abfangen könnten.
Lead hat bereits eine E-Mail-Adresse: Wenn Intercom bereits eine E-Mail-Adresse für den Lead aus einer vorherigen Sitzung hat, wird der E-Mail-Erfassungsschritt möglicherweise übersprungen. Fügen Sie eine Zielgruppenregel hinzu, die den Schritt nur anzeigt, wenn das E-Mail-Attribut unbekannt ist.
Hinweis: E-Mail-Erfassungsschritte in Fin for Sales workflows sollten immer einen Fallback-Zweig enthalten für Fälle, in denen die E-Mail des Leads bereits bekannt ist – andernfalls kann der Schritt den weiteren Ablauf des Workflows für wiederkehrende Leads blockieren.
Simple deployment für Fin-Interferenzen
Wenn Simple deployment für Fin aktiv ist, kann es Ihre benutzerdefinierten workflows überschreiben, sodass Besucher Fin-Deployments sehen, anstatt Ihres konfigurierten Intercom-Workflows. Wenn Ihre workflows nicht wie erwartet ausgelöst werden und Sie Fin verwenden, versuchen Sie, "Simple Deploy for Fin" zu deaktivieren, um sicherzustellen, dass Ihre workflows für Users ausgelöst werden können.
Fin Workflow verarbeitet E-Mails nicht
E-Mail-basierte workflows können fehlschlagen, wenn E-Mails nicht korrekt von der vorgesehenen Adresse an Intercom weitergeleitet werden. Überprüfen Sie die E-Mail-Weiterleitungskonfiguration sorgfältig, da Fehler hier oft die E-Mail-Verarbeitung verhindern. Stellen Sie sicher, dass weitergeleitete E-Mails die beabsichtigte Empfängeradresse korrekt in den Workflow-Filtern enthalten. Außerdem sollte der Auto-Forwarding-Status auf "ON" gesetzt sein und Ihre E-Mail-Workflow-Einrichtung eingehende E-Mails von den vorgesehenen Weiterleitungsadressen vollständig unterstützen. Wenn E-Mails keine workflows auslösen, überprüfen Sie, ob die korrekte E-Mail-Adresse im Workflow oder über Zielgruppen-Targeting definiert wurde. Das Hinzufügen der Support-E-Mail zu den Auslöserbedingungen des Workflows kann helfen, solche Probleme zu lösen.
E-Mail-Weiterleitung und Workflow-Regeln
Wenn E-Mails über Verteilerlisten weitergeleitet werden, können Domain-Bedingungen nicht übereinstimmen, da DMARC (Domain-based Message Authentication, Reporting and Conformance) Header umschreibt.
Um die ursprünglichen Absenderinformationen zu erhalten:
Leiten Sie E-Mails über serverseitiges Routing weiter (z. B. Google oder Microsoft 365 Redirect) und vermeiden Sie Verteilerlisten wie Google Groups.
Vermeidung von Race Conditions bei der Workflow-Auswertung
Workflows können fälschlicherweise ausgelöst werden, wenn eine Neu-Zuweisung nach der Auswertung verarbeitet wird.
Minimieren Sie solche Fehler durch:
Überprüfung der Reihenfolge der Bedingungen, um sicherzustellen, dass Ausschlüsse zuerst angewendet werden.
Umfangreiche Tests der workflows bei Neu-Zuweisungsszenarien.
Vermeidung von Fehlklassifikationen durch Fin
Wenn Fin Gespräche in Ihrem Intercom-Workflow falsch klassifiziert, verfeinern Sie Ihre Attributbeschreibungen, um die Übereinstimmung zu verbessern:
Schreiben Sie klare, kontextbezogene Beschreibungen für jedes Attribut.
Fügen Sie domänenspezifische Schlüsselwörter hinzu, die häufig mit Kundenphrasen verbunden sind.
Testen Sie Beschreibungen mit Beispielgesprächen.
Warum funktioniert mein Auto-Closure-Workflow nicht wie erwartet?
Auto-Closure-Workflows schließen Gespräche automatisch basierend auf bestimmten Auslösern und Bedingungen – wie Kundeninaktivität oder vordefinierten Workflow-Aktionen. Sie helfen, Ihren inbox organisiert zu halten und eine rechtzeitige Gesprächslösung sicherzustellen. Verwenden Sie diesen Abschnitt, wenn Ihr Auto-Closure-Workflow nicht ausgelöst wird, Gespräche zu früh schließt oder unerwartet unterbrochen wird.
Warum wurde mein Auto-Closure-Workflow nicht ausgelöst?
Häufige Gründe, warum ein Auto-Closure Workflow nicht ausgelöst wird:
Überprüfen Sie Ausfälle im relevanten Zeitraum — ein aktiver Vorfall könnte verhindert haben, dass der Workflow ausgeführt wird.
Stellen Sie sicher, dass die Auslöserbedingungen dem Status der Konversation entsprechen. Wenn Ihr Publikum beispielsweise nur 'Users' umfasst, wird der Workflow für 'Leads' nicht ausgelöst. Erweitern Sie Ihre Zielgruppenkriterien, um alle relevanten Profiltypen einzubeziehen.
Wenn Ihr Auto-Closure Workflow läuft, obwohl er es nicht sollte, sind die häufigsten Ursachen:
Einfacher Bereitstellungskonflikt: Wenn Fin's Simple deployment (eine einstufige Fin-Konfiguration ohne vollständige Workflow-Logik) für dasselbe Publikum aktiv ist, hat es Vorrang und kann verhindern, dass Auto-Closure Workflows ausgelöst werden. Um dies zu beheben, deaktivieren Sie Simple deployment oder passen Sie die Zielgruppenausrichtung an, damit sich die beiden nicht überschneiden.
Aktion eines Teammitglieds hat den Workflow unterbrochen: Aktionen von Teammitgliedern — wie das Öffnen, Neu-Zuweisen oder Kommentieren einer Konversation — können einen aktiven Auto-Closure Workflow unterbrechen und verhindern, dass die Konversation geschlossen wird. Workflows, die auf Inaktivitätsauslösern basieren, können ebenfalls fehlschlagen, wenn eine Aktion eines Teammitglieds den Inaktivitäts-Timer zurücksetzt.
2-Minuten-Abkühlzeit: Workflows mit kundenorientierten Aktionen (wie dem Senden einer Nachricht) haben eine 2-minütige Abkühlzeit zwischen Auslösern für denselben Kunden. Dies verhindert Schleifen mit Autorespondern, kann aber das Auslösen von Auto-Closure stoppen, wenn eine Konversation innerhalb dieses Zeitfensters wieder geöffnet wurde. Um eine konsistente Auto-Closure zu gewährleisten, erstellen Sie separate Workflows, die nur nicht sichtbare Hintergrundaktionen (wie Schließen oder Taggen) verwenden, anstatt kundenorientierte Nachrichtenschritte.
Warum wurde mein Auto-Closure Workflow unerwartet ausgelöst?
Wenn Ihr Auto-Closure Workflow läuft, obwohl er es nicht sollte, sind die häufigsten Ursachen:
Überprüfen Sie die Zielgruppenkriterien — besonders OR-Bedingungen, bei denen nur eine Bedingung erfüllt sein muss. Ein Kunde kann unbeabsichtigt dem Workflow entsprechen, wenn eine Bedingung wahr ist.
Überprüfen Sie Änderungen im Konversationsstatus, wie Tickets, die als 'waiting_on_customer' markiert sind, was Auslöserbedingungen unerwartet erfüllen kann.
Warum schließen sich Konversationen zu früh oder schließen sich gar nicht?
Jeder Let Fin answer-Block in einem Workflow hat seinen eigenen Auto-Close-Timer. Wenn der Timer zu kurz eingestellt ist, können Konversationen geschlossen werden, bevor der Kunde genug Zeit zum Antworten hatte. Um dies zu beheben, klicken Sie auf den Let Fin answer-Block, öffnen Sie die Auto-Close-Einstellungen und erhöhen Sie die Timer-Dauer.
Wenn Konversationen trotz laufendem Workflow nie geschlossen werden, überprüfen Sie Folgendes:
Stellen Sie sicher, dass Zuweisungsregeln Konversationen nicht nach dem Schließen durch den Workflow wieder öffnen.
Wenn Sie die Option Set expectation for human support deaktiviert haben, wird das Kontrollkästchen Auto-close abandoned workflow conversations ebenfalls deaktiviert — es ist nur verfügbar, wenn eine Eskalation an einen Menschen konfiguriert ist. Wenn Auto-Closure ohne Eskalation Ihr Ziel ist, passen Sie den Workflow entsprechend an.
Passen Sie die Auto-Close-Einstellungen an den Auslösertyp des Workflows an, um Konsistenz zu gewährleisten — beispielsweise benötigen Inaktivitätsauslöser einen Inaktivitäts-Timer, der im selben Block konfiguriert ist.
Auto-Closure für E-Mail-Workflows
Für E-Mail-basierte Workflows stellen Sie sicher, dass die Auto-Closure-Einstellungen so konfiguriert sind, dass weitergeleitete E-Mails berücksichtigt werden. Überprüfen Sie, ob die Auto-Close-Aktion mit den Auslöserbedingungen des Workflows übereinstimmt und dass weitergeleitete E-Mails die beabsichtigte Empfängeradresse enthalten, damit der Workflow sie korrekt zuordnen kann.
Hinweis: Das Hinzufügen eines Close-Aktionsschritts in einem wiederverwendbaren Workflow ist die zuverlässigste Methode, um den Abschluss bei komplexen verzweigten Abläufen sicherzustellen — verlassen Sie sich nicht ausschließlich auf Inaktivitäts-Timer in wiederverwendbaren Workflows.
Warum schlägt mein Datenconnector in einem besuchergetriggerten Workflow fehl?
Datenconnectoren benötigen einen identifizierten Kontakt und eine aktive Konversation, um ausgeführt zu werden. Wenn ein Datenconnector sofort ausgeführt wird, wenn ein Workflow bei einem Seitenbesuch ausgelöst wird, schlägt er bei nicht identifizierten Besuchern fehl. Um einen Datenconnector zuverlässig in einem besuchergetriggerten Workflow zu verwenden:
Lösen Sie den Workflow bei Seitenbesuch aus.
Zeigen Sie eine Nachricht mit einem Button an.
Führen Sie den Datenconnector aus, nachdem der Button geklickt wurde — zu diesem Zeitpunkt existiert eine Konversation und der Kontakt kann identifiziert werden.
Indem Sie diese Bereiche überprüfen und die korrekte Einrichtung bestätigen, können Sie nicht nur die potenzielle Ursache für das Nicht-Auslösen eines Workflows identifizieren, sondern auch sicherstellen, dass er für zukünftige Abläufe korrekt konfiguriert ist. 👌
Wenn Sie weiterhin Hilfe bei der Fehlerbehebung Ihres Workflows benötigen, wenden Sie sich über den Messenger an unser Support-Team.
Hinweis: Im iOS- und Android-Messenger werden eingebettete Artikelkarten, die über Workflow-Schritte hinzugefügt wurden, für Nutzer nicht angezeigt. Um sicherzustellen, dass mobile Nutzer auf Help Center-Inhalte zugreifen können, verwenden Sie stattdessen verlinkten Text oder fügen Sie eine URL-Schaltfläche hinzu, die direkt zum Artikel führt.