> For the complete documentation index, see [llms.txt](https://one-loop.gitbook.io/help/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://one-loop.gitbook.io/help/plattform/one-loop-plattform/automatisierung/workflows/seitenbesuche-als-ausloser-fur-automatisierungen.md). # Seitenbesuche als Auslöser für Automatisierungen Der Auslöser **Seitenaufruf von Website/Funnel** startet einen Workflow, wenn ein bekannter Kontakt eine ausgewählte Seite besucht. Damit kannst du auf erkennbares Interesse reagieren: Eine Person liest zum Beispiel eine Informationsseite und erhält anschließend eine passende Nachricht oder wird für einen Rückruf vorgemerkt. Der Auslöser ist kein allgemeiner Besucherzähler. Er arbeitet nur dann, wenn ein Seitenbesuch einem Kontakt zugeordnet werden kann. Anonyme Besuche lösen deshalb keinen kontaktbezogenen Workflow aus. ## Das Ergebnis: Reaktion auf ein konkretes Interesse Ein Seitenbesuch allein sagt noch nicht, was eine Person möchte. Er kann aber ein sinnvoller Anlass sein, um mit einem passenden nächsten Schritt zu helfen. Entscheidend ist, dass du den Auslöser auf die richtige Website, Seite oder Kampagnenkennung begrenzt. Ein sinnvolles Beispiel: Eine Person folgt einem Link aus einem Newsletter zu einer Seite über ein Probetraining. Der Workflow startet nur bei diesem Seitenbesuch und wartet zunächst. Danach kann er nützliche Informationen senden oder eine interne Aufgabe auslösen. Die Nachricht bezieht sich damit auf ein Interesse, das gerade sichtbar geworden ist. > **Wichtig:** Richte den Auslöser so eng wie nötig ein. Ein Workflow, der bei jedem Seitenbesuch startet, kann schnell zu unpassenden oder mehrfachen Folgeaktionen führen. ## Voraussetzungen vor dem Einrichten Prüfe diese Punkte, bevor du den Workflow baust: * Du darfst Workflows bearbeiten. * Die Website oder der Funnel, den du beobachten möchtest, ist im Auswahlfeld verfügbar. * Du kennst die Seite oder den URL-Pfad, der wirklich relevant ist. * Wenn du Besuche aus einer bestimmten Kampagne unterscheiden möchtest, liegt ein Link mit klaren UTM-Kennungen vor. * Du hast einen bekannten Testkontakt, mit dem du den vollständigen Weg kontrollieren kannst. * Die Folgeaktion passt zum Interesse an dieser Seite und ist nicht vorschnell oder zu häufig. **UTM-Kennungen** sind kurze Angaben in einer Link-Adresse. Sie helfen dir zu verstehen, aus welchem Zusammenhang ein Besuch kommt. Sie stehen meist hinter einem Fragezeichen in der Adresse, zum Beispiel `?utm_source=newsletter&utm_campaign=probetraining`. Du brauchst sie nur, wenn der Workflow genau solche Besuche unterscheiden soll. ## Den Auslöser hinzufügen 1. Öffne **Automatisierung > Workflows**. 2. Erstelle einen neuen Workflow oder öffne einen Entwurf, in den der Auslöser gehört. 3. Füge als Auslöser **Seitenaufruf von Website/Funnel** hinzu. 4. Vergib einen eindeutigen Namen, zum Beispiel **Besuch: Probetraining-Info**. Der Name beschreibt den Anlass, nicht die spätere Aktion. 5. Wähle im Pflichtfeld **Website/Funnel** den Bereich aus, dessen Besuche du beobachten möchtest. 6. Begrenze den Auslöser bei Bedarf mit einer einzelnen **Seite**, einem **Seitenpfad** oder UTM-Kennungen. 7. Speichere den Auslöser. 8. Ergänze erst danach die Folgeaktionen, zum Beispiel eine Wartezeit, eine Nachricht oder eine interne Aufgabe. 9. Teste den Ablauf mit einem passenden und einem absichtlich unpassenden Besuch. 10. Veröffentliche den Workflow erst, wenn nur der gewünschte Besuch den richtigen Ablauf startet. Die Oberfläche trennt dabei die Auswahl des Bereichs von den zusätzlichen Filtern. Beginne immer mit **Website/Funnel**. Erst danach entscheidest du, ob der gesamte Bereich, eine konkrete Seite oder nur ein klar abgegrenzter Teil davon relevant ist. ## Die sichtbaren Felder richtig einordnen | Feld | Pflicht? | Was es festlegt | Wann du es verwendest | | ------------------ | -------- | ---------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------- | | **Website/Funnel** | Ja | Den Bereich, in dem Seitenbesuche beobachtet werden. | Immer zuerst auswählen. | | **Seite** | Nein | Eine konkrete Seite innerhalb des gewählten Bereichs. | Wenn nur genau diese eine Seite den Workflow starten soll. | | **Seitenpfad** | Nein | Einen Teil der Adresse, der einen bestimmten Seitenbereich beschreibt. | Wenn mehrere ähnliche Seiten dazugehören oder du über die Adresse genauer eingrenzen möchtest. | | **UTM-Kampagne** | Nein | Die Kampagnenkennung im verwendeten Link. | Wenn nur Besuche aus einer bestimmten Aktion zählen sollen. | | **UTM-Quelle** | Nein | Die Herkunft des Links, etwa ein Newsletter. | Wenn derselbe Seitenbesuch je nach Herkunft anders behandelt werden soll. | | **UTM-Medium** | Nein | Die Art der Herkunftskennzeichnung. | Wenn du verschiedene Ausspielwege getrennt prüfen möchtest. | | **UTM-Inhalt** | Nein | Eine zusätzliche Kennzeichnung, etwa für zwei Linkvarianten. | Wenn mehrere Links derselben Kampagne unterschieden werden sollen. | Wähle nicht gleichzeitig mehr Einschränkungen, als du für die Entscheidung brauchst. Jede zusätzliche Bedingung kann verhindern, dass ein ansonsten passender Besuch den Workflow erreicht. Ist der Auslöser zu weit, startet er dagegen bei zu vielen Besuchen. ## Vergleichsarten ohne Rätselraten verwenden Für Filter stehen je nach Feld diese Vergleichsarten zur Verfügung: | Vergleichsart | Bedeutung | Praktischer Einsatz | | ------------------ | -------------------------------------------------- | ---------------------------------------------------------------------------------- | | **ist** | Der Wert muss genau zu deiner Angabe passen. | Für eine konkrete Seite oder eine eindeutige UTM-Kennung. | | **ist einer von** | Einer aus mehreren angegebenen Werten ist erlaubt. | Wenn mehrere festgelegte Seiten oder Kennungen denselben Ablauf starten sollen. | | **ist keiner von** | Die angegebenen Werte schließen einen Besuch aus. | Wenn ein Bereich grundsätzlich passt, einzelne Seiten aber nicht reagieren sollen. | | **ist leer** | Das Feld darf keine Kennung enthalten. | Wenn du nur Besuche ohne eine bestimmte UTM-Angabe unterscheiden möchtest. | | **ist nicht leer** | Das Feld muss eine Kennung enthalten. | Wenn nur Links mit einer vorhandenen Kennung relevant sind. | Bei einer exakten Seite oder Kennung ist **ist** normalerweise die verständlichste Wahl. Verwende Listen oder Ausschlüsse nur dann, wenn du den Grund dafür klar beschreiben und mit Testbesuchen prüfen kannst. ## Seite, Seitenpfad und UTM sauber unterscheiden Diese drei Arten der Eingrenzung beantworten unterschiedliche Fragen: * **Seite:** „Wurde genau diese ausgewählte Seite besucht?“ * **Seitenpfad:** „Passt die Adresse zu diesem bestimmten Bereich?“ * **UTM-Kennung:** „Kam der Besuch aus diesem bestimmten Link-Zusammenhang?“ Beispiel: Du hast eine Seite für ein Probetraining und verteilst den Link über einen Newsletter sowie über einen QR-Code. Mit der Seite allein reagieren beide Besuchswege gleich. Ergänzt du die UTM-Quelle, kann nur der Besuch aus dem Newsletter den Workflow starten. Der QR-Code bleibt davon unberührt. Kontrolliere bei Seitenpfaden die tatsächliche Adresse im Browser. Ähnliche Seitennamen bedeuten nicht automatisch, dass die Pfade gleich aufgebaut sind. Ein einzelner zusätzlicher Teil oder ein anderer Schreibstil kann die Bedingung verändern. ## Folgeaktionen sinnvoll aufbauen Nach dem Auslöser startet der Workflow wie bei jedem anderen Anlass. Baue die Folgeschritte so, dass sie zum Besuch passen und für die Person hilfreich bleiben. Eine sichere Reihenfolge kann so aussehen: 1. **Wartezeit:** Gib der Person Zeit, die Seite in Ruhe zu lesen. 2. **Prüfung:** Falls nötig, unterscheide mit einer Wenn/Dann-Verzweigung weitere bekannte Angaben. 3. **Hilfreiche Nachricht:** Sende Informationen, die direkt zum besuchten Thema passen. 4. **Interne Aufgabe:** Lege eine Aufgabe nur dann an, wenn ein persönlicher Rückruf oder eine Beratung wirklich sinnvoll ist. 5. **Ergebnis prüfen:** Kontrolliere im Workflow-Verlauf, ob der Besuch den erwarteten Ablauf ausgelöst hat. Der Seitenbesuch ist nur der Startpunkt. Eine aufdringliche Nachricht direkt nach jedem Aufruf ist selten die beste Reaktion. Formuliere den nächsten Schritt deshalb als hilfreiche Fortsetzung des Themas, nicht als Druck. ## Praxisbeispiel: Interesse an einem Probetraining Ein Fitnessstudio möchte Menschen unterstützen, die seine Seite zum Probetraining aufrufen. 1. Es erstellt einen Workflow mit dem Auslöser **Seitenaufruf von Website/Funnel**. 2. Bei **Website/Funnel** wählt das Team den Bereich mit den Informationsseiten aus. 3. Als **Seite** wählt es ausschließlich die Seite zum Probetraining. 4. Zusätzlich setzt es bei **UTM-Quelle** den Vergleich **ist** und trägt **newsletter** ein. 5. Der Workflow wartet einen angemessenen Zeitraum. 6. Danach erhält der Kontakt eine kurze E-Mail mit häufigen Fragen zur Vorbereitung auf das Probetraining. 7. Ein bekannter Testkontakt öffnet zuerst den passenden Newsletter-Link. Das Team kontrolliert, dass der Workflow im Verlauf startet. 8. Derselbe Test wird mit einem Link ohne diese UTM-Quelle wiederholt. Dann darf der Workflow nicht starten. 9. Erst nach beiden Prüfungen veröffentlicht das Team den Ablauf. So bleibt die Reaktion nachvollziehbar: Nicht jeder Besuch führt zu einer Aktion, sondern nur der klar abgegrenzte Besuch aus dem gewünschten Zusammenhang. ## Den Auslöser zuverlässig testen Ein guter Test besteht immer aus einem passenden und einem unpassenden Fall. ### Passenden Fall prüfen 1. Verwende einen bekannten Testkontakt. 2. Öffne exakt den Link, der den Workflow starten soll. 3. Kontrolliere im Workflow-Verlauf, ob der Kontakt am richtigen Auslöser erscheint. 4. Prüfe danach die Folgeaktion, zum Beispiel die Wartezeit oder einen vorbereiteten Nachrichtenschritt. 5. Kontrolliere, ob der angezeigte Besuch zu Website, Seite und UTM-Kennung passt. ### Unpassenden Fall prüfen 1. Öffne mit einem getrennten Testkontakt oder nach klarer Trennung des Testlaufs einen ähnlichen Link. 2. Verändere bewusst eine Bedingung: eine andere Seite, einen anderen Seitenpfad oder eine andere UTM-Kennung. 3. Kontrolliere, dass dieser Besuch nicht in den Workflow eintritt. 4. Prüfe die Filtereinstellung erneut, falls der Workflow trotzdem gestartet ist oder der passende Test nicht startet. Teste immer die echte Link-Adresse. Ein manuell ähnlicher, aber anders aufgebauter Link beweist nicht, dass die Filter korrekt arbeiten. ## Häufige Fehler und die passende Lösung | Beobachtung | Wahrscheinliche Ursache | Sichere Lösung | | -------------------------------------------------------------- | ---------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------- | | Der Workflow startet bei anonymen Besuchen nicht. | Der Auslöser arbeitet kontaktbezogen. | Teste mit einem bekannten Kontakt und prüfe danach den Workflow-Verlauf. | | Der gewünschte Besuch startet keinen Workflow. | Website/Funnel, Seite, Pfad oder UTM-Wert passen nicht genau. | Vergleiche die Filter einzeln mit der tatsächlich geöffneten Link-Adresse. | | Zu viele Besuche starten den Ablauf. | Der Auslöser ist zu breit angelegt. | Begrenze zuerst auf die konkrete Seite und ergänze bei Bedarf eine passende UTM-Kennung. | | Ein Test mit Newsletter-Link verhält sich anders als erwartet. | Die UTM-Angabe im echten Link weicht von der Filterbedingung ab oder fehlt. | Prüfe Quelle, Kampagne, Medium und Inhalt direkt in der Link-Adresse. | | Eine ähnliche Seite löst den falschen Ablauf aus. | Der Seitenpfad ist zu allgemein oder die Seite wurde nicht genau ausgewählt. | Nutze eine präzisere Seite oder passe den Pfad nach einem Gegen-Test an. | | Die Folgeaktion wirkt unpassend. | Der Seitenbesuch wurde als stärkeres Signal interpretiert, als er ist. | Ergänze eine Wartezeit und biete hilfreiche Informationen statt sofortiger, umfassender Ansprache an. | ## Grenzen, die du kennen solltest * Der Auslöser startet nur bei Seitenbesuchen, die einem Kontakt zugeordnet werden können. * **Website/Funnel** ist die notwendige Grundauswahl; weitere Filter sind optional. * Ein Seitenbesuch ist ein Interessenssignal, aber keine sichere Aussage über eine Kauf- oder Kontaktabsicht. * Die Quellen legen keine allgemeine Regel fest, wie wiederholte Besuche desselben Kontakts in deinem Workflow behandelt werden. Prüfe deshalb mit einem eigenen Test, welche Ausführungsregel für deinen Ablauf eingestellt ist. * Bei jeder Änderung an Seite, Pfad oder UTM-Kennung testest du den passenden und den unpassenden Fall erneut. Wenn du den Auslöser klar begrenzt und gegen echte Link-Adressen testest, werden Seitenbesuche zu einem verlässlichen, verständlichen Anlass für passende Automatisierungen. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://one-loop.gitbook.io/help/plattform/one-loop-plattform/automatisierung/workflows/seitenbesuche-als-ausloser-fur-automatisierungen.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.