Android notification channels

תנו למשתמשי Android להשתיק ערוץ אחד במקום את כל האפליקציה

Pushwoosh מנתבת כל push ב-Android לערוץ שהמשתמשים שולטים בו: עדכוני הזמנה, מבצעים, חדשות מתפרצות. מגדירים importance וסאונד לכל קטגוריה, ומבצע מושתק לעולם לא אומר אפליקציה חסומה.

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

יותר מ-80,000 חברות סומכות עלינו כדי להגדיל engagement

הפורמט, במלואו

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

ערוץ עם שם, נוצר בצד השרת

הוסיפו pw_channel ל-Android root params ב-Control Panel, או ל-android_root_params ב-/createMessage. ה-push הראשון שנותן שם לערוץ חדש יוצר אותו על המכשיר, בלי release לאפליקציה.

ערוץ ברירת מחדל, מהקופסה

ה-SDK יוצר ערוץ ברירת מחדל אוטומטית בכל מכשיר Android 8+, גם כש-pw_channel נשאר ריק, כך שלהתראה תמיד יש לאן לנחות.

רמת Importance

השדה Importance level (מ--2 עד 2) קובע איך הערוץ מתנהג כשהודעה מגיעה, משקט מוחלט ועד באנר heads-up מלא. הוא נקרא פעם אחת, ברגע שהערוץ נוצר.

סאונד מותאם לכל ערוץ

חברו את pw_channel עם android_sound, קובץ שיושב ב-res/raw, וכל push לערוץ הזה ינגן סאונד משלו במקום ברירת המחדל של המערכת.

מה אתם שולטים בו

מה שולחיםמה זה עושהאיפה זה מוגדר
שם ערוץיוצר את הערוץ בשליחה הראשונה, או משתמש מחדש בערוץ שכבר קיים על המכשירpw_channel ב-Android root params, או ב-payload של ה-API
רמת Importance, מ--2 עד 2קובעת התנהגות heads-up, ננעלת ברגע שהערוץ נוצרהשדה Importance level ב-push, או אותו ערך דרך ה-API
android_sound + pw_channelנותן לערוץ הזה סאונד התראה משלוקובץ ב-res/raw, לפי שם וללא סיומת
לא נשלח pw_channelה-SDK יוצר ומשתמש בערוץ ברירת מחדל אוטומטיתבלי הגדרה, מהקופסה ב-Android 8+
מה שולחים
1 / 4
שם ערוץ
מה זה עושה
יוצר את הערוץ בשליחה הראשונה, או משתמש מחדש בערוץ שכבר קיים על המכשיר
איפה זה מוגדר
pw_channel ב-Android root params, או ב-payload של ה-API
מה שולחים
2 / 4
רמת Importance, מ--2 עד 2
מה זה עושה
קובעת התנהגות heads-up, ננעלת ברגע שהערוץ נוצר
איפה זה מוגדר
השדה Importance level ב-push, או אותו ערך דרך ה-API
מה שולחים
3 / 4
android_sound + pw_channel
מה זה עושה
נותן לערוץ הזה סאונד התראה משלו
איפה זה מוגדר
קובץ ב-res/raw, לפי שם וללא סיומת
מה שולחים
4 / 4
לא נשלח pw_channel
מה זה עושה
ה-SDK יוצר ומשתמש בערוץ ברירת מחדל אוטומטית
איפה זה מוגדר
בלי הגדרה, מהקופסה ב-Android 8+

איפה מגדירים את זה

שדה אחד ב-composer

הקלידו שם ערוץ ב-Android root params בטופס Send-Push או ב-preset. קטגוריה חדשה לא דורשת release ולא מפתח.

מפתח אחד ב-API

android_root_params.pw_channel ב-/createMessage, לצד android_sound לסאונד התראה ייעודי לערוץ.

אותה לוגיקה בכל transport של Android

אותו payload של pw_channel עובד ב-FCM, וגם ב-Huawei HMS וב-Amazon ADM דרך Alt-store push.

התפקיד שלו, בתוך Journey

אותו Journey מריץ שני ערוצים

הערוץ הוא מאפיין של ה-push שאתם כבר שולחים, כך שאין צורך באינטגרציה נפרדת כדי לחבר אותו. ענף transactional מציין ערוץ אחד, ענף שיווקי מציין ערוץ אחר, ושניהם רצים מאותו קהל ומאותו Customer Journey כמו שאר ה-mobile push שלכם.

