Fünf Checks aus HighLevels eigenem Help Center, in der Reihenfolge zum Ausprobieren, um herauszufinden, warum die Automatisierung eines Kunden nicht mehr auslöst, und sie wieder zum Laufen zu bringen.
Ihr GoHighLevel-Workflow löst nicht aus. Jemand füllt ein Formular aus, ein Tag wird hinzugefügt oder ein Termin wird gebucht, und nichts passiert: keine SMS, keine E-Mail, keine Aufgabe. Das trifft vor allem Agenturen, die Automatisierungen über mehrere Kunden-Sub-Accounts hinweg betreiben, und es taucht oft nach einer Änderung, einem neuen Formular oder einem Snapshot-Update auf. Dieser Leitfaden hilft Ihnen herauszufinden, welche der üblichen Ursachen bei Ihnen vorliegt, und führt Sie dann in der Reihenfolge durch die Lösungen, die HighLevels eigene Hilfeartikel empfehlen.

Bevor Sie etwas ändern, wählen Sie einen Kontakt aus, der den Workflow durchlaufen haben sollte, es aber nicht getan hat. Was mit diesem Kontakt passiert ist, weist meist direkt auf die Ursache hin.
| Was Sie sehen | Wahrscheinlichste Ursache | Gehe zu |
|---|---|---|
| Niemand ist in den Workflow gelangt, nicht einmal brandneue Kontakte | Der Workflow ist im Entwurf (Draft), oder kürzliche Änderungen wurden nie gespeichert | Lösung 1 |
| Eine Fehlermarkierung am Trigger oder an einem Schritt, oder eine Meldung, dass der Workflow noch nicht veröffentlicht werden kann | Eine fehlende oder fehlerhafte Einstellung in einem Trigger oder einer Aktion | Lösung 2 |
| Manche Kontakte gelangen hinein, aber dieser nicht, oder nicht über dieses Formular | Ein Trigger-Filter schließt den Kontakt aus, oder das falsche Formular oder Tag ist ausgewählt | Lösung 3 |
| Beim ersten Mal hat es für diesen Kontakt funktioniert, beim zweiten nicht | Allow Re-entry ist aus, oder der Kontakt ist noch aktiv im Workflow | Lösung 4 |
| Der Kontakt erscheint in der Enrollment History, aber die SMS oder E-Mail ging nie raus | Ein Schritt ist fehlgeschlagen, wurde übersprungen oder wartet | Lösung 5 |
| Das Log sagt, eine Aktion war erfolgreich, aber im Kontaktdatensatz zeigt sich keine Änderung | Zwei Aktionen haben in derselben Sekunde ausgelöst (eine Race Condition) | Lösung 5 |
| Kontakte, die vor der Veröffentlichung getaggt wurden, wurden nie erfasst | Tag-Trigger reagieren nur auf Änderungen, die nach dem Live-Gehen des Workflows gemacht wurden | FAQ unten |
Ein Wort zum Testen. Mit der Schaltfläche Test Workflow oben rechts im Builder können Sie einen Kontakt auswählen und auf Run Test klicken, aber HighLevels Builder-Walkthrough sagt, dass ein Test auf diese Weise "isn't 100% perfect" ist, und empfiehlt, den Workflow zu veröffentlichen und ihn live zu testen. Die Troubleshooting-Schritte schlagen außerdem vor, mit einem frischen Kontakt zu testen, der noch nie im Workflow war, damit frühere Enrolments und Re-entry-Regeln das Ergebnis nicht verfälschen.
Das ist am schnellsten geprüft und meist der Übeltäter direkt nachdem jemand die Automatisierung eines Kunden bearbeitet hat.
HighLevel behandelt gespeichert und veröffentlicht als getrennte Zustände. Ein Workflow kann veröffentlicht sein, während Ihre neuesten Änderungen noch ungespeichert sind, oder gespeichert sein, während er noch im Draft ist. Wenn Sie einen Entwurfs-Workflow wieder einschalten, bleiben Kontakte, die auf einem Warteschritt standen, dort, wo sie waren. Wenn HighLevel Ihnen das Veröffentlichen nicht erlaubt, gehen Sie direkt zu Lösung 2.
So prüfen Sie den Erfolg: lösen Sie das Ereignis mit einem frischen Testkontakt aus (Formular absenden oder Tag hinzufügen) und öffnen Sie dann die Enrollment History des Workflows. Der Kontakt sollte dort aufgeführt sein.
HighLevel prüft Trigger und Aktionen auf erkennbare Probleme und markiert den betroffenen Schritt mit einem Fehlerindikator. Der Artikel zum Markieren und Beheben von Fehlern beschreibt die Schritte.
Typische Dinge, die markiert werden: leer gelassene Pflichtfelder, fehlende oder ungültige Auswahlen, getrennte oder nicht verfügbare Integrationen und falsch eingerichtete If/Else- oder Wait-Schritte. Sie können einen Workflow mit Fehlern speichern, aber die Veröffentlichung stoppt mit der Meldung Workflow can't be published yet, die auflistet, was behoben werden muss.
Zwei Einschränkungen. Ein bereits veröffentlichter Workflow geht nicht zurück in den Draft, wenn später ein Fehler auftaucht, sodass ein Live-Workflow einen defekten Schritt haben kann, ohne dass es jemand bemerkt. HighLevel sagt außerdem, dass die Fehlerprüfung noch nicht alles abdeckt, ein leeres Panel beweist also nicht, dass der Workflow korrekt ist.
So prüfen Sie den Erfolg: die Indikatoren verschwinden von selbst, sobald ein Problem behoben ist, und der Workflow lässt sich ohne die Warnung veröffentlichen.

