התראות push עם טקסט בלבד עדיין עובדות, אך הן מתחרות על תשומת הלב עם כל שאר ההתראות במגש. Rich push notifications, כאלה שכוללות תמונות, GIF, וידאו וכפתורי פעולה, נוחתות אחרת. ספי הענף מציינים שיפור בשיעור הקליקים של rich media בסביבות 2-3 פעמים לעומת טקסט רגיל.
תמונת מוצר בתזכורת עגלה נטושה מראה למשתמש בדיוק מה השאיר מאחור. GIF במכירת פלאש יוצר תנועה ברשימה סטטית. כפתור פעולה מאפשר למשתמשים להשלים רכישה מבלי לפתוח את האפליקציה.
מדריך זה עוסק באופן שבו rich push עובד ב-iOS, Android ובווב, מה הופך אותו לאפקטיבי, כיצד לפלח ולתזמן קמפיינים, והיכן נמצאות הבעיות הנפוצות, עם דוגמאות מ-Pushwoosh.
מהן rich push notifications?
Rich push notifications הן התראות push לניידים או לווב הכוללות תוכן מולטימדיה, כגון תמונות, GIF, וידאו או שמע, לצד אלמנטים אינטראקטיביים כמו כפתורי פעולה, קרוסלות או שדות קלט. הן מעבירות יותר מידע לפני שהמשתמש מחליט אם להקיש, וזו הסיבה המרכזית לכך שהן עולות בביצועיהן על התראות טקסט בלבד.
האנטומיה עקבית בכל הפלטפורמות: כותרת, גוף ההודעה, קובץ מדיה עשיר ובדרך כלל אחד או שני כפתורי פעולה. מה שמשתנה הוא האופן שבו כל פלטפורמה מרנדרת ומגבילה אלמנטים אלה.
סוגי rich push notifications
| סוג | מקרה שימוש מומלץ | יתרון מרכזי |
|---|---|---|
| תמונה | תמונות מוצר, באנרים למכירות, הגעות חדשות | הקשר ויזואלי מיידי לפני שהמשתמש מקיש |
| GIF | הדגמות תכונות, ספירות לאחור, תיזרים לאירועים | תנועה ללא משקל של קובץ וידאו |
| וידאו | השקות מוצר, הדרכות, פרסומות קצרות | פוטנציאל מעורבות גבוה ביותר; עובד כמיני-פרסומת |
| כפתורי אינטראקציה | שחזור עגלות, סקרים, פעולות מהירות | המשתמש פועל ללא פתיחת האפליקציה |
| קרוסלה | אוספי מוצרים, תצוגות מרובות זוויות, שלבים | הצעות מרובות בהתראה אחת |
| מבוסס מיקום | הצעות בחנות, פרומואים המופעלים על ידי קרבה | הרלוונטיות ההקשרית הגבוהה ביותר האפשרית |
מדוע rich push עולה על טקסט בלבד
פער הביצועים נובע מצפיפות מידע ומחיכוך. הנה מה ש-rich push מוסיף שטקסט רגיל לא יכול:
-
הקשר ויזואלי. תמונת מוצר בתזכורת עגלה נטושה מראה בדיוק מה המשתמש השאיר מאחור, ללא ניחושים וללא עומס קוגניטיבי.
-
תנועה. GIF בהתראת מכירת פלאש בולט ברשימת התראות סטטית מבלי לדרוש מהמשתמש לפתוח דבר.
-
פחות הקשות לפעולה. כפתורי פעולה מאפשרים למשתמשים להוסיף לעגלה, לתבוע הנחה או לאשר השתתפות ישירות מההתראה. הסרת שלב טעינת האפליקציה מבטלת את הנשירה שהורגת חלק ניכר מהקליקים.
-
CTR גבוה יותר. ספי הענף מציינים שיפור של 2-3 פעמים בrich media לעומת טקסט רגיל, המונע על ידי שלושת הגורמים הנ”ל.
המשתמש שהיה מקיש, מוסח בזמן טעינת האפליקציה ועובר הלאה, מסיים את הפעולה מיד במקום.
כיצד עובדות rich push notifications: מיצירה עד מכשיר
הזרימה מיצירת קמפיין לרינדור ההתראה כוללת כמה מרכיבים נעים, בעיקר ב-iOS שבו הרינדור דורש הרחבת אפליקציה.
יצירת קמפיין ואספקה
ב-Pushwoosh, כותבים את עותק ההתראה, מעלים או מקשרים את ה-rich media, מגדירים כפתורי פעולה עם deep links, מגדירים את פלח היעד ומגדירים את הטריגר או לוח הזמנים. הפלטפורמה מעצבת את ה-payload עבור כל פלטפורמת יעד ושולחת אותו לשירות האספקה המתאים: APNs עבור iOS, FCM עבור Android, או browser push API עבור ווב.
iOS: כיצד מוצגת rich media
iOS לא מציג אוטומטית מדיה מ-notification payload. האפליקציה שלך זקוקה ל-Notification Service Extension, תהליך רקע קטן שמיירט את ה-payload לפני ההצגה, מוריד את המדיה מה-URL ב-payload ומצרף אותה להתראה. ללא ה-extension, מוצג טקסט בלבד.
זהו הגדרה חד פעמית למפתחים. לאחר שה-extension פועל, rich media עובד לכל הקמפיינים ללא שינויי קוד נוספים. ראו את ההתפרטות המלאה במדריך שלנו ל-iOS push notifications.
Android: רינדור rich media מובנה
Android מרנדר rich media בצורה מובנית ב-notification shade. לא נדרש extension. מערכת ההפעלה מטפלת בתצוגות הניתנות להרחבה, בהצגת תמונות גדולות ובכפתורים אינטראקטיביים ישירות, ומעניקה ל-Android גמישות רבה יותר לפריסות מותאמות אישית ולפעולות inline. פרטים נוספים במדריך שלנו ל-Android push notifications.
Web push
Web push תומך בתמונת באנר ובכפתורי פעולה, אך יש לו יותר מגבלות מאשר mobile. התנהגות ההצגה משתנה בין דפדפנים, Chrome ו-Edge תומכים בתמונות גדולות יותר; Safari היה מוגבל יותר היסטורית. ה-Service Worker בדפדפן מטפל באספקה ברקע.
iOS לעומת Android לעומת web: הבדלי פלטפורמות המשפיעים על קמפיינים
עיצוב קמפיין rich push ללא התחשבות בהבדלי הפלטפורמות פירושו שההתראה שלכם עשויה להיראות מצוין ב-Android ולהופיע כטקסט בלבד ב-iOS, או להיפך.
| פרמטר | iOS | Android | Web push |
|---|---|---|---|
| מדיה נתמכת | תמונות, GIF, וידאו, שמע | תמונות, GIF, וידאו | תמונות גדולות, אייקונים |
| כפתורי פעולה | עד 2-4 (משתנה לפי גרסת iOS) | עד 3 | עד 2 |
| התאמה אישית | Notification Service Extension נדרש עבור rich media | תצוגות הניתנות להרחבה, פריסות מותאמות אישית בצורה מובנית | מוגבל: תמונה, אייקון, טקסט |
| טיפול ב-rich media | Service Extension מאחזר מדיה לפני ההצגה | FCM מטפל ב-payload; מדיה מרונדרת על ידי מערכת ההפעלה | Service Worker מטפל בעיבוד רקע |
| שליטת משתמש | Focus modes, הגדרות התראות לכל אפליקציה | ערוצי התראות, צליל/רטט לכל ערוץ | הרשאות ברמת הדפדפן, הגדרות אתר |
| גודל payload | מקסימום 4 KB (מדיה נאחזת בנפרד) | מקסימום 4 KB (מדיה נאחזת בנפרד) | מקסימום 4 KB (מדיה נאחזת בנפרד) |
שיקולי iOS
דרישת ה-Notification Service Extension היא המגבלה הטכנית העיקרית. Rich media לא מוצג ב-iOS ללא זה. אם לאפליקציה שלכם אין את ה-extension מוגדר, משתמשים יקבלו התראות טקסט בלבד ללא קשר למה שנשלח מהפלטפורמה.
Focus Modes (iOS 15+) מאפשרים למשתמשים להגביל אילו אפליקציות יכולות להתריע עליהם בפרקי זמן ספציפיים. זה משפיע על הישגיות במהלך שעות הערב והבוקר שלרוב יש להן מעורבות גבוהה. כבדו את העדפות התזמון והשתמשו ב-analytics כדי לזהות מתי הקהל הספציפי שלכם מגיב.
שיקולי Android
ערוצי ההתראות הם השיקול התפעולי העיקרי. משתמשי Android 8.0+ יכולים להשתיק ערוצי התראות בודדים מהאפליקציה שלכם. אם ערוץ הפרסום שלכם מושתק, אף rich push לא יוצג ללא קשר לאיכות הקמפיין. שמרו על ערוצים פרסומיים ועסקיים נפרדים מההשקה.
התנהגות ההתראות הניתנות להרחבה של Android פירושה שהמשתמשים רואים תצוגה מכווצת תחילה, ואז מרחיבים לגלות את התמונה המלאה או כפתורים נוספים. עצבו לשני המצבים: התצוגה המכווצת צריכה לעבוד כהודעה עצמאית.
שיקולי web push
Web push rich media מוגבלת יותר מ-mobile. תמונת הבאנר היא האלמנט הוויזואלי העיקרי; תמיכה בוידאו וב-GIF תלויה בדפדפן. לצוותים שמריצים web ו-mobile push בו זמנית, web push עובד טוב יותר כגיבוי או כתוספת מאשר כערוץ rich media ראשי.
שיטות עבודה מומלצות לקמפיינים של rich push עם המרה גבוהה
Rich media: מה עובד ומה לא
התמונה או ה-GIF צריכים להוסיף מידע שהעותק לא מכיל כבר. תמונת מוצר בהתראת שחזור עגלה מראה למשתמש מה השאיר מאחור, וזה שימושי. באנר מכירה גנרי באותה התראה לא מוסיף דבר שהכותרת לא אמרה כבר.
הנחיות לגודל קובץ:
-
תמונות: JPEG או PNG, מתחת ל-1 MB. קבצים גדולים יותר נטענים לאט בחיבורי mobile וחלקם כלל לא נטענים.
-
GIF: מתחת ל-5 MB. שמרו אותם קצרים, לולאות של 2-3 שניות עובדות טוב יותר מאנימציות ארוכות שלוקחות זמן להתחיל.
-
וידאו: MP4, מתחת ל-50 MB לקובץ המצורף. קטעים קצרים של 10-15 שניות עובדים הכי טוב להתראות.
בדקו את רינדור המדיה במכשירים אמיתיים לפני שליחה לפלח גדול. תצוגות מקדימות של אמולטור לעיתים קרובות לא משקפות את הרינדור בפועל במדויק, בעיקר עבור GIF בגרסאות Android ישנות יותר.
עותק
הכותרת צריכה לציין את היתרון או את החדשות. ‘הז’קט שבמשאלות שלך הוא 20% הנחה’ עולה על ‘הצעה מיוחדת בפנים’. המשתמש צריך להבין מה קורה לפני שהוא מחליט להקיש.
גוף ההודעה מוסיף את הפרט שהכותרת לא יכולה לכלול: המועד האחרון, שם המוצר הספציפי, קוד ההנחה. שמרו על פחות מ-100 תווים, ב-iOS עותק ארוך יותר נחתך במסך הנעילה.
שפת דחיפות עובדת כאשר המועד האחרון אמיתי. ‘מכירת הפלאש מסתיימת בחצות’ יוצרת לחץ. ‘הצעה לזמן מוגבל’ ללא שעת סיום ספציפית אינה יוצרת. בדקו את שניהם ובדקו CTR.
כפתורי פעולה
כפתורי פעולה הם המקום שבו הפחתת החיכוך אכן מתרחשת. שתי כללות:
-
השתמשו בפעלים פעילים: ‘השלם רכישה’, ‘תבע הצעה’, ‘צפה עכשיו’, ‘הצג עסקה’. לא ‘אישור’, ‘עוד’ או ‘לחץ כאן’.
-
Deep link למסך הנכון: הכפתור של ‘השלם רכישה’ צריך לפתוח ישירות לעגלה. ‘הצג עסקה’ צריך לנחות על דף המוצר הספציפי. נחיתה בדף הבית מאבדת את רוב ההמרה.
ב-iOS אפשר להוסיף עד 4 כפתורים תלוי בגרסה; ב-Android עד 3. שני כפתורים עם תיוג ברור המכסים את הפעולה הראשית ואפשרות משנית (קנה עכשיו לעומת שמור להמאוחר יותר) עובדים טוב יותר מארבעה כפתורים מעורפלים.
פרסונליזציה וסגמנטציה
הפלח קובע עד כמה ה-rich media רלוונטית. תמונת מוצר של הפריט המדויק שהמשתמש צפה בו יעילה יותר מבאנר קטגוריה. קוד הנחה מותאם אישית הקשור לרמת CLV שלהם יעיל יותר מהצעה בשיעור קבוע שנשלחת לכולם.
ב-Pushwoosh, תגיות ואירועים מאפשרים לכם לבנות פלחים על בסיס התנהגות: צפה במוצר ללא רכישה, הוסיף לעגלה ללא checkout, קרא מאמרים בקטגוריה, לא פתח אפליקציה ב-7 ימים. שדות תוכן דינמיים שואבים נתונים ספציפיים למשתמש להתראה: שם מוצר, URL תמונת הפריט, יתרת נקודות נאמנות.
פלוח RFM מטפל בממד מחזור החיים: אלופים מקבלים גישה מוקדמת ומסגור בלעדיות; משתמשים בסיכון מקבלים הצעות שחזור הקשורות לאינטרס האחרון הידוע שלהם; משתמשים חדשים מקבלים תמריצים לרכישה ראשונה. אותה תשתית rich push, לוגיקת הודעות שונה לכל פלח.
תזמון ותדירות
זמן השליחה האופטימלי משתנה לפי סוג האפליקציה וקהל היעד. מסחר אלקטרוני מגיע לשיא בשעות הצהריים ובערבים; אפליקציות חדשות רואות מעורבות בוקר; אפליקציות גיימינג מגיבות בערב. הריצו בדיקות A/B על זמן השליחה באמצעות פלחים דומים ובדקו CTR לפי שעה ב-analytics לפני שתתחייבו ללוח זמנים.
הגבלת תדירות נחוצה ל-rich push פרסומי באופן ספציפי. משתמשים שנרשמו לעדכוני משלוח סובלניים אחרת להודעות פרסומיות ממשתמשים שנרשמו להתראות מבצעים. שמרו על ערוצי התראות נפרדים וכללי תדירות נפרדים לכל ערוץ.
אופטימיזציית זמן השליחה מבוססת AI של Pushwoosh מנבאת את חלון האספקה הטוב ביותר למשתמש על בסיס הדפוסים ההיסטוריים שלו, ומסירה את הניחוש מהתזמון עבור קהלים בינלאומיים על פני אזורי זמן.
בדיקות A/B
בדקו משתנה אחד בכל פעם: תמונה לעומת GIF, תמונת מוצר לעומת באנר מכירה, גרסת עותק כותרת, טקסט כפתור פעולה, זמן שליחה. Pushwoosh מפיץ גרסאות באופן אוטומטי, בוחר את המנצח לפי CTR או המרה ומחיל אותו על שאר הקהל.
קבעו גדלי מדגם מינימליים לפני הרצת בדיקות. פחות מ-500 משתמשים לגרסה הוא בדרך כלל קטן מדי כדי לייצר אות אמין. בדקו מובהקות סטטיסטית לפני שמכריזים על מנצח.
מקרי שימוש לפי ענף
מסחר אלקטרוני: שחזור עגלות נטושות
מקרה השימוש האמין ביותר של rich push. התראה 30 דקות לאחר נטישת עגלה המציגה את תמונת המוצר עם כפתורים ‘השלם רכישה’ ו’שמור להמאוחר יותר’ עולה באופן עקבי על תזכורות טקסט בלבד.
התמונה היא מה שגורם לזה לעבוד. משתמשים שנוטשים עגלות לרוב עושים זאת כי הם הוסחו, לא כי הם החליטו נגד הרכישה. ראיית המוצר שוב מסירה את חיכוך “מה הסתכלתי עליו?”.
המספרים תומכים בכך. SuperJeweler הריץ push notifications לשחזור עגלות נטושות והגיע ל-CTR של 14.68% עם שיעור המרה של 8%, ותורגם לעלייה של 8.2% בהכנסות הכוללות. Samsung ראה שיעורי שחזור עגלות עולים ב-24% לאחר הוספת web push לזרימת השחזור שלה.
Customer Journey Builder של Pushwoosh מאפשר אוטומציה של הרצף עם כניסה מבוססת טריגר על אירועי נטישת עגלה, הכנסת תמונת מוצר דינמית מה-event payload, ויציאות מבוססות-אירוע-רכישה כך שמשתמשים שהמירו לא יקבלו הודעות המשך.
מסחר אלקטרוני: מכירות פלאש ומוצרים חדשים
מכירות פלאש צריכות להגיע לקהל הנכון לפני שחלון הזדמנויות ייסגר. שליחה לפלח רחב מייצרת המרה נמוכה יותר מאשר שליחה למשתמשים שגלשו בקטגוריה הרלוונטית לאחרונה. טירגוט מבוסס RFM של קונים תכופים עם מסגור בלעדיות, ‘גישה מוקדמת’ או ‘הראשון לדעת’, מניב ביצועים טובים יותר מהפצה לאתר כולו.
עבור מוצרים חדשים, פלוח התנהגותי מזהה משתמשים שגלשו בקטגוריה ב-7-14 הימים האחרונים אך לא רכשו. התראה עם תמונת מוצר מאותה קטגוריה נוחתת עם יותר רלוונטיות מאשר push כללי של ‘פריטים חדשים כאן’.
מדיה ופרסום: חדשות שוטפות והמלצות תוכן
התראות חדשות שוטפות עם תמונה רלוונטית מניבות שיעורי הקשה גבוהים יותר מכותרות טקסט בלבד. התמונה מוסיפה אמינות והקשר ויזואלי לסיפור לפני שהמשתמש מחליט לפתוח אותו. אפליקציית מדיה ספורטיבית ONE הגיעה ל-CTR של 12.79% על rich media news pushes, הרבה מעל הבסיס לטקסט בלבד עבור אפליקציות חדשות.
המלצות תוכן מותאמות אישית פועלות באמצעות פלוח התנהגותי: זהו משתמשים שקראו מספר מאמרים בקטגוריית נושא ספציפית, ואז דחפו תוכן חדש מאותה קטגוריה כשהוא מתפרסם. הפרסונליזציה נוחתת רק אם התוכן אכן תואם להיסטוריית הקריאה של המשתמש, הפלוח צריך להיות מדויק.
גיימינג: מחדש מעורבות ומודעות לתכונות
GIF עובדים טוב במיוחד להתראות גיימינג. אנימציה קצרה של דמות חדשה, רמה או אירוע במשחק מעבירה התרגשות מהר יותר ממה שעותק יכול. משתמשים שלא היו פעילים ב-7 ימים מגיבים טוב יותר לתמריץ ויזואלי, מטבע תוך-משחקי, פריט בלעדי, מאשר להודעת טקסט על מה שהם מפספסים.
טריגרים מבוססי אירועים שולחים את ההתראה כאשר אבן דרך ספציפית למשתמש מושלמת או תוכן חדש הופך לזמין. Journey Builder של Pushwoosh מטפל בלוגיקת הטריגר ופלוח RFM מזהה אילו משתמשים לא פעילים שווים את השקעת ה-rich push.
Analytics ופתרון בעיות
מדדים לעקוב
-
CTR. האות העיקרי לאפקטיביות יצירתית. ספי Rich push עומדים על 5-15% תלוי בענף ובפלוח. מתחת ל-5% מציע בעיה עם רלוונטיות המדיה, העותק או הטירגוט.
-
שיעור המרה. אחוז הלוחצים שהשלימו את הפעולה המיועדת. זה מה ש-CTR משרת.
-
שיעור ביטול הסכמה. קפיצה לאחר קמפיין rich push מצביעה על בעיות תדירות או רלוונטיות, לא בהכרח בעיה יצירתית.
-
שיעור אספקה. אספקה נמוכה מצביעה על בעיות token או, ב-iOS, על הגדרת Notification Service Extension חסרה.
Pushwoosh Analytics נותן ראות בזמן אמת על כל ארבעת המדדים מפולחים לפי קמפיין, קהל וסוג מדיה.
בעיות נפוצות ותיקונים
-
מדיה לא נטענת. בדקו גודל קובץ ופורמט תחילה. JPEG, PNG, MP4, GIF הם בטוחים. קבצים מעל 4 MB נכשלים בחיבורים איטיים. ב-iOS, ודאו ש-Notification Service Extension מיושם כהלכה וה-URL של המדיה נגיש לציבור.
-
כפתורי פעולה לא עובדים. בדקו שכתובות ה-deep link נכונות ושהאפליקציה מטפלת ב-URL scheme. בדקו במכשיר פיזי, לא רק באמולטור.
-
CTR נמוך למרות אספקה טובה. הריצו בדיקת A/B על המדיה. אם גרסת טקסט בלבד מניבה ביצועים דומים לגרסה העשירה, התמונה לא מוסיפה ערך, שנו את הויזואל. בדקו האם ערוץ ההתראות לסוג קמפיין זה מושתק ב-Android.
-
iOS מציג טקסט בלבד. ה-Notification Service Extension חסר או לא מאחזר מדיה כהלכה. בדקו את היישום ושה-URL של המדיה ב-payload ניתן להגעה מהמכשיר.
שיפור המרת הקמפיין עם Pushwoosh rich push
Rich push notifications עולות על push טקסט בלבד כאשר המדיה רלוונטית ונתיב הפעולה ברור. הבדל הפלטפורמה בין iOS ל-Android משפיע על אופן הגדרת האספקה. הפלח קובע האם התמונה שמשתמש רואה אכן מתחברת למשהו שאכפת לו.
Pushwoosh מטפל באספקת rich media על פני iOS, Android וווב, כולל תמיכה ב-Notification Service Extension עבור iOS, לצד פלוח RFM והתנהגותי, Customer Journey Builder לקמפיינים מופעלי טריגר אוטומטיים, בדיקות A/B ו-analytics בזמן אמת.