התראת ההזמנה מצלצלת, המבצע נשאר שקט

אירוע של הזמנה שבוצעה מפעיל את ה-Journey. silent push מושך מראש ובשקט את זמן המשלוח המשוער ברקע, והענף ה-transactional מציין את ערוץ “עדכוני הזמנה” עם רמת Importance גבוהה, כך שההודעה מופיעה כהתראת heads-up.

אותו Journey מריץ ענף נפרד לערוץ “מבצעים” ב-importance ברירת מחדל. משתמש שמשתיק את המבצעים, למשל אחרי גל קמפיינים של חגי תשרי, ממשיך לקבל התראות הזמנה על אותו טלפון: שני הערוצים רצים בנפרד בתוך אפליקציה אחת.

למה להשתמש בזה

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

תעשייהערוצים ששווה להפרידלמה זה מתאים
משחקי מוביילאירועים ומבצעים מול guild וחברתי מול פרסים מול התראות live-opsמגוון זרמים גבוה על בסיס התקנות עם הרבה Android
אפליקציות יוצרים ומנוייםתוכן חדש מול אינטראקציות חברתיות מול חיוב מול מבצעיםמנויים מקבלים את מה שנרשמו אליו, ולא יותר
E-commerce וקמעונאותמבצעים מול עדכוני הזמנה ומשלוח מול התראות ירידת מחירהפיצול הקלאסי בין שיווקי ל-transactional
Marketplacesהודעות קונה/מוכר מול עדכוני הזמנה מול מבצעים מול התראות מודעותמסרים רב-צדדיים הם רב-זרמיים מטבעם
פינטק ובנקאותהתראות הונאה ועסקאות מול דפי חשבון מול תזכורות מול מבצעיםהתראות שחייבות להגיע לצד מבצעים אופציונליים לגמרי
מדיה, חדשות ו-streamingחדשות מתפרצות מול פידים לפי נושא מול פרקים חדשים מול מבצעיםמקרה השימוש הקלאסי לערוצים ב-Android
תעשייה
1 / 6
משחקי מובייל
ערוצים ששווה להפריד
אירועים ומבצעים מול guild וחברתי מול פרסים מול התראות live-ops
למה זה מתאים
מגוון זרמים גבוה על בסיס התקנות עם הרבה Android
תעשייה
2 / 6
אפליקציות יוצרים ומנויים
ערוצים ששווה להפריד
תוכן חדש מול אינטראקציות חברתיות מול חיוב מול מבצעים
למה זה מתאים
מנויים מקבלים את מה שנרשמו אליו, ולא יותר
תעשייה
3 / 6
E-commerce וקמעונאות
ערוצים ששווה להפריד
מבצעים מול עדכוני הזמנה ומשלוח מול התראות ירידת מחיר
למה זה מתאים
הפיצול הקלאסי בין שיווקי ל-transactional
תעשייה
4 / 6
Marketplaces
ערוצים ששווה להפריד
הודעות קונה/מוכר מול עדכוני הזמנה מול מבצעים מול התראות מודעות
למה זה מתאים
מסרים רב-צדדיים הם רב-זרמיים מטבעם
תעשייה
5 / 6
פינטק ובנקאות
ערוצים ששווה להפריד
התראות הונאה ועסקאות מול דפי חשבון מול תזכורות מול מבצעים
למה זה מתאים
התראות שחייבות להגיע לצד מבצעים אופציונליים לגמרי
תעשייה
6 / 6
מדיה, חדשות ו-streaming
ערוצים ששווה להפריד
חדשות מתפרצות מול פידים לפי נושא מול פרקים חדשים מול מבצעים
למה זה מתאים
מקרה השימוש הקלאסי לערוצים ב-Android

מתי זה לא שווה את ההגדרה

  • להגיע למישהו חדש: הערוץ רק ממיין הודעה שה-push כבר שלח.
  • כל דבר ב-iOS: לערוצים אין שם השפעה, ו-רמות Time-Sensitive או Critical עושות את אותה עבודה.
  • להפוך התראה ל-heads-up בדיעבד: ה-importance ננעל ברגע שהערוץ נוצר, והתנהגות חדשה דורשת שם ערוץ חדש.
  • רשימה ארוכה של ערוצים כמעט זהים: זה נראה כמו בלגן ומלמד את המשתמשים להשתיק את כל הקבוצה.
  • אפליקציה עם זרם התראות אמיתי אחד: אין מה להפריד, וערוץ רק מוסיף הגדרה שאף אחד לא צריך.
