Targeting bestimmt, wer das Widget sieht. Die richtigen Regeln verbessern die Performance massiv – ein „10 % Rabatt"-Angebot auf einer Pricing-Seite konvertiert ganz anders als dasselbe Angebot auf einem Blogpost.
Seiten-Targeting
Das Seiten-Targeting prüft den Pfad der aktuellen URL (alles nach der Domain).
Standard: Substring-Match
Standardmäßig wird das eingegebene Muster als Substring-Match behandelt – die Regel matched, wenn die URL Ihr Muster irgendwo enthält. Das ist die großzügigste Variante.
| Muster | Matched | Matched nicht |
|---|---|---|
/pricing | /pricing, /pricing/team, /en/pricing | /about, /blog |
/blog | /blog, /blog/post-1, /de/blog | /about, /podcasts |
checkout | /checkout, /store/checkout/step-2 | /cart, /orders |
Wildcards mit *
Verwenden Sie * als Platzhalter für ein URL-Segment.
| Muster | Matched | Matched nicht |
|---|---|---|
/blog/* | /blog/launch, /blog/2026/launch | /blog, /news |
/products/*/buy | /products/widget-a/buy, /products/123/buy | /products/widget-a |
/*/pricing | /en/pricing, /de/pricing | /pricing |
Mehrere Muster
Geben Sie mehrere Muster ein (eines pro Zeile). Sie werden mit ODER kombiniert – eine URL muss nur eines matchen.
/pricing
/checkout
/products/*/buy
Dieses Widget würde auf der Pricing-Seite, im Checkout-Flow und auf jeder Produkt-Buy-Seite ausgelöst.
Leer = überall
Wenn Sie das Seiten-Feld leer lassen, ist das Widget auf jeder Seite der Domain anzeigbar. Sinnvoll für Top-Funnel-Widgets wie Newsletter-Anmeldungen.
Tipp: Seiten ausschließen
Seiten-Targeting funktioniert nur als „Inklusion". Wenn Sie bestimmte Seiten von einer breiten Regel ausschließen möchten, ist es sauberer, getrennte Widgets pro Seite oder pro Bereich anzulegen, statt ein „alle Seiten außer X"-Muster zu basteln.
Land-Targeting
Widget anhand des Landes des Besuchers ein- oder ausblenden.
Format
Verwenden Sie zweistellige ISO 3166-1 alpha-2-Ländercodes in Großbuchstaben:
| Code | Land |
|---|---|
US | Vereinigte Staaten |
DE | Deutschland |
FR | Frankreich |
JP | Japan |
BR | Brasilien |
GB | Vereinigtes Königreich |
Im Builder geben Sie einen zweistelligen Code im Länderfeld ein und drücken Add (oder Enter), um ihn als Chip hinzuzufügen. Wiederholen Sie dies für jedes Land, das Sie einbinden möchten, und entfernen Sie eines, indem Sie auf das x des Chips klicken.
Häufige Muster
| Ziel | Auswahl |
|---|---|
| Währungsspezifisches Angebot | Nur Länder mit dieser Währung |
| Regionaler Launch | Länder, für die Sie lokalisiert haben |
| Compliance-Ausschlüsse | Märkte ausschließen, in denen das Angebot nicht zulässig ist |
Leer = weltweit
Leere Länderliste = das Widget ist überall anzeigbar.
Wie das Land erkannt wird
Das Land wird zum Zeitpunkt des Page-Loads aus der IP des Besuchers abgeleitet. VPN-Nutzer werden dem Exit-Node-Land des VPN zugeordnet. Es findet kein clientseitiges GeoIP-Lookup statt – die Widget-Engine erhält das Land zusammen mit dem Page-Event.
Geräte-Targeting
Wählen Sie, auf welchen Gerätetypen das Widget läuft.
| Gerät | Erkannt über | Typische Verwendung |
|---|---|---|
| Desktop | Besucher-User-Agent | Mouse-leave-Trigger (am zuverlässigsten) |
| Mobile | Besucher-User-Agent | Scroll-up- + Sichtbarkeitsrückkehr-Trigger |
| Tablet | Besucher-User-Agent | Scroll-up- + Sichtbarkeitsrückkehr-Trigger |
Warum das Gerät wichtig ist
Exit-Intent löst auf jedem Gerät anders aus (siehe Übersicht). Ein Widget, das auf das Mouse-leave-Signal optimiert ist, wirkt auf Mobile (mit Scroll-up-Trigger) seltsam. Typische Kombinationen:
- Rabatt-Popup – nur Desktop (Mouse-leave ist das stärkste Signal)
- Newsletter-Anmeldung – alle Geräte
- App-Store-CTA – nur Mobil
Geräte mischen
Sie können beliebig kombinieren. Mindestens eines muss aktiviert sein, sonst kann das Widget nicht auslösen.
Besuchsanzahl-Targeting
Optionale Regel: Widget erst zeigen, wenn der Besucher mindestens N-mal auf der Seite war.
Anwendungsfälle
| Schwellwert | Anwendung |
|---|---|
| 1 (Standard) | Nur Erstbesucher |
| 2 | „Willkommen zurück"- oder Treue-Angebot |
| 3+ | Engagierte Wiederkehrer |
⚠️ Caveat – Cookieless-Modus
Die Besuchsanzahl wird aus einer gespeicherten Besucher-ID errechnet. Im Cookieless-Modus (datenschutzfreundlicher Standard für manche Zenovay-Konfigurationen) ist die Besucher-ID nur fensterbezogen – sie verschwindet beim Tab-Schließen. Folge:
min_visit_count > 1löst im Cookieless-Modus praktisch nie aus- Jeder „Besuch" wirkt für die Engine wie ein neuer Besucher
- Nutzen Sie diese Regel nur, wenn Ihre Site mit dem Standard-Tracker (mit Cookies) läuft
Wenn Sie nicht sicher sind, in welchem Modus Ihre Site läuft, prüfen Sie die General-Settings-Seite Ihres Domain-Dashboards oder lesen Sie Verwendet Zenovay Cookies?.
Frequenzbegrenzung
Eine Frequenzbegrenzung legt fest, wie oft derselbe Besucher das Widget sieht. Sie wird im Schritt Frequency des Builders gesetzt und verwendet einen Schieberegler, der in Tagen gemessen wird (0–30).
| Einstellung | Verhalten |
|---|---|
| 0 Tage | Keine Begrenzung – eligible zum Auslösen bei jedem Exit-Intent-Trigger |
| 1 Tag | Maximal einmal pro Tag, pro Besucher |
| 7 Tage | Maximal einmal pro Woche, pro Besucher |
| 30 Tage | Maximal einmal pro Monat, pro Besucher |
Jede ganze Zahl von 0 bis 30 funktioniert – stellen Sie den Schieberegler auf den gewünschten Abstand zwischen Ansichten ein.
Wie das Cap-Fenster funktioniert
Das Cap ist ein rollendes Fenster ab dem Zeitpunkt, an dem ein Besucher das Widget zuletzt gesehen hat, nicht an einer Kalendertaggrenze. Mit einem 1-Tag-Cap sieht ein Besucher, der das Widget um 14:00 Uhr sieht, es erst ab 14:00 Uhr am nächsten Tag wieder – die Uhr startet, wenn er es sieht, unabhängig davon, wo auf der Welt er ist.
Das Setzen des Schiebereglers auf 0 hebt das Cap vollständig auf. Selbst dann wird derselbe Besucher das Widget nicht zweimal innerhalb einer einzigen Browser-Tab-Sitzung sehen (der Renderer deduplicates pro Sitzung), aber er könnte es bei einem späteren Besuch erneut sehen.
Wie das Cap gezählt wird
Das Cap wird wenn das Widget einem Besucher gezeigt wird aufgezeichnet. Unabhängig davon, ob er auf den Call-to-Action klickt oder es schließt – das Fenster hat bereits begonnen, daher wird er es bis zum Ablauf des Fensters nicht erneut sehen.
Das Cap wird anhand eines täglich rotierenden Hash der Besucher-IP-Adresse nachverfolgt – kein Cookie erforderlich, daher funktionieren Frequenzbegrenzungen auch im Cookieless-Modus (anders als das Besuchsanzahl-Targeting oben).
Alles zusammen
Ein typisches „High-Intent-Käufer"-Widget könnte kombinieren:
| Regel | Wert |
|---|---|
| Page | /pricing, /checkout/* |
| Country | US, CA, GB |
| Device | Nur Desktop |
| Min. visit count | 1 |
| Cap | 1 Tag |
Das zeigt eine Checkout-Rescue-Aktion englischsprachigen Käufern auf dem Desktop, höchstens einmal pro Tag.
Häufige Stolpersteine
| Symptom | Wahrscheinliche Ursache |
|---|---|
| Widget erscheint nie | Targeting zu eng oder Sie haben es bereits gesehen (Inkognito testen) |
| Erscheint auf falschen Seiten | Substring-Match zu locker – *-Wildcards oder längeres Muster verwenden |
| Erscheint nicht auf Mobil | Geräte-Liste schließt Mobile aus oder Sie testen mit Mouse-leave (stattdessen Scroll-up nutzen) |
| Besuchsanzahl-Regel macht nichts | Site läuft im Cookieless-Modus; Besuchsanzahl benötigt persistente IDs |
| Erscheint öfter als erwartet | Frequenzbegrenzung ist auf 0 (kein Cap) gesetzt oder auf weniger Tage als Sie zwischen Ansichten möchten |