אם המותג שלכם מתייחס ל-Live Activities כאל עוד סלוט פרסומי, iOS 27 היא הגרסה ששמה לזה סוף. בעדכון ההנחיות מיוני 2026, אפל הוסיפה את Live Activities לכלל האנטי-ספאם שלה: אסור להשתמש בהן כדי “לשלוח ספאם, פישינג או הודעות שלא התבקשו” ללקוחות. הערוץ שבשקט הפך למקום לדחוס בו שיווק על מסך הנעילה, הוא עכשיו כזה שבגללו בודק סקירה יכול לדחות אפליקציה או להסיר אותה.
שווה לקרוא את זה בעיון, כי הקו בין Live Activity תקינה להפרה לא קשור לפיצ’ר עצמו. הוא קשור לשאלה האם המשתמש ביקש את מה שאתם מציגים לו. המדריך הזה מסביר מה הכלל אוסר בפועל, איפה נגמרים מקרי השימוש הלגיטימיים ומתחילה ההתעללות בפיצ’ר, איך להגדיר Live Activities בתוך גבולות הכלל, ואיך לבדוק את הקמפיינים שכבר פעילים אצלכם. Pushwoosh היא פלטפורמת engagement ללקוחות, ובכל מקום שההגדרה או הבדיקה נוגעות במשהו שאתם מגדירים אצלנו, אנחנו מפנים ישירות לשם.
לשוק הישראלי, שרגיש מאוד לפרטיות (עם חוק הגנת הפרטיות ותיקון 13), הפרת כלל כזה היא לא רק סיכון מול App Store — היא גם סימן לכך שנשלחה הודעה למשתמש בלי בסיס אמיתי להסכמה שלו.
מה הכלל באמת אומר
הכלל הוא App Store Review Guideline 4.5.3, והוא לא חדש. הוא אוסר כבר זמן רב להשתמש בשירותי אפל כדי “לשלוח ספאם, פישינג או הודעות שלא התבקשו” ללקוחות, ומזכיר בשמם את Game Center ואת Push Notifications. מה שעדכון ה-8 ביוני 2026 עשה, במקביל ל-WWDC, זה להוסיף את Live Activities לרשימה הזו בשמן. כך שהמשטח הזה נמצא עכשיו באופן מפורש תחת כלל אנטי-ספאם שכבר היו לו “שיניים”. עריכה קטנה בהנחיה, השלכות גדולות לכל מי שמשתמש בערוץ הזה לשיווק.
מה שמעלה את הסיכון הוא הקונטקסט שבו זה יצא. באותה סבב שינויים, אפל הרחיבה את כלל הספאם הכללי שלה כך שהיא יכולה להסיר אפליקציות שכבר נמצאות בחנות, ולא רק לדחות הגשות חדשות. אז סעיף ה-Live Activities הוא לא רק שער בזמן ההגשה. אפליקציה שמריצה היום Live Activities פרסומיות יכולה להיות מסומנת בגלל זה, לא רק בגרסה הבאה, אלא גם בבילד שכבר חי בחנות. אין הודעה על תקופת חסד, ובאופן היסטורי אפל התחילה לאכוף הנחיות חדשות תוך 1 עד 3 חודשים מפרסומן. השעון הזה התחיל לרוץ ביוני.
איפה עובר הגבול
Live Activity נבנתה כדי לעקוב אחרי אירוע אמיתי ומתמשך על מסך הנעילה ובאי הדינמי: הזמנת אוכל בדרך לדלת שלכם, נסיעה שמתקרבת, תוצאה שעולה, תהליך עלייה למטוס. המשתמש הוא זה שיזם את האירוע, וה-Live Activity רק משקפת את הסטטוס שלו בזמן אמת. זהו מקרה השימוש הלגיטימי כולו, והוא באמת טוב.
ההפרה היא שימוש באותו משטח כדי לספק משהו שהמשתמש לא יזם. ספירה לאחור למבצע שהמשתמש מעולם לא נרשם אליו. Live Activity של “דיל בזק” שמוצמדת למסך הנעילה. תזכורת להחזרת מעורבות שמחופשת לפעילות. אף אחד מאלה לא עוקב אחרי אירוע שהמשתמש התחיל. כל אחד מהם הוא הודעה שלא התבקשה במסווה של Live Activity, וזה בדיוק מה ש-4.5.3 מכנה עכשיו בשמו.
המבחן הוא האם ה-Activity משקפת משהו שהמשתמש ממש מחכה לו, או משהו שאתם רוצים שהוא יראה. הראשון הוא Live Activity. השני הוא פרסומת, ומקומה של פרסומת הוא בערוץ שנבנה לפרסומות, שנשלח למשתמשים שנרשמו לכך.
| מקרה שימוש | תואם | למה |
|---|---|---|
| מעקב הזמנה ומשלוח | כן | המשתמש ביצע הזמנה; ה-Activity עוקבת אחרי הסטטוס האמיתי שלה |
| נסיעה או שליח בדרך | כן | המשתמש הזמין; המיקום החי הוא כל העניין |
| תוצאה חיה של משחק ספורט שעוקבים אחריו | כן | המשתמש בחר לעקוב; התוצאה היא אירוע אמיתי ומתמשך |
| ספירה לאחור למבצע שהמשתמש לא נרשם אליו | לא | לא התבקש; אין מאחוריו אירוע שהמשתמש יזם |
| דיל בזק או פרסומת שמוצמדים כ-Activity | לא | הודעה שיווקית שמשתמשת במשטח ה-Activity כשטח פרסום |
| תזכורת להחזרת מעורבות בעיצוב של Activity | לא | ה"אירוע" מיוצר כדי למשוך תשומת לב |
איך להשתמש ב-Live Activities בתוך גבולות הכלל
עמידה בכלל לא אומרת להתרחק מהערוץ. זה אומר להשתמש בו למטרה שלשמה הוא נבנה, ולנתב את השיווק שלכם לערוצים שנבנו בשביל זה.
עגנו כל Live Activity לאירוע שהמשתמש יזם. אם קורה משהו אמיתי שהמשתמש מחכה לו, עקבו אחריו. סטטוס הזמנה, משלוח, תוצאות חיות, התקדמות הזמנה: בדיוק בשביל זה נבנה המשטח, ומשתמשים מברכים על כך שם. ההגדרה של Live Activities ב-Pushwoosh בנויה כדי לעדכן סוג כזה של אירוע חי לאורך כל מחזור החיים שלו, מההתחלה ועד המצב הסופי.
השאירו את הכוונה הפרסומית מחוץ ל-Activity עצמה. אם אתם רוצים שהמשתמש ידע על מבצע, זו הודעת push או הודעה בתוך האפליקציה לקהל שנרשם, לא Activity מוצמדת. ברגע שהתפקיד של ה-Activity הופך לפרסום במקום למידע, אתם נכנסים לטריטוריה של 4.5.3.
השתמשו ב-push כדי לעדכן את ה-Activity, לא כדי להחליף אותה בפרסומת. Live Activities מתעדכנות מרחוק דרך push: ה-push נושא את הסטטוס החדש של האירוע, וה-Activity מציגה אותו. זה שונה משימוש בערוץ העדכון של ה-Activity כדי להחדיר הודעה שהמשתמש מעולם לא ביקש.
בדקו את הקמפיינים שכבר פעילים אצלכם
מכיוון שהכלל יכול להגיע גם לאפליקציות שכבר נמצאות בחנות, העבודה הדחופה היא לא הקמפיין הבא שלכם, אלא אלה שכבר רצים. עברו על כל מה שפועל על משטח ה-Live Activities ומיינו כל אחת ביושר.
לכל Live Activity פעילה, שאלו 3 שאלות. האם המשתמש יזם את האירוע הבסיסי? האם ה-Activity מסתיימת כשהאירוע מסתיים, או שהיא נשארת כדי להמשיך לתפוס את המשטח? אם הייתם מסירים את המיתוג ואת קריאה לפעולה, האם היה נשאר עדיין אירוע אמיתי שעוקבים אחריו? כל דבר שלא עומד בשאלות האלה הוא מועמד להסרה, לפני שבודק סקירה יקבל את ההחלטה במקומכם.
שימו לב במיוחד לכל דבר שמתויג כ-Activity אבל בפועל הוא מהלך שיווקי מתוזמן, מבצע מוגבל בזמן, או קמפיין win-back. אלה תמיד היו מתיחה של הפיצ’ר מעבר לייעודו. עכשיו זו הפרה בעלת שם מפורש, וההשלכה כבר לא רק עדכון שנדחה. על הפרק עומד המעמד של אפליקציה שכבר מרוויחה כסף.
הגדירו את ה-Live Activities שלכם נכון עם Pushwoosh
Pushwoosh תומכת ב-Live Activities בדיוק למטרה שאפל התכוונה אליה: מעקב אחרי אירועים אמיתיים, שיזם המשתמש, דרך עדכוני push, מהזמנה ועד משלוח ועד המצב הסופי. וכשיש לכם באמת משהו פרסומי לומר, אותה פלטפורמה נותנת לכם push, הודעות בתוך האפליקציה, אימייל ו-SMS כדי לומר את זה בערוצים שנבנו לכך, למשתמשים שנרשמו. תואמים על מסך הנעילה, אפקטיביים בכל מקום אחר. Pushwoosh גם מוסמכת SOC 2 Type I ו-ISO 27001:2022, תואמת GDPR, עם מרכזי נתונים באיחוד האירופי ובארה”ב — בסיס נוסף לטיפול אחראי בנתוני המשתמשים שעוברים דרך עדכוני ה-Live Activity שלכם.