הערוץ קובע איפה ההודעה נוחתת. המילים קובעות אם היא נקראת

50 הודעות push ששווה להעתיק, עם הטקסט והקריאייטיב מאחורי כל אחת.

קבלו את הדוגמאות

כיסוי פלטפורמות וטכני

ערוצי התראות הם primitive של מערכת ההפעלה שקיים רק ב-Android, והוצג ב-Android 8.0 Oreo. ב-iOS אין ערוץ לרשום; את העבודה המקבילה עושות רמות ההפרעה Time-Sensitive ו-Critical, וגם ב-web אין מקבילה. העמודה האחרונה מראה איפה המנגנון של Pushwoosh נגמר ואיפה מתחילים הכללים של מערכת ההפעלה.

יכולתiOSAndroidWebמי מספק
ערוצי התראות–Android 8.0 Oreo (API 26) ומעלה–primitive מקורי של מערכת ההפעלה, Pushwoosh SDK 5.4.0+
ערוץ ברירת מחדל–כן, נוצר אוטומטית–ה-SDK של Pushwoosh, בכל מכשיר Android 8+
ערוץ עם שם דרך pw_channel–כן, נוצר בשליחה הראשונה, בלי release לאפליקציה–השדה Android root params, או /createMessage
סאונד מותאם לכל ערוץ–כן–pw_channel + android_sound, קובץ ב-res/raw
אותו מנגנון במכשירי Huawei ו-Amazon–כן, דרך HMS ו-ADM–Alt-store push
Wrappers ל-SDK חוצי-פלטפורמות–Cordova/Capacitor, React Native, Unity, Flutter–מנותב דרך ה-bridge המקורי של Android
הרשאת runtime נדרשת קודם–Android 13+, POST_NOTIFICATIONS–מערכת ההפעלה, לפני שערוץ כלשהו יכול להופיע
בקרת הדחיפות המקבילהרמות Time-Sensitive / Criticalimportance של הערוץ, מוגדר כאן–פיצ'ר נפרד לכל פלטפורמה
יכולת
1 / 8
ערוצי התראות
iOS
–
Android
Android 8.0 Oreo (API 26) ומעלה
Web
–
מי מספק
primitive מקורי של מערכת ההפעלה, Pushwoosh SDK 5.4.0+
יכולת
2 / 8
ערוץ ברירת מחדל
iOS
–
Android
כן, נוצר אוטומטית
Web
–
מי מספק
ה-SDK של Pushwoosh, בכל מכשיר Android 8+
יכולת
3 / 8
ערוץ עם שם דרך pw_channel
iOS
–
Android
כן, נוצר בשליחה הראשונה, בלי release לאפליקציה
Web
–
מי מספק
השדה Android root params, או /createMessage
יכולת
4 / 8
סאונד מותאם לכל ערוץ
iOS
–
Android
כן
Web
–
מי מספק
pw_channel + android_sound, קובץ ב-res/raw
יכולת
5 / 8
אותו מנגנון במכשירי Huawei ו-Amazon
iOS
–
Android
כן, דרך HMS ו-ADM
Web
–
מי מספק
יכולת
6 / 8
Wrappers ל-SDK חוצי-פלטפורמות
iOS
–
Android
Cordova/Capacitor, React Native, Unity, Flutter
Web
–
מי מספק
מנותב דרך ה-bridge המקורי של Android
יכולת
7 / 8
הרשאת runtime נדרשת קודם
iOS
–
Android
Android 13+, POST_NOTIFICATIONS
Web
–
מי מספק
מערכת ההפעלה, לפני שערוץ כלשהו יכול להופיע
יכולת
8 / 8
בקרת הדחיפות המקבילה
Android
importance של הערוץ, מוגדר כאן
Web
–
מי מספק
פיצ'ר נפרד לכל פלטפורמה

אבטחה ואירוח

Pushwoosh רצה על החומרה שלה בארה”ב ובגרמניה, בהתאם ל-GDPR.

ISO 27001:2022 CertifiedISO 27001 CertifiedGDPR CompliantData Privacy FrameworkHIPAA CompliantSOC 2 Type 2 CertifiedOWASP Compliant

איך זה עובד

  1. כתיבה (ללא קוד)

    הקלידו שם ערוץ ב-Android root params בטופס Send-Push, או שלחו android_root_params.pw_channel דרך Messages API.

  2. הגדרה חד-פעמית

    ה-push הראשון שנותן שם לערוץ חדש יוצר אותו על המכשיר עם ה-importance, הסאונד והרטט מאותה הודעה. תכננו מראש טקסונומיה של 3 עד 5 ערוצים, כי שינוי התנהגות בהמשך דורש שם ערוץ חדש.

  3. תזמור (ללא קוד)

    נתבו כל ערוץ מהענף המתאים באותו Customer Journey, עם אותו קהל ואותו פרופיל כמו שאר המסרים שלכם.

מגבלות שכדאי להכיר

primitive של קטגוריזציה עם כללי Android נוקשים. אלה הגבולות שלו.

  • Android בלבד. לערוצים אין השפעה ב-iOS, ו-רמות Time-Sensitive ו-Critical עושות שם את אותה עבודה.
  • Importance, סאונד ורטט ננעלים ברגע שהערוץ נוצר. push מאוחר יותר לאותו ערוץ לא יכול לשנות אותם, כך שהתנהגות חדשה דורשת שם ערוץ חדש.
  • למשתמש המילה האחרונה. כל אחד יכול להשתיק או לחסום לגמרי ערוץ בהגדרות המערכת, ואת ההחלטה הזו אי אפשר להפוך מהשרת.
  • Android 13 ומעלה דורשים את הרשאת ה-runtime POST_NOTIFICATIONS לפני שערוץ כלשהו יכול להופיע בכלל.
  • Android 14 חושף למשתמש את ה-importance של הערוץ, ו-Android 15 מצנן אוטומטית התראות חוזרות מהירות, כך שערוץ שסווג לא נכון מושתק מהר.
  • שם הערוץ הוא מפתח טקסט חופשי. שגיאת הקלדה יוצרת ערוץ חדש ולא מכוון במקום להשתמש בערוץ שהתכוונתם אליו.
  • הנראות בצד השרת לשימוש בערוצים היא רצפה, לא מדד כיסוי. ערוץ ברירת המחדל לא משאיר סימן ב-payload, ולכן אנחנו לא מדווחים איזה חלק מהשולחים משתמש בערוצים עם שם.

גלה מוצרים קשורים

הודעות Push ניידות

הודעות Push ניידות מבית Pushwoosh – הגעה לכל מכשיר, תוכן עשיר, טירגוט מדויק, מסעות omnichannel ו-99% uptime. הפכו התראות למשתמשים נאמנים ומשלמים.

Push ל-Huawei HMS ו-Amazon ADM

הגיעו לכל מכשיר Android, עם Google Play או בלעדיו. Pushwoosh שולחת push למכשירי Huawei, HarmonyOS ו-Amazon Fire דרך FCM, HMS ו-ADM ממקום אחד.

Interactive push: כפתורי פעולה בהתראה

הוסיפו כפתורי פעולה ל-push שאתם כבר שולחים: אישור, מימוש, מעקב בלחיצה אחת. בונים את סטי הכפתורים ל-iOS ללא קוד ב-Control Panel של Pushwoosh.

פוש Time-Sensitive ו-Critical: רמות הפרעה ב-iOS

הגדירו את רמת ההפרעה ב-iOS בפוש שאתם כבר שולחים, כך שהתראת הונאה או שינוי שער יעברו את Focus ואת Scheduled Summary. toggle ללא קוד ב-Control Panel.

בונה מסע הלקוח

תכננו ויעלו את הקמפיינים שלכם עם כלי ויזואלי אחד. תקשרו, צרו מעורבות, שמרו, המירו, פלחו והתנסו באמצעות Pushwoosh Customer Journey Builder.

Badges על אייקון האפליקציה

הציגו את מספר הלא-נקראו על אייקון האפליקציה ושמרו אותו מדויק: ערך מדויק, +1 או איפוס ל-0 משדה Badges ב-Control Panel או ממפתח ios_badges ב-API.