Jahrelang konnte ein Geofence nur eines: Ein Nutzer überschritt eine Linie auf der Karte, und Ihre App feuerte eine Push-Benachrichtigung ab. Ein einziger Ping – und der Geofence war mit dem Nutzer fertig. Passte das Timing nicht oder hatte der Nutzer Benachrichtigungen stummgeschaltet, war das schon das Ende.
Das ist viel Kaufabsicht für eine einzige Nachricht. Wer Ihr Geschäft betritt, in einem Flughafenterminal verweilt oder die Heimatstadt verlässt, liefert Ihnen ein Echtzeit-Verhaltenssignal. Eine einzelne Push-Benachrichtigung erfasst davon kaum etwas.
Das hat sich geändert. Eine Geozone kann einen Nutzer heute in eine Journey einsteigen lassen – eine Sequenz, die sich über mehrere Kanäle entfaltet, statt einmalig zu feuern und dann zu verstummen.
In Pushwoosh löst eine Geozone bei Entry, Dwell und Exit ein Event aus, das direkt in den Pushwoosh Customer Journey Builder einfließt. So kann ein Standortsignal eine vollständige Omnichannel-Journey starten – statt nur eine einzelne Push-Benachrichtigung.
Standortdaten und DSGVO: die Grundlage für Geofencing
Standortdaten sind personenbezogene Daten im Sinne der DSGVO. Bevor eine Geozone auch nur ein Event auslöst, muss die Rechtsgrundlage stehen: eine ausdrückliche, dokumentierte und jederzeit widerrufbare Einwilligung des Nutzers zur Standorterfassung.
Pushwoosh verarbeitet diese Daten entsprechend: SOC 2 Type I und ISO 27001:2022 zertifiziert, DSGVO-konform, mit Rechenzentren in der EU und den USA. Sie entscheiden, in welchem Rechtsraum die Standortdaten Ihrer Nutzer bleiben — das ist bei uns Teil der Architektur, keine Fußnote.
Wie Geofencing-Marketing funktioniert
Geofencing basiert auf 3 Momenten, und jeder davon löst ein Event aus, auf das Sie reagieren können:
- Entry (Eintritt) — der Nutzer betritt die Zone. Der klassische Proximity-Trigger.
- Dwell (Verweildauer) — der Nutzer bleibt für eine festgelegte Zeit in der Zone. Hier zeigt sich Kaufabsicht: Wer verweilt, hat einen Grund dafür.
- Exit (Austritt) — der Nutzer verlässt die Zone. Ihr Stichwort für Follow-up, Feedback oder Win-back.
| Trigger | Event | Typisches Szenario | Zu beobachtender KPI |
|---|---|---|---|
| Entry | PW_GeozoneEntered (oder eigener Name) | Nutzer nähert sich Geschäft, Veranstaltungsort oder Filiale → kontextbezogenes Angebot senden | Entry-to-Open-Rate, Visit-to-Conversion |
| Dwell | PW_GeozoneDwell (nach der festgelegten Zeit) | Nutzer verweilt in Einkaufszentrum, Terminal oder Autohaus → relevante Aktion anstoßen | Dwell-to-Action-Rate |
| Exit | PW_GeozoneExited (oder PW_GeozoneExitedByTimeout) | Nutzer verlässt den Bereich → Session beenden, Feedback einholen, Follow-up starten | Exit-to-Re-Engagement-Rate |
PW_GeozoneEntered (oder eigener Name)PW_GeozoneDwell (nach der festgelegten Zeit)PW_GeozoneExited (oder PW_GeozoneExitedByTimeout)Ein weiteres Präzisions-Upgrade: Geozonen sind nicht mehr auf Kreise beschränkt. Sie können ein Polygon zeichnen, das dem tatsächlichen Grundriss eines Einkaufszentrums, Flughafens oder Firmengeländes entspricht — der Trigger feuert dann an der echten Grenze statt an einem grob gezeichneten Kreis.
Wenn Sie bereits Pushwoosh nutzen, läuft das Ganze auf Ihrem aktuellen Pushwoosh SDK. Kein Update nötig — das SDK spricht bereits Geo 😎.
Geofencing-Marketing: Anwendungsfälle & Beispiele
Der Trigger bleibt überall derselbe. Was sich ändert, ist der Moment, den Sie abpassen, und die passende Botschaft dazu. So sieht das in 4 App-Typen aus.
🛒 Handel & Lieferdienste: Proximity-Reaktivierung
Das Problem: Laufkundschaft in der Nähe eines Geschäfts ist warme Kaufabsicht, die Ihre App meist übersieht. Wer einen Häuserblock entfernt ist, hat sich bereits entschieden, in Ihrer Nachbarschaft zu sein — Ihre Aufgabe ist es, einen Grund zum Reinkommen zu liefern.
Die Fähigkeit: Der richtige Zug ist, auf Dwell statt auf Entry zu triggern. Wer sofort beim Grenzübertritt feuert, erfasst jeden Passanten; ein Dwell-Timer erfasst nur die, die tatsächlich geblieben sind.
So sieht es aus: Ein Nutzer betritt die Geozone rund um Ihr Flagship-Store und bleibt. Nach 3 Minuten feuert PW_GeozoneDwell und startet die Journey (ein Passant löst sie nie aus). Es geht eine In-App-Nachricht raus: „Sie sind in der Nähe unserer Filiale in der Innenstadt — zeigen Sie das hier für 15 % Rabatt, nur heute.“ Ist Push der erreichbare Kanal, geht stattdessen eine Push-Benachrichtigung raus.
Noch einen Schritt weiter: Geben Sie potenziellen Käufern eine echte Rabattkarte oder einen Coupon, nicht nur eine Push-Benachrichtigung. Sobald ein wahrscheinlicher Käufer die Zone betritt, stellen Sie einen Wallet Pass mit dem eingebetteten Angebot aus. Er landet mit einem Tap auf dem Sperrbildschirm als Karte, die der Nutzer behält.
Und das Beste: Da die Karte in Apple Wallet oder Google Wallet liegt, erreicht sie jeden in der Store-Zone — auch ohne installierte App.
💰 FinTech: standortbewusster Kontext & Sicherheitshinweise
Das Problem: Bei einer FinTech-App (Wallet, Trading-App, Neobank) ist eine Standortänderung des Nutzers echter Kontext, kein Rauschen. Zu wissen, dass jemand gerade sein gewohntes Gebiet verlassen hat, lässt die App aufmerksam wirken, ohne aufdringlich zu sein.
Die Fähigkeit: Der Eintritt in eine neue Region oder der Austritt aus der Heimatzone als Signal, dass sich die Situation gerade geändert hat.
So sieht es aus: Ein Nutzer verlässt die Geozone seiner Heimatstadt, und die App sendet einen leichten Hinweis: „Unterwegs? Aktivieren Sie den Reisemodus, damit Ihre Karten im Ausland weiter funktionieren.“ Das beruhigt statt zu alarmieren — Kontext und Komfort. Richtig umgesetzt, ist das genau die Art von Detail, die eine App wie einen aufmerksamen Begleiter wirken lässt.
Wie FinTech-Apps den Rest ihres Engagement-Lifecycles gestalten.
🛫 Mobility & Reisen: Dwell-basierte Service-Hinweise
Das Problem: Wer eine Weile an einem Ort verharrt, steckt oft fest, wartet oder überlegt — und genau dann hilft ein gut getimter Hinweis.
Die Fähigkeit: Dwell. Auslösen, nachdem der Nutzer echte Zeit in der Zone verbracht hat.
So sieht es aus: Ein Nutzer hält sich seit 15 Minuten in der Geozone eines Flughafenterminals auf. Das Dwell-Event feuert, und die App bietet genau das an, was der Moment verlangt: „Lange Wartezeit voraus? Sichern Sie sich einen Lounge-Pass — 20 % Rabatt für die nächste Stunde.“ Die Verzögerung ist der ganze Sinn: Sie pingen nicht jemanden an, der nur durchläuft, sondern helfen jemandem, der nachweislich wartet.
Das gleiche Prinzip funktioniert im Autohaus: Ein Interessent verbringt 20 Minuten auf dem Gelände, bevor er nach einer Probefahrt fragt. Der Dwell-Trigger startet dort eine Journey mit einem Terminangebot für den nächsten freien Slot — ein Szenario mit besonderer Relevanz für die deutsche Automobilbranche.
Das ist der Unterschied zwischen hilfreich und nervig — und er steht im Zentrum von Mobility- und Lieferdienst-Apps.
🆕 Events & Medien: geozone-gesteuerte Inhalte
Das Problem: Mancher Content ergibt nur vor Ort Sinn: der Live-Feed, der Lageplan der Location oder die Stadion-Berichterstattung. Überall sonst ist er nur Ballast. Geofencing schaltet ihn abhängig vom Standort des Nutzers ein und aus.
Die Fähigkeit: Entry öffnet eine Content-Serie, Exit schließt sie.
So sieht es aus: Ein Nutzer betritt die Stadion-Geozone, und die App schaltet eine Live-Coverage-Journey frei, z. B. Spielstände, Spielplan, exklusive Perspektiven: „Sie sind in der Arena. Tippen Sie rein für Live-Stats und Wiederholungen.“ Beim Verlassen läuft die Serie aus, sodass niemand von Inhalten nach Hause verfolgt wird, die er nicht mehr braucht. Der Standort steuert das Erlebnis so, dass es relevant bleibt, solange es zählt, und verschwindet, wenn es das nicht mehr tut.
So gestalten Media-Apps event-getriebenes Engagement.
So starten Sie Ihre erste Geofencing-Kampagne
Sie brauchen keinen neuen Stack. Hier ist der kürzeste Weg von einer Zone auf der Karte zu einer laufenden Kampagne.
-
Geozone erstellen und Event aktivieren
Zeichnen Sie die Zone (Kreis oder Polygon) — das Entry-Event wird beim ersten Anlegen automatisch erstellt. Aktivieren Sie Dwell und Exit, falls Ihr Flow sie braucht.
-
Bedingung festlegen
Wählen Sie das Signal, das den Flow startet: Entry, Dwell nach N Minuten oder Exit. Fügen Sie das Assume-Exit-Timeout hinzu, damit ein stummes Gerät einen Nutzer nicht auf halbem Weg hängen lässt.
-
Journey verzweigen
Nutzen Sie im Customer Journey Builder das Geo-Event als trigger-basierten Einstieg und verzweigen Sie dann nach Kanal und Erreichbarkeit — zuerst Push, mit Fallback auf In-App oder E-Mail, falls sie nicht ankommt. Wenn Sie zum ersten Mal eine Journey von Grund auf bauen, deckt die Anleitung von der Idee zur Live-Kampagne in Minuten die Mechanik von Anfang bis Ende ab.
-
Kanal pro Moment wählen
Passen Sie die Nachricht an das Signal an. Entry braucht etwas Kurzes und Unmittelbares, Dwell kann ein reichhaltigeres Angebot tragen, Exit ist für das Follow-up.
Ein paar Fehler, die Sie vermeiden sollten:
- Zu enger Radius. 50 Meter sind das Plattform-Minimum, und GPS ist nicht pixelgenau, sodass eine zu enge Zone echte Besucher verpasst. Der Standard liegt bei 200 Metern (bis zu 100 km möglich) — starten Sie dort und justieren Sie nach.
- Kein Dwell-Filter. Wer nur auf Entry triggert, erreicht jeden, der vorbeiläuft. Stellen Sie den Trigger auf Dwell (
PW_GeozoneDwell) um, dann steigen nur Nutzer ein, die tatsächlich geblieben sind. - Kein Cooldown auf Entry. Legen Sie einen Cooldown fest (von 1 Minute bis 41 Tage), damit jemand, der in die Zone rein- und rausläuft, nicht jedes Mal angepingt wird; liegen Ihre Zonen in einem Cluster, gilt der Cooldown für den gesamten Cluster. Er blockiert nur Entry-Aktionen — Dwell, Exit und Assume-Exit folgen weiterhin dem tatsächlichen Besuch statt dem Zeitplan.
Geo-getriggerte Journeys mit Pushwoosh starten
Der Standort ist eines der stärksten Echtzeit-Signale, die eine mobile App hat, und die meisten Apps verschwenden es noch immer auf eine einzelne Push-Benachrichtigung. Pushwoosh macht aus Geozone-Entry, -Dwell und -Exit Events, die direkt in den Customer Journey Builder einfließen — DSGVO-konform verarbeitet und in EU-Rechenzentren gehostet. So startet ein Nutzer beim Grenzübertritt einen koordinierten Omnichannel-Flow statt eines einmaligen Pings.