Wenn manche Kontakte hineingelangen und andere nicht, tut der Trigger meist genau das, was ihm gesagt wurde. Öffnen Sie den Trigger oben im Workflow und vergleichen Sie jeden Filter mit dem Datensatz des Kontakts, der übergangen wurde.
Prüfen Sie auch, ob andere Workflows im Sub-Account denselben Trigger verwenden. HighLevel sagt, dass alle Workflows mit demselben Trigger gleichzeitig auslösen, und rät, solche Überschneidungen zu vermeiden.
So prüfen Sie den Erfolg: legen Sie einen frischen Kontakt an, der jeden Filter erfüllt, lösen Sie das Ereignis aus und bestätigen Sie, dass der Kontakt in der Enrollment History erscheint.
Wenn der Workflow für einen Kontakt einmal lief und ihn jetzt ignoriert, liegt es wahrscheinlich an einer Einstellung. Öffnen Sie den Workflow und klicken Sie oben auf der Seite auf den Tab Settings. Die Optionen stehen unter Contact Settings, wie in HighLevels Überblick über die Workflow-Einstellungen beschrieben.
Speichern und veröffentlichen Sie nach jeder Änderung.
So prüfen Sie den Erfolg: lösen Sie das Ereignis erneut für einen Kontakt aus, der den Workflow bereits abgeschlossen hat. Mit eingeschaltetem Re-entry sollte er ein zweites Mal in der Enrollment History erscheinen.
Wenn das Setup richtig aussieht, zeigen die Logs, was wirklich passiert ist. HighLevels Artikel zu Execution Logs und Enrollment History deckt beide ab.
Was die Ergebnisse bedeuten:
So prüfen Sie den Erfolg: schicken Sie einen frischen Kontakt durch und bestätigen Sie mit Highlight Contact Path, dass es keine Fehlerschritte gibt und nichts unerwartet übersprungen wurde.
Sammeln Sie die Belege, bevor Sie den Support kontaktieren. Das erspart eine Runde Rückfragen, und HighLevels eigene Troubleshooting-Schritte verlangen ziemlich dasselbe.
Laut HighLevels Artikel zu den Support-Optionen sehen nur Agency Admins und Agency Users die Support-Schaltfläche, wenn Sie also der Kunde sind, schicken Sie all das an Ihre Agentur. Klicken Sie in einem Agentur-Login auf das blaue Fragezeichen oben rechts (nur Desktop), um einen Live-Chat mit AI Support Chat oder Agent Chat zu starten. Chats, die nicht gelöst werden, werden zu einem Ticket. Sie können sich auch in die Zoom-Warteschlange einreihen oder direkt ein Ticket eröffnen. Es gibt keine allgemeine Support-E-Mail-Adresse, und die Telefonleitung ist für Verkauf, Abrechnung und Login-Probleme da, nutzen Sie für Workflow-Probleme also Chat oder ein Ticket.
Warum funktioniert mein Workflow mit Test Workflow, aber nicht mit echten Kontakten?
HighLevel sagt, dass ein Test mit einem Kontakt innerhalb des Builders nicht 100% perfekt ist, und empfiehlt, den Workflow zu veröffentlichen und ihn live zu testen. Nutzen Sie einen frischen Kontakt, der noch nie im Workflow war, und vergleichen Sie dann das echte Ereignis (welches Formular, welcher Tag) mit den Trigger-Filtern.
Erfasst ein neu veröffentlichter Workflow Kontakte, die den Tag bereits hatten?
Nein. HighLevel sagt, dass Tags Workflows nur auslösen, wenn sie hinzugefügt oder entfernt werden, nachdem der Workflow aktiv ist. Um bestehende Kontakte aufzunehmen, filtern Sie sie in Contacts, dann Smart Lists, wählen Sie sie aus und nutzen Sie Trigger automation, um sie zum Workflow hinzuzufügen. Nur veröffentlichte Workflows erscheinen in dieser Liste.
Das Log sagt, Add Tag war erfolgreich, warum fehlt der Tag dann am Kontakt?
HighLevel beschreibt das als Race Condition: zwei Updates in derselben Sekunde können in falscher Reihenfolge ankommen. Prüfen Sie die Zeitstempel in den Execution Logs und fügen Sie dann eine Wait-Aktion von 1 Minute zwischen den beiden Aktionen ein.
Was bedeutet 'Removed by - Snapshot Refresh' in den Logs?
Es bedeutet, dass ein Snapshot-Refresh den Warteschritt des Kontakts gelöscht hat, sodass er den Workflow an dieser Stelle verlassen hat. Öffnen Sie den Eintrag in den Execution Logs, um die Details im Seitenpanel zu sehen, und entscheiden Sie dann, ob diese Kontakte wieder hinzugefügt werden müssen, wobei Sie Ihre Allow-Re-entry-Einstellung im Kopf behalten.
Kann mein Kunde HighLevel-Support direkt dazu kontaktieren?
Normalerweise nicht. HighLevel sagt, dass nur Agency Admins und Agency Users die Support-Schaltfläche sehen, Location-Admins und -User aber nicht. Kunden sollten die Details an ihre Agentur schicken, die es über Live-Chat oder ein Ticket einreichen kann.
Meist reicht eine der obigen Lösungen aus, und es gibt keinen Grund umzuziehen. Aber wenn Sie ohnehin die Website eines Kunden neu aufbauen und Formular, Kontakte und Follow-up alle an einem Ort haben möchten, betreibt WebNewBiz trigger-basierte Workflow-Automatisierungen (zum Beispiel bei einem Formular-Absenden, einem geplanten Datum oder einem Geburtstag) innerhalb desselben CRM wie die Website. Das gibt es ab Growth (79 $ im Monat) und höher, und Website-Anfragen landen automatisch im CRM. Die ehrlichen Grenzen: es ist eine jüngere Plattform mit einem kleineren Ökosystem als GoHighLevels Agenturprogramm, das CRM ist in den günstigeren Lite- und Starter-Plänen nicht enthalten, und die Agenturpreise sind nicht veröffentlicht. Erstellen Sie Ihre Website für 1 $, oder wenn Sie eine Agentur führen, sprechen Sie mit uns über White-Label. Wenn Sie Optionen breiter vergleichen, siehe unseren Leitfaden zu GoHighLevel-Alternativen.