יצירת התראות על עדכונים בזמן אמת

העדכונים בזמן אמת מספקים סיכום של עדכונים חשובים, כדי שהמשתמשים יוכלו לעקוב אחרי ההתקדמות בלי לפתוח את האפליקציה. המערכת מקדמת את ההתראות על עדכונים בזמן אמת, אבל המשתמשים יכולים להסתיר זמנית התראות כאלה או להפוך אותן להתראות רגילות. ההתראות המקודמות מופיעות בצורה בולטת יותר בממשקי המערכת, כולל בחלק העליון של חלונית ההתראות ומסך הנעילה, וגם כצ'יפ בשורת הסטטוס. ההתראות על עדכונים בזמן אמת צריכות לעמוד בעקרונות של התראות, כלומר לספק מידע תמציתי, רלוונטי ועכשווי.

המאפיינים החזותיים של כרטיסי התראות מקודמים:

• מוצג בתצוגה מורחבת כברירת מחדל
• לא ניתן לכווץ

כדי שההודעה שלכם תיחשב לעדכון בזמן אמת, היא צריכה לעמוד בדרישות הבאות:

• הסגנון חייב להיות רגיל, BigTextStyle, CallStyle,‏ ProgressStyle או MetricStyle.
• צריך לבקש את ההרשאה הבאה, שאינה הרשאה בתחילת ההפעלה, במניפסט של Android:‏ android.permission.POST_PROMOTED_NOTIFICATIONS.
• חובה לבקש קידום באמצעות EXTRA_REQUEST_PROMOTED_ONGOING או NotificationCompat.Builder#setRequestPromotedOngoing.
• חייב להיות ongoing (הערך של FLAG_ONGOING_EVENT).
• חייב להיות מוגדר contentTitle.
• אסור להגדיר ערך בשדה customContentView (לא RemoteViews).
• אסור שהתשובה תהיה סיכום של קבוצה באמצעות setGroupSummary.
• אסור setColorized ל-TRUE.
• ערוץ ההתראות לא יכול לכלול IMPORTANCE_MIN.

מאפייני הקידום

ממשקי ה-API הבאים עוזרים לכם לקבוע אם המערכת תקדם את ההתראה שלכם:

• ‫Notification.FLAG_PROMOTED_ONGOING מציין אם ההתראה קודמה.
• ‫Notification.hasPromotableCharacteristics() בודק אם המערכת יכולה לקדם את ההתראה. השיטה הזו לא מביאה בחשבון אם המשתמש השבית את העדכונים בזמן אמת של האפליקציה בהגדרות.
• ‫NotificationManager.canPostPromotedNotifications() בודקת אם האפליקציה יכולה לפרסם התראה מקודמת, למשל אם המשתמש הפעיל או השבית אותה בהגדרות.
• ‫Settings.ACTION_MANAGE_APP_PROMOTED_NOTIFICATIONS היא פעולת Intent שמאפשרת לאפליקציות לשלוח משתמשים להגדרות כדי להפעיל את התכונה הזו.

קריטריונים לשימוש

אפשר להשתמש בעדכונים בזמן אמת לפעילויות שהמשתמשים יזמו, שעדיין לא הסתיימו ושחשוב לדעת מתי הן יסתיימו.

מתמשך

עדכון בזמן אמת צריך לייצג פעילות שנמצאת בעיצומה, עם התחלה וסיום ברורים. אם הפעילות התרחשה בעבר, אל תשתמשו בעדכון בזמן אמת. במקום זאת, צריך להשתמש בהתראה רגילה. הדבר נכון גם לאירועים שעוד לא התחילו, אבל לאירועים שעומדים להתחיל אפשר להשתמש בעדכון בזמן אמת.

העדכונים בזמן אמת מייצגים פעילויות מתמשכות. אל תשתמשו בעדכונים בזמן אמת כדי להציע גישה מהירה לפונקציות של האפליקציה. אם רוצים לעשות את זה, אפשר להשתמש בווידג'ט של אפליקציה או בכפתור מותאם אישית בהגדרות המהירות.

• שימושים מתאימים: ניווט פעיל, שיחות טלפון פעילות, מעקב פעיל אחרי נסיעה בשיתוף פעולה ומעקב פעיל אחרי משלוח מזון.
• שימושים לא הולמים: מודעות, קידומי מכירות, הודעות בצ'אט, התראות, אירועים קרובים ביומן וגישה מהירה לתכונות של האפליקציה.

פעילויות שהמשתמשים יוזמים

רוב העדכונים בזמן אמת צריכים לייצג פעילויות שהמשתמש מפעיל באופן מפורש, כמו התחלת אימון, הפעלת ניווט לנהיגה או הזמנת נסיעה. עדכונים בזמן אמת לא נועדו להציג מידע על הסביבה של המשתמש, תחומי העניין שלו או אירועים קרובים. אל תאפשרו לפעילויות שמופעלות על ידי צדדים אחרים ליצור עדכונים בזמן אמת.

