במשך שנים geofence עשה דבר אחד: המשתמש חצה קו על המפה, והאפליקציה שלחה push. פינג אחד, וה-geofence סיים את התפקיד שלו. אם התזמון היה לא מדויק, או שהמשתמש השתיק התראות — זה היה הסוף של האינטראקציה.
זה הרבה כוונה בשביל פרץ אחד. מישהו שנכנס לחנות שלכם, משתהה במסוף בנתב”ג, או עוזב את עיר המגורים שלו — נותן לכם סיגנל התנהגותי בזמן אמת. push בודד בקושי קורא אותו.
זה השתנה. geozone יכול עכשיו להכניס משתמש ל-journey — רצף שמתגלגל על פני כמה ערוצים, במקום ירייה בודדת ואז שקט.
ב-Pushwoosh, geozone מפעיל אירוע בכניסה, בשהייה וביציאה, והאירוע הזה זורם ישירות ל-Pushwoosh Customer Journey Builder. כך סיגנל מיקום יכול להתחיל journey omnichannel שלם, ולא רק push בודד.
איך עובד שיווק geofencing
geofencing עובד על 3 רגעים, וכל אחד מהם מפעיל אירוע שאפשר לפעול לפיו:
- כניסה (Entry) — המשתמש חוצה לתוך האזור. הטריגר הקלאסי של קרבה.
- שהייה (Dwell) — המשתמש נשאר בפנים למשך זמן מוגדר. כאן מתגלה הכוונה האמיתית: מי שמשתהה, עצר בשביל סיבה.
- יציאה (Exit) — המשתמש עוזב. זה הרגע שלכם ל-follow-up, למשוב, או ל-win-back.
| טריגר | אירוע | תרחיש טיפוסי | KPI למעקב |
|---|---|---|---|
| כניסה | PW_GeozoneEntered (או שם מותאם אישית) | משתמש מגיע קרוב לחנות, לזירה או לסניף → נשלחת הצעה קונטקסטואלית | אחוז פתיחה מכניסה, המרת ביקור |
| שהייה | PW_GeozoneDwell (אחרי משך הזמן שהגדרתם) | משתמש משתהה בקניון, במסוף או באולם תצוגה של רכבים → מוצעת פעולה רלוונטית | אחוז פעולה משהייה |
| יציאה | PW_GeozoneExited (או PW_GeozoneExitedByTimeout) | משתמש עוזב את האזור → סוגרים סשן, מבקשים משוב, מתחילים follow-up | אחוז re-engagement מיציאה |
PW_GeozoneEntered (או שם מותאם אישית)PW_GeozoneDwell (אחרי משך הזמן שהגדרתם)PW_GeozoneExited (או PW_GeozoneExitedByTimeout)עוד שדרוג דיוק: geozones כבר לא מוגבלים למעגלים. אפשר לצייר פוליגון שתואם את השטח האמיתי של קניון, שדה תעופה או קמפוס, כך שהטריגר מופעל על הגבול האמיתי במקום על מעגל מקורב שנמתח סביבו.
אם אתם כבר לקוחות Pushwoosh, זה רץ על ה-SDK הנוכחי שלכם. אין צורך בעדכון — ה-SDK כבר “מדבר” geo 😎.
תרחישי שימוש ודוגמאות לשיווק geofencing
הטריגר זהה בכל מקום. מה שמשתנה הוא הרגע שאתם תופסים וההודעה שמתאימה לו. הנה איך זה נראה על פני 4 סוגי אפליקציות.
🛒 Retail ומשלוחים: re-engagement מבוסס קרבה
הבעיה: תנועת רגל ליד חנות היא כוונה חמה שהאפליקציה שלכם בדרך כלל מפספסת. מישהו שנמצא במרחק רחוב כבר בחר להיות בשכונה שלכם, והתפקיד שלכם הוא לתת לו סיבה להיכנס.
היכולת: המהלך הנכון הוא טריגר על שהייה, לא על כניסה. הפעלה מיידית ברגע שמישהו חוצה את הגבול תופסת כל עובר אורח; טיימר שהייה תופס רק את אלה שבאמת נשארו.
איך זה נראה: משתמש נכנס ל-geozone סביב חנות הדגל שלכם ונשאר בפנים. אחרי 3 דקות, PW_GeozoneDwell מופעל ומתחיל את ה-journey (עובר אורח לעולם לא מפעיל אותו). נשלחת הודעת in-app: “אתם קרובים לסניף שלנו במרכז — הציגו את זה ל-15% הנחה, היום בלבד.” אם push הוא הערוץ הזמין למשתמש, ההודעה יוצאת כ-push במקום זאת.
שדרוג נוסף: תנו לקונים פוטנציאליים כרטיס הנחה או קופון אמיתי, לא רק push. ברגע שקונה פוטנציאלי נכנס, הנפיקו wallet pass עם ההצעה מוטמעת בתוכו. הוא נוחת על מסך הנעילה ככרטיס שנשמר בלחיצה אחת.
והחלק הכי טוב הוא שמכיוון שהכרטיס חי ב-Apple Wallet או Google Wallet, הוא מגיע לכל מי שנמצא באזור החנות, גם אם האפליקציה שלכם לא מותקנת.
רלוונטי במיוחד סביב חגי תשרי: ראש השנה, יום כיפור וסוכות הם פיק הקניות הגדול בשנה בישראל. אותה לוגיקת dwell-then-offer עובדת מצוין על מבצעי חג בקניונים — רק שימו לב לתזמון: הימנעו משליחת הודעות בשבת ובערבי חג לקהלים מסורתיים, גם אם ה-geozone עדיין רושם dwell.
💰 Fintech: הקשר מבוסס מיקום והתראות אבטחה
הבעיה: באפליקציית fintech (ארנק דיגיטלי, אפליקציית מסחר, בנק דיגיטלי), שינוי במיקום המשתמש הוא הקשר אמיתי, לא רעש. הידיעה שמישהו בדיוק עזב את האזור הרגיל שלו מאפשרת לאפליקציה להרגיש “ערנית” בלי להיות מטרידה.
היכולת: כניסה לאזור חדש, או יציאה מ-geozone הבית, כסיגנל שהמצב פשוט השתנה.
איך זה נראה: משתמש יוצא מה-geozone של עיר המגורים שלו, והאפליקציה שולחת נודג’ קליל: “בנסיעה? הפעילו מצב נסיעות כדי שהכרטיסים ימשיכו לעבוד בחו״ל.” זה מרגיע ולא מבהיל — הקשר ונוחות. כשזה מתבצע נכון, זו בדיוק הנגיעה שגורמת לאפליקציה בנקאית או fintech ישראלית להרגיש שהיא “שומרת” על המשתמש.
ראו איך אפליקציות fintech מריצות את שאר מחזור ה-engagement שלהן.
🛫 Mobility ותיירות: הצעות שירות מבוססות שהייה
הבעיה: משתמש שנמצא באותו מקום זמן ממושך הוא לרוב תקוע, ממתין, או מתלבט — וזה בדיוק הרגע שבו נודג’ עם תזמון נכון עוזר.
היכולת: dwell. מפעילים את הטריגר אחרי שהמשתמש בילה זמן אמיתי בתוך האזור.
איך זה נראה: משתמש בילה 15 דקות בתוך geozone של מסוף בנתב”ג. אירוע ה-dwell מופעל והאפליקציה מציעה בדיוק את מה שהרגע דורש: “המתנה ארוכה? קבלו כרטיס כניסה ללאונג’ — 20% הנחה לשעה הקרובה.” העיכוב הוא בדיוק העניין: אתם לא שולחים פינג למישהו שעובר דרך, אתם עוזרים למישהו שבבירור ממתין.
זה ההבדל בין שימושי למעצבן, וזה מרכזי לאפליקציות mobility ומשלוחים.
🆕 אירועים ומדיה: תוכן שנפתח ונסגר לפי geozone
הבעיה: תוכן מסוים הגיוני רק במקום עצמו: השידור החי, מפת הזירה, או הסיקור מתוך האצטדיון. בכל מקום אחר, זה רעש. geofencing מאפשר להדליק ולכבות אותו לפי מיקום המשתמש.
היכולת: כניסה פותחת סדרת תוכן, יציאה סוגרת אותה.
איך זה נראה: משתמש נכנס ל-geozone של האצטדיון, והאפליקציה פותחת journey של סיקור חי — תוצאות, לוח זמנים, זוויות בלעדיות: “אתם בזירה. הקישו לסטטיסטיקות חיות ולצפייה חוזרת.” כשהם יוצאים, הסדרה נסגרת בהדרגה, כך שאף אחד לא “נרדף” הביתה עם תוכן שהוא כבר לא צריך. המיקום שער את החוויה כך שהיא נשארת רלוונטית בזמן שהיא חשובה, ונעלמת כשהיא לא.
כך אפליקציות מדיה מריצות engagement מונע-אירועים.
איך משיקים את קמפיין ה-geofencing הראשון שלכם
לא צריך stack חדש. הנה הדרך הקצרה ביותר מאזור על המפה לקמפיין חי.
-
צרו את ה-geozone והפעילו את האירוע
ציירו את האזור (מעגל או פוליגון), ואירוע הכניסה נוצר אוטומטית בפעם הראשונה שמוסיפים geozone. הפעילו dwell ו-exit אם ה-flow שלכם צריך אותם.
-
הגדירו את התנאי
בחרו את הסיגנל שמתחיל את ה-flow: כניסה, שהייה אחרי N דקות, או יציאה. הוסיפו timeout של assume-exit כדי שמכשיר שקט לא ישאיר משתמש תקוע באמצע.
-
בנו הסתעפות ל-journey
ב-Customer Journey Builder, השתמשו באירוע ה-geo כנקודת כניסה מבוססת-טריגר, ואז הסתעפו לפי ערוץ וזמינות — push קודם, ונפילה חזרה ל-in-app או email אם זה לא מגיע. אם אתם בונים journey מאפס בפעם הראשונה, המדריך מרעיון לקמפיין חי בכמה דקות מכסה את המנגנון מקצה לקצה.
-
בחרו ערוץ לכל רגע
התאימו את ההודעה לסיגנל. כניסה רוצה משהו קצר ומיידי; שהייה יכולה לשאת הצעה עשירה יותר; יציאה מיועדת ל-follow-up. בישראל, שבה WhatsApp הוא ערוץ התקשורת הדומיננטי, שווה להוסיף אותו כאפשרות נפילה לצד push ו-in-app, לא רק email.
כמה טעויות שכדאי להימנע מהן:
- רדיוס צר מדי. 50 מטר הוא המינימום בפלטפורמה, ו-GPS לא מדויק לפיקסל, אז אזור צר מפספס מבקרים אמיתיים. ברירת המחדל היא 200 מטר (אפשר להגיע עד 100 ק”מ) — התחילו משם וכיילו.
- בלי פילטר dwell. הפעלה על כניסה בלבד שולחת הודעה לכל מי שעובר. עברו ל-טריגר dwell (
PW_GeozoneDwell) כך שרק מי שבאמת נשאר נכנס ל-flow. - בלי cooldown על כניסה. הגדירו Cooldown (מדקה אחת ועד 41 יום), כך שמישהו שנכנס ויוצא מהאזור שוב ושוב לא מקבל פינג בכל פעם; אם ה-geozones שלכם יושבים בקלאסטר, ה-cooldown מכסה את כל הקלאסטר. הוא חוסם רק פעולות כניסה — dwell, exit ו-assume-exit ממשיכים לפעול לפי הביקור ולא לפי הלוח זמנים.
- בלי סינון שבת וחג. אם ה-flow שולח push או in-app מיד בכניסה או ביציאה, קהל שומר מסורת עלול לקבל הודעות שיווקיות בשבת או בחג. תזמנו את שליחת ההודעה, לא רק את החישוב של ה-geozone.
השיקו journeys מבוססי geo עם Pushwoosh
מיקום הוא אחד הסיגנלים החזקים ביותר בזמן אמת שיש לאפליקציית מובייל, ורוב האפליקציות עדיין מבזבזות אותו על push בודד. Pushwoosh הופכת כניסה, שהייה ויציאה מ-geozone לאירועים שזורמים ישירות ל-Customer Journey Builder, כך שמשתמש שחוצה גבול מתחיל flow omnichannel מתואם במקום פינג חד-פעמי.
