הציגו את מספר הלא-נקראו על אייקון האפליקציה
badge הוא הדבר הקטן ביותר שאפשר להגיד למשתמש, וקריאתו לא עולה לו כלום. מגדירים, מעלים או מאפסים אותו מאותו קמפיין ו-Journey שמהם אתם שולחים כל דבר אחר.
יותר מ-80,000 חברות סומכות עלינו כדי להגדיל engagement
הפורמט, במלואו
badge הוא מספר שלם יחיד, וזה כל הקסם. הוא לא דורש באנר ולא סאונד, לא שורף את ההרשאה שנלחמתם עליה, והוא ממשיך לעבוד גם על המשתמש שהחליק את ה-push שלכם הצידה לפני שלוש שעות. יש שלושה דברים שאפשר לעשות למספר הזה מה-composer או מה-API, ועוד הסתייגות אחת לגבי איפה הוא באמת מוצג.
מספר מדויק
ios_badges: 5 מציב 5 על האייקון, בלי קשר למה שהיה שם קודם. הערך שאתם שולחים הוא הערך שהמשתמש רואה, וזה מה שרוצים כשהשרת שלכם כבר יודע את הסכום האמיתי.
+1 ו--1
שינויים יחסיים מעלים או מורידים את המונה בלי שתצטרכו לעקוב אחריו. ה-SDK מחזיר את הערך מהמכשיר דרך ה-endpoint הפנימי /setBadge, כך שהמונה של Pushwoosh נשאר מסונכרן עם האייקון האמיתי.
0 מאפס
שולחים 0 וה-badge יורד מהאייקון. איפוס בפתיחה הוא ההבדל בין מונה שמשתמשים סומכים עליו לבין נקודה אדומה שהם לומדים להתעלם ממנה.
iOS אחיד, Android תלוי launcher
ב-iOS ה-badge הוא ערך aps.badge סטנדרטי וכל מכשיר מציג אותו באותה צורה. ב-Android אין API מקורי ל-badge, כך שהתצוגה תלויה ב-launcher, ו-Pushwoosh אומרת את זה במפורש במקום לרמוז על כיסוי שהיא לא יכולה לספק.
מה אתם שולטים בו
| מה שולחים | מה קורה למונה | איפה זה מוגדר |
|---|---|---|
מספר שלם, 5 | קובע את ה-badge בדיוק לערך הזה | ios_badges / android_badges, או השדה Badges |
+1, +3 | מעלה את המונה הנוכחי | אותו שדה. גם +n ב-presets של Android |
-1 | מוריד את המונה הנוכחי | אותו שדה, עבור קריאה או דחייה בצד השרת |
0 | מסיר את ה-badge מהאייקון | אותו שדה, או האפליקציה בפתיחה |
| קריאת SDK | קובעת או מאפסת את ה-badge מאירוע בתוך האפליקציה | setApplicationIconBadgeNumber ב-iOS, PushwooshBadge ב-Android |
| כלום | ה-SDK מחיל את ה-badge שהגיע עם ה-push | בלי קוד באפליקציה למקרה הבסיסי ב-iOS |
| Extension | משנה את המונה לפני שההתראה מוצגת | PWNotificationExtensionManager עם App Groups |
5ios_badges / android_badges, או השדה Badges+1, +3+n ב-presets של Android-10setApplicationIconBadgeNumber ב-iOS, PushwooshBadge ב-AndroidPWNotificationExtensionManager עם App Groupsאיפה מגדירים את זה
שדה Badges ב-composer
טופס Send-Push וה-push presets מקבלים מספר, +n, -n או 0. שינוי מה שהקמפיין עושה למונה לא דורש release ולא מפתח.
מפתח אחד ב-API
ios_badges ו-android_badges ב-/createMessage. ב-iOS הערך נכתב לשדה aps.badge ב-payload ש-Apple כבר נושאת.
מוחל ומסונכרן על ידי ה-SDK
ה-SDK מחיל את הערך שהגיע בלי קוד באפליקציה, ושומר את תמונת ה-badge בשרת עדכנית דרך /setBadge, כך ש-+1 סופר מהמספר הנכון.
התפקיד שלו, בתוך Journey
מונה אחד, כמה מקורות
ה-badge הוא מאפיין של הודעה שאתם כבר שולחים, כך שהוא לא צריך אינטגרציה משלו. אותו Customer Journey ואותו פרופיל לקוח שמחליטים מי מקבל את ה-push מחליטים גם מה יהיה המונה.
השאלה היחידה שנשארת היא מה מזין את המספר. סך הלא-נקראו ב-Message Inbox יכול להיות המונה עצמו, silent push יכול להזיז אותו בלי שום התראה, ו-mobile push גלוי נושא אותו איתו. שלב ביעד ה-Journey מחזיר אותו ל-0.
שלושה פרסים מצטברים בזמן שהשחקן לא כאן
כל פרס שמוענק מפעיל אירוע, וכל אירוע שולח silent push שמוסיף +1. שום דבר לא מצלצל, שום דבר לא מאיר את מסך הנעילה, ועד הערב האייקון מראה בשקט 3.
כשהאירוע החי נפתח, אותו Journey שולח push גלוי אחד שבאמת שווה להפריע בשבילו. לא משנה מה מהשניים מחזיר את השחקן, ה-SDK מאפס את ה-badge ל-0 בפתיחה, כך שהמונה של מחר מתחיל ממשהו אמיתי.
למה להשתמש בזה
ה-badge משתלם ביחס לצפיפות המונה: האם יש באפליקציה מספר אמיתי ומצטבר של דברים לא-נקראים או ממתינים שכדאי לשים על אייקון. אפליקציות שבנויות סביב מונה מקבלות דחיפת re-engagement אמיתית בחינם, ואפליקציות שאין להן מה לספור מקבלות נקודה אדומה שמלמדת משתמשים להתעלם מנקודות אדומות.
| רגע | מה המספר אומר | למה ה-badge מתאים |
|---|---|---|
| משחקי מובייל: פרסים, חיים שהתמלאו, כניסות לאירועים | 3 דברים לאסוף | המונה כבר חלק מלולאת ה-retention, והאיסוף הוא כל המוטיבציה |
| אפליקציות יוצרים ומנויים: drops, הודעות פרטיות, תגובות | 12 לא-נקראו | פיד חברתי מחזיק את המספר הזה בפנים, והאייקון רק צריך להציג אותו |
| מדיה וחדשות: כתבות שלא נקראו, פרקים חדשים | 5 כתבות שלא נקראו | המקרה הקלאסי, וזה שמחזיר קורא לסשן בצורה אמינה |
| E-commerce ו-marketplaces: פריטים בעגלה, הצעות שלא נקראו | 2 פריטים בעגלה | תזכורת שקטה שלא עולה לקונה שום תשומת לב כדי לקבל אותה |
| פינטק: דפי חשבון, התראות, פעולות ממתינות | פעולה אחת נדרשת | יש מונה אמיתי של מסמכים שלא נקראו, והאייקון נושא אותו בלי לחשוף פרטים במסך הנעילה |
| מסחר והימורים: התראות שהופעלו, הימורים שהוכרעו | 4 התראות הופעלו | התראות מצטברות למספר שבאמת אומר משהו למשתמש |
| בריאות ו-telemed: תוצאות, הודעות מאובטחות | התוצאות שלכם הגיעו | המונה נמצא במסך הבית בזמן שהתוכן נשאר מאחורי אימות |
| EdTech: שיעורים שלא נצפו, רצפים, מטלות | 2 שיעורים ממתינים | רצף או תור שיעורים הם בדיוק סוג המספר שאנשים רוצים לסגור |
מתי ה-badge הוא הכלי הלא נכון
ה-badge מדווח כמות. כל מה שקשור למה ממתין, ובאיזו דחיפות, שייך למשטח אחר.
- המשתמש צריך לדעת מה הגיע: זה mobile push, rich media push או הודעת in-app.
- הרגע לא יכול לחכות. badge פסיבי מעצם הגדרתו, כך שדחיפות שייכת ל-רמת הפרעה.
- המצב מתמשך ולא נספר: הזמנה בדרך, תוצאה חיה. זה Live Activity.
- לאפליקציה אין מונה מצטבר טבעי. ביטוח, מלונות, שירותים ציבוריים וכלים חד-פעמיים מקבלים חשבון אחד או הזמנה אחת, ו-badge שם הוא רעש.
- הקהל שלכם בעיקר Android וה-badge אמור להיות מנגנון מרכזי. התייחסו אליו שם כ-best-effort ותכננו את הזרימה כך שתעבוד גם בלעדיו.
כיסוי פלטפורמות וטכני
ל-iOS יש badge אחד, וכל iPhone מציג אותו באותה צורה. בישראל, עם חדירת iOS גבוהה, זה אומר שלחלק גדול מהקהל ה-badge עובד בדיוק כמתוכנן. ל-Android אין API אוניברסלי ל-badge, כך שמה שמופיע במסך הבית תלוי ב-launcher שהמשתמש מריץ. העמודה האחרונה מציינת מה באמת מצייר את המספר, כי בפיצ’ר הזה שם נמצאת התשובה הכנה.
| יכולת | iOS | Android | Web | מי מספק |
|---|---|---|---|---|
| ערך badge מדויק | כן, aps.badge סטנדרטי | best-effort, תלוי launcher | – | ה-payload של ה-push, מוחל על ידי ה-SDK |
+1 ו--1 יחסיים | כן, Pushwoosh SDK 6.4.0+ | +n ב-presets, תלוי launcher | – | ה-push, עם /setBadge ששומר על סנכרון המונה |
איפוס ל-0 | כן | תלוי launcher | – | ה-payload של ה-push, או האפליקציה בפתיחה |
| שדה Badges ללא קוד | כן, ב-composer וב-presets | כן, ערך badge ב-presets | – | Pushwoosh Control Panel |
| קביעה או איפוס מקוד האפליקציה | setApplicationIconBadgeNumber | PushwooshBadge | – | האפליקציה שלכם, דרך ה-SDK של Pushwoosh |
| שינוי המונה לפני תצוגה | כן, ב-Notification Service Extension | – | – | PWNotificationExtensionManager עם App Groups |
| עדכון ה-badge בלי התראה | כן | best-effort | – | silent push, אותו קהל ואותו Journey |
| כיסוי launchers ומכשירים | כל iPhone, באופן זהה | Sony, Samsung, LG, HTC, ASUS, ADW, APEX, NOVA, Huawei, ZUK, OPPO | – | com.pushwoosh:pushwoosh-badge עם הרשאות launcher |
| Pixel ו-launchers לא נתמכים | n/a | – | – | אין API מקורי ל-badge ב-Android, כך ששום דבר לא מוצג |
| קריאת המונה הנוכחי ממערכת ההפעלה | – | – | – | iOS לא חושפת API לקריאה, כך שהמונה חי באפליקציה שלכם או בשרת |
| badge על אייקון בכלל | כן | תלוי launcher | – | לדפדפנים אין משטח מקביל ל-web push |
aps.badge סטנדרטי+1 ו--1 יחסיים+n ב-presets, תלוי launcher/setBadge ששומר על סנכרון המונה0setApplicationIconBadgeNumberPushwooshBadgePWNotificationExtensionManager עם App Groupscom.pushwoosh:pushwoosh-badge עם הרשאות launcherאבטחה ואירוח
Pushwoosh רצה על החומרה שלה בארה”ב ובגרמניה, בהתאם ל-GDPR.
איך זה עובד
הגדרת badge היא ללא קוד וחינמית בכל מסלול. זמן הפיתוח מתרכז בשני מקומות צרים, ואף אחד מהם הוא לא המקרה הבסיסי ב-iOS.
-
כתבו את המונה (ללא קוד)
הקלידו מספר,
+n,-nאו0בשדה Badges בטופס Send-Push או ב-preset, או שלחוios_badgesו-android_badgesדרך Messages API. ב-iOS המקרה הבסיסי לא דורש כלום מהאפליקציה: ה-SDK מחיל את הערך כשהוא מגיע. -
חברו את שני המקומות שצריכים את זה (מפתח)
Android צריך את הספרייה
com.pushwoosh:pushwoosh-badgeואת הרשאות ה-launcher הספציפיות ב-manifest. איפוס בפתיחת push ובהפעלת האפליקציה הוא קריאת SDK אחת, ו-Notification Service Extension עם App Groups נדרש רק למונים שצריכים להשתנות לפני התצוגה. -
תזמרו את זה (ללא קוד)
הזינו את המספר מסך הלא-נקראו ב-Message Inbox, הזיזו אותו עם silent push שלא מציג התראה, ואפסו אותו ביעד של אותו Customer Journey שמריץ את ה-push, ה-in-app וה-email שלכם.
מגבלות שכדאי להכיר
גלה מוצרים קשורים
הודעות Push ניידות מבית Pushwoosh – הגעה לכל מכשיר, תוכן עשיר, טירגוט מדויק, מסעות omnichannel ו-99% uptime. הפכו התראות למשתמשים נאמנים ומשלמים.
Message Inbox מוסיף מרכז הודעות in-app לאפליקציה ולאתר. מסירה שקטה מגיעה לכל משתמש, גם למי שסירב לפוש, וההודעות נשמרות לזמן שנוח לו.
תכננו ויעלו את הקמפיינים שלכם עם כלי ויזואלי אחד. תקשרו, צרו מעורבות, שמרו, המירו, פלחו והתנסו באמצעות Pushwoosh Customer Journey Builder.
הודעות In-App מבית Pushwoosh: onboarding, upsell, עדכונים ואיסוף feedback בדיוק ברגע שהמשתמשים שלכם פעילים באפליקציה. עורך ללא קוד, תבניות native דרך ה-SDK, אנליטיקס לכל אלמנט. תואם GDPR. התחילו בחינם.
הגדירו את רמת ההפרעה ב-iOS בפוש שאתם כבר שולחים, כך שהתראת הונאה או שינוי שער יעברו את Focus ואת Scheduled Summary. toggle ללא קוד ב-Control Panel.
פלטפורמת התראות Push למובייל ייעודית לאפליקציות משחק. שלחו התראות מותאמות אישית, מבצעים מיוחדים ותזכורות לאירועים כדי לשמור על שחקנים חוזרים.