לפעמים, משתמש מבצע פעולה שמתחילה פעילות מסוימת בעתיד. לדוגמה, אם המשתמש קונה כרטיסים לטיסה או לקונצרט, נרשם לטורניר או מציין בדרך אחרת שהוא מתכוון להשתתף באירוע שמתחיל בזמן מסוים. במקרים כאלה, יכול להיות שכדאי להציג באופן אוטומטי עדכון חי כשהאירוע המתוזמן מתחיל. עם זאת, האפליקציות צריכות להתאים את הטריגרים שלהן כך שהעדכונים יופיעו רק כשהפעילות קרובה. אם המשתמש מציין באופן מפורש שהוא רוצה להתחיל לעקוב אחרי אירוע שמתרחש ברקע, כמו משחק ספורט, אפשר להתחיל לפרסם עדכונים בזמן אמת לגבי האירוע הזה. עם זאת, כדאי לכלול גם את הפעולה ביטול ההצמדה בהתראה המשויכת.

פעילויות תלויות זמן

הציגו עדכונים בזמן אמת רק אם הם דורשים את תשומת הלב של המשתמש לאורך הפעילות. תרחיש שימוש מרכזי בעדכונים בזמן אמת הוא מעקב, שבו המשתמש נהנה מיתרון משמעותי כשהוא מציץ בעדכון בזמן אמת כדי לעקוב אחרי התפתחות הפעילות.

עדכון בזמן אמת מתאים בדרך כלל לפעילויות שיש לגביהן גם התראות רגילות. לדוגמה, כמה שעות לפני הטיסה אפשר להציג התראה לגבי כרטיס העלייה למטוס, אבל בהמשך המשתמש צריך לקבל עדכון בזמן אמת, למשל כשהוא מגיע לשדה התעופה או למקום האירוע, או כשהעלייה למטוס מתחילה. לעומת זאת, עדכון בזמן אמת לא מתאים למעקב אחרי חבילה, כי המשתמש לא צריך לעקוב אחריו כל הזמן.

שיטות עבודה מומלצות בתחום חוויית המשתמש

אפשר להשתמש בסמל של אמצעי המעקב כדי לראות את המצב. אפשר לעדכן את ההגדרה הזו באופן דינמי.

אם המערכת מחשבת את זמן ההגעה המשוער או שהוא עדיין לא זמין, אל תציגו מצב ריק. כדאי להשתמש בטקסט של מציין מיקום פעיל כמו 'חושב...' או 'מנתב מחדש...' כדי לציין שהמערכת פועלת, כמו בדוגמה.

צ'יפים של סטטוס

צ'יפים של סטטוס מאפשרים למשתמשים לעקוב אחרי עדכונים בזמן אמת כשההתראה לא מוצגת. אפשר להשתמש ב-setShortCriticalText או ב-setWhen כדי להעביר מידע חשוב על מצב ההתקדמות בהתראה.

השעה המוגדרת

השעה המוגדרת מפעילה ספירה לאחור של משך ההתראה, אלא אם ההתראה נסגרת או מתעדכנת. הנקודות הבאות מתארות איך הזמן פועל במצבים שונים:

• השעה שמוגדרת היא לפחות 2 דקות אחרי השעה הנוכחית: אם השעה הנוכחית היא 10:05 והשעה שמוגדרת היא 10:10, אז הצ'יפ יציג 5 דקות.
• השעה שמוגדרת כבר חלפה: הטקסט לא מוצג.
• כשמשתמשים במד זמן עד השעה שמוגדרת, אפשר להציג טיימר בצ'יפ. מידע נוסף זמין במאמרים בנושא setUsesChronometer וsetChronometerCountdown. מד הזמן מוצג בצ'יפ כל עוד הוא חיובי.
• אם אתם לא רוצים שהשעה תוצג בהתראה: השתמשו ב-setShowWhen כדי FALSE.

איך נראה צ'יפ הסטטוס

צ'יפ הסטטוס תמיד כולל סמל, ויכול לכלול גם טקסט. הצ'יפ יכול להיות ברוחב של עד 96dp. הטקסט יוצג רק אם הוא כולו נכנס לצ'יפ. הטקסט מוצג בהתאם לקריטריונים הבאים:

• אם מספר התווים קטן מ-7, הטקסט כולו יוצג.
• אם פחות ממחצית הטקסט נכנס בצ'יפ, רק הסמל יוצג.
• אם יותר ממחצית הטקסט נכנס בצ'יפ, יוצג כמה שיותר טקסט.

ביטול

במרכז ההתראות המשתמשים יכולים לבחור אילו התראות הם רוצים לקבל. אם אתם שולחים עדכונים בזמן אמת שהמשתמשים לא רוצים, הם עלולים לבטל את הרשאת ההתראות של האפליקציה.

כדי שהמשתמשים לא ישביתו לחלוטין את העדכונים בזמן אמת, כדאי להימנע משליחת עדכונים מיותרים. אל תפרסמו מחדש עדכונים בזמן אמת שהמשתמש ביטל. אפשר להשתמש ב-setDeleteIntent כדי לזהות עדכונים שבוטלו.

כדי להתנסות בממשקי ה-API האלה, אפשר לעיין באפליקציה לדוגמה.

שאלות נפוצות

שאלה: מהי הנקודה הלבנה בקצה סרגל ההתקדמות?

תשובה: הנקודה הלבנה בקצה סרגל ההתקדמות מסמנת באופן ויזואלי את סוף התהליך.

שאלה: למה לעדכונים בזמן אמת אין תמיכה בהתראות בהתאמה אישית?

תשובה: התראות בהתאמה אישית מקשות על ביצוע בדיקות עקביות ועל שמירה על חוויית משתמש טובה, כי ההתנהגות שלהן משתנה בין גרסאות של Android ומכשירים של יצרנים שונים. אל תשתמשו בהתראות בהתאמה אישית באמצעות RemoteViews.