מעקב בזמן אמת על מסך הנעילה תמיד היה סיפור של iOS. כשהזמנה, משלוח או נסיעה היו בתנועה, משתמשי אייפון עקבו אחריהם ב-Live Activity — בזמן שמשתמשי Android שלכם קיבלו שרשרת של התראות פוש נפרדות, או כלום בכלל בין “האישור” ל”המשלוח הגיע”.
Android 16 סוגר את הפער הזה. התכונה החדשה Live Updates מביאה מעקב חי בסגנון פס התקדמות למסך הנעילה, למגירת ההתראות ולשורת הסטטוס של Android. עבור כל צוות lifecycle, המשמעות היא שהחוויה בזמן אמת שתכננתם כבר לא מגיעה רק לחצי מהקהל שלכם — ובישראל, שבה חדירת ה-iOS מהגבוהות בעולם, הפער בין הפלטפורמות היה מורגש במיוחד עד היום.
במאמר הזה תגלו מה זה Live Updates, אילו תרחישים מתאימים להם, ואיך מתחילים לשלוח Android Live Updates עם Pushwoosh.
מה זה Android Live Updates
Android Live Update היא התראה מתמשכת בסגנון פס התקדמות, שהמערכת מקדמת אל מסך הנעילה, משאירה במגירת ההתראות, ומצמידה כ-chip בשורת הסטטוס — כך שהמשתמש עוקב אחרי פעילות בלי לפתוח את האפליקציה.
כל מחזור החיים רץ מהשרת שלכם. אתם שולחים פוש אחד כשהפעילות מתחילה, עוד פושים ככל שהיא מתקדמת, ופוש אחרון כשהיא מסתיימת. כל פוש מעדכן את אותה התראה במקום, במקום לערום התראה חדשה מעליה. 3 פעולות מניעות את זה: start מפרסם את ההתראה, update מרענן אותה בשקט, end מנקה אותה.
אם אתם כבר מריצים iOS Live Activities, זו המקבילה של Android: אותו רעיון של כרטיס חי ומתעדכן לאירוע בזמן אמת, בנוי על ההתראות מבוססות-ההתקדמות של Android 16. מכניקת ההטמעה שונה, אבל המשימה השיווקית זהה: לשמור על עדכון רציף של המשתמש במקום להפציץ אותו בכל שלב.
איך זה נראה בפועל: מעקב נסיעה מקצה לקצה 🚕
קחו זרימה טיפוסית של אפליקציית הזמנת נסיעות — כמו זו שמריצות חברות ישראליות כגון Gett. הנה כל הנסיעה כ-Live Update אחד במקום שרשרת פושים.
1. Start — הנהג משובץ. ברגע שנהג מקבל את הנסיעה, השרת שלכם שולח את פוש ה-start. Live Update מופיע על מסך הנעילה: “עידן בדרך אליכם — עוד 4 דקות,” עם פרטי הרכב ו-ETA. הנוסע רואה את זה בלי לפתוח את האפליקציה.
2. Update — הנסיעה מתקדמת. ככל שהנהג מתקרב והנסיעה מתקדמת, השרת שלכם שולח פוש update כנגד אותה פעילות. הכרטיס מתרענן במקום — נהג בדרך → מגיע → נסיעה בעיצומה — ה-ETA מחושב מחדש, הסטטוס נשאר תואם למיקום הרכב בפועל. בלי רטט, בלי התראה חדשה. רק המצב הנוכחי, תמיד מדויק.
3. End — הנסיעה הסתיימה. הפוש האחרון סוגר את ה-Live Update: “הגעתם. עלות הנסיעה: 42 ₪.” ההתראה מתנקה מעצמה. המעגל נסגר.
הנוסע עבר משרשרת פושים לאפס הפרעות ונראות טובה יותר — מעקב נסיעה חי על מסך הנעילה מהאיסוף ועד ההגעה, במקום פינגים שמהבהבים ונעלמים. ומכיוון שהכרטיס נשאר על המסך, מסך הנעילה הופך לנקודת כניסה חוזרת: משתמשים עם Live Update פעיל נוטים לפתוח את האפליקציה יותר, לא פחות.
איפה Live Updates מרוויחים את מקומם, לפי סוג אפליקציה
אותו דפוס עובד בכל מקום שבו משתמשים עוקבים אחרי משהו שקורה עכשיו, עם התחלה וסיום ברורים.
| סוג אפליקציה | Start | מה מתעדכן בזמן אמת | End |
|---|---|---|---|
| מסחר אלקטרוני / משלוחים | ההזמנה אושרה | בהכנה, יצאה למשלוח, בסביבה, ETA | נמסרה |
| הזמנת נסיעות | נהג שובץ | מיקום נהג, ETA, נסיעה בתהליך | נסיעה הושלמה |
| פינטק | העברה יזומה | שלבי אימות ועיבוד | העסקה הושלמה |
| ספורט חי / מדיה | המשחק מתחיל | תוצאה וזמן משחק בזמן אמת | תוצאה סופית |
| פיטנס | האימון מתחיל | זמן שחלף, מרחק, התקדמות | האימון הסתיים |
בכל שורה, הכלל זהה: הפעילות יזומה על ידי המשתמש, רגישה לזמן, ומתמשכת. ה-Live Update נושא את המצב בין ההתחלה לסיום; התראת פוש נשלחת רק כשמשהו דורש באמת החלטה בדרך.
בישראל, השורה הראשונה בטבלה — מסחר אלקטרוני ומשלוחים — מקבלת משנה תוקף בתקופת החגים: פיק הקניות של ראש השנה וחגי תשרי (ספטמבר–אוקטובר), ואחריו Black Friday שאומץ בחום גם כאן. Live Update שמלווה משלוח מתנה לחג, בלי להציף את הלקוח בפושים נפרדים, הוא בדיוק המקום שבו הפורמט משתלם.
מתי לא להשתמש ב-Live Updates 🚫
ל-Live Updates יש כלל ברזל אחד, ו-Android אוכף אותו: Live Updates מיועדים לפעילויות יזומות-משתמש, רגישות-זמן, שבאמת מתקדמות עכשיו — ותו לא.
זה פוסל:
- מבצעים, הצעות והודעות קמפיין. Live Update הוא לא שטח שיווקי. השאירו את אלה בפוש, in-app ואימייל.
- הודעות צ’אט ומידע אמביינטי. בלי שיחות, בלי עדכוני “רק שתדעו” שאינם פעילות חיה.
- כל דבר שהמשתמש סגר. לעולם אל תפרסמו מחדש Live Update שמישהו החליק הצידה.
תחשבו על זה כהגנה, לא כהגבלה. הסיבה ש-Live Update זוכה למקום קבוע על מסך הנעילה היא בדיוק בגלל שהוא שמור לדברים שהמשתמש ביקש לעקוב אחריהם. תמלאו אותו בשיווק, והוא מפסיק להיות שימושי — ו-Android דואג לכך שהוא יפסיק להיות זמין.
איך מגדירים את זה ב-Pushwoosh 🛠️
לא תשלחו Live Updates ידנית — הם יורים מתוך אירועים שהאפליקציה שלכם כבר עוקבת אחריהם. ההגדרה היא עבודה חד-פעמית לצוות הפיתוח שלכם, והיא מתחלקת ל-3 שלבים:
-
בחרו את הזרימה ואת 3 הרגעים שלה
בחרו פעילות אחת בזמן אמת (למשל הזמנה, נסיעה, משלוח) וסמנו את ה-start שלה, את ה-updates שבאמצע, ואת ה-end. זו כל המפה שLive Update צריך.
-
חברו אותה לאירועים הקיימים שלכם
הצוות שלכם מחבר את שינויי הסטטוס שאתם כבר עוקבים אחריהם, כך שכל אחד שולח את הרגע המתאים: start כשהפעילות מתחילה, update בכל שינוי סטטוס, end כשהיא מסתיימת.
-
תנו ל-Pushwoosh לרנדר את זה
ה-SDK מצייר את ההתראה בשבילכם — פס התקדמות, אייקון, live chip — ומרענן אותה במקום בכל עדכון. אין שום דבר לעצב לכל הודעה בנפרד.
זהו זה. זו אינטגרציה חד-פעמית בתוך אותו פרויקט Pushwoosh שאתם כבר משתמשים בו לפוש, אימייל ו-in-app — ומשם היא רצה לבד על האירועים האמיתיים שלכם.
כל זה קורה בתוך פלטפורמה שעומדת בתקני SOC 2 Type I ו-ISO 27001:2022, עם תאימות ל-GDPR, ומרכזי נתונים באיחוד האירופי ובארה”ב — רמת אבטחה שתומכת גם בעמידה בחוק הגנת הפרטיות הישראלי.
