התראות Push
שלחו התראות פוש ממוקדות למשתמשים ב־iOS (APNS), ב־Android (FCM) ובדפדפנים באמצעות Web Push.
סקירה
התראות פוש מאפשרות לכם:
- לעודד משתמשים לחזור אם לא פתחו את האפליקציה לאחרונה
- להניע המרות בעזרת הצעות מוגבלות בזמן
- להעביר עדכונים על הזמנות, הודעות או אירועי אפליקציה
- להתאים מסרים לפי התנהגות ומאפיינים
דרישות מקדימות
לפני יצירת קמפייני פוש, ודאו שיש לכם:
-
SDK משולב:
- iOS SDK למשתמשי iPhone/iPad
- Android SDK למשתמשי Android
- Web SDK עבור פוש בדפדפן (Web)
-
אישורי Push מוגדרים:
- iOS: מפתח הרשאה APNS (.p8, מומלץ) או תעודה (.p12)
- Android: קובץ JSON של חשבון שירות Firebase (FCM HTTP v1)
- Web: זוג מפתחות VAPID שנוצר לכל אפליקציית אינטרנט בלחיצה אחת (ראו בהמשך)
-
מכשירים רשומים: המשתמשים צריכים להעניק הרשאת Push באפליקציה או בדפדפן
הגדרת אישורי Push
iOS (APNS)
- עברו אל Settings → Apps → [Your App]
- פתחו את הגדרות ה־Push של האפליקציה
- בקטע iOS (APNS) בחרו Authentication Method:
- Token-based (מומלץ): הדביקו את תוכן ה־Auth Key (.p8) והזינו Key ID ו־Team ID
- Certificate-based: העלו קובץ .p12 והזינו את הסיסמה שלו
- בחרו סביבה:
- Development: לבדיקות עם גרסאות פיתוח
- Production: לגרסאות שמופצות ב־App Store
- שמרו את ההגדרות
צרו תעודות ומפתחות APNS ב־Apple Developer Account.
Android (FCM)
- עברו אל Settings → Apps → [Your App]
- פתחו את הגדרות ה־Push של האפליקציה
- בקטע Android (FCM) לחצו Upload service account JSON והעלו את קובץ חשבון השירות של Firebase (Joryio שולחת דרך FCM HTTP v1):
- צרו אותו ב־Firebase Console → Project Settings → Service accounts → Generate new private key
- הזינו את ה־Sender ID (Firebase Console → Project Settings → Cloud Messaging)
- שמרו את ההגדרות
עקבו אחרי מדריך ההקמה של Firebase כדי ליצור פרויקט Firebase. מפתחות שרת מדור קודם ("server keys") אינם בשימוש - רק קובץ ה־JSON של חשבון השירות.
Web (פוש בדפדפן)
פוש לאינטרנט מוגדר לכל אפליקציית אינטרנט בנפרד (כל אפליקציית אינטרנט היא מותג/אתר עם זוג מפתחות משלו), לצד הגדרת המובייל:
- עברו אל Settings → Apps → [Your Web App]
- עברו ללשונית Push
- בקטע Web Push (Browser) לחצו Enable Web Push
- פעולה זו יוצרת זוג מפתחות VAPID השמור על אותה אפליקציית אינטרנט - אין מפתחות להעתיק או להדביק
- ארחו את ה-service worker באתר והציגו את בקשת ההצטרפות בעקבות פעולה יזומה של המשתמשים (הקטע מציג את שורת הקוד ואת הקריאה המדויקות)
מאחר שלכל אפליקציית אינטרנט יש זוג מפתחות VAPID משלה, לשני אתרים (בין אם בסביבות עבודה נפרדות ובין אם שתי אפליקציות אינטרנט בסביבת עבודה אחת) יש מנויים נפרדים בדפדפן. יצירת מפתחות מחדש מבטלת את המנויים הקיימים של אותה אפליקציה, ולכן המשתמשים יצטרכו להצטרף מחדש.
יצירת קמפיין פוש
1. מעבר לקמפיינים
עברו אל Campaigns → Create Campaign ובחרו Push Notification.
2. פרטי קמפיין
Name: תנו שם תיאורי
Example: "Weekend Sale - 20% Off"
Description (אופציונלי): הוסיפו הערות פנימיות
אפליקציית יעד: בחרו את אפליקציית המובייל (APNS/FCM) שאליה יישלח הפוש. אם בסביבת העבודה יש שתי אפליקציות אינטרנט או יותר שבהן Web Push מופעל, מופיע גם הבורר Web App - בחרו אתר אחד, או השאירו את All web apps כדי להגיע למנויי הדפדפן של כל האתרים. כשיש אפליקציית אינטרנט אחת הבחירה אוטומטית והבורר מוסתר.
3. קהל יעד
בחרו מי יקבל את ההתראה:
לפי סגמנט
בחרו סגמנט מוגדר מראש:
- "Active Users (Last 7 Days)"
- "Premium Subscribers"
- "Cart Abandoners"
לפי התנהגות
מקדו משתמשים לפי פעולות מסוימות:
- Event: "Abandoned Cart"
- Filter: Cart value > $50
- חלון זמן: 24 שעות אחרונות
4. תוכן ההודעה
כותרת ההתראה
Example: "Your cart is waiting!"
- שמרו על פחות מ־50 תווים
- השתמשו באימוג'י במידה (1-2)
- צרו תחושת דחיפות כשמתאים
- התאימו אישית עם נתוני משתמש
גוף ההתראה
Example: "Complete your purchase now and save 20% with code SAVE20. Offer ends tonight!"
- שמרו על פחות מ־120 תווים - זו נקודת הקטיעה של Chrome והאורך הבטוח ביותר בכל הפלטפורמות (iOS מאפשר 178 תווים ו־Android מאפשר 240, אך הודעה קצרה מ־120 תווים תוצג היטב בכולן).
- כללו קריאה ברורה לפעולה
- הוסיפו מידע שמוגבל בזמן
- השתמשו בתבניות Liquid להתאמה אישית
אורך כותרת
שמרו על כותרות קצרות מ־50 תווים. שלב Compose מציג מונה שמתעדכן בזמן אמת, והמגבלות לכל פלטפורמה מופיעות בהסבר הקופץ (iOS 50, Android 65, Chrome כ־50).
תצוגה מקדימה חיה (iOS / Android / Web)
עורך הקמפיין מציג תצוגה מקדימה קבועה שמתעדכנת בזמן אמת לצד טופס Compose. עברו בין מסך הנעילה של iOS, התראה קופצת של Android והתראת Chrome במחשב - התצוגה מתעדכנת תוך כדי הקלדה, כך שתוכלו לראות כיצד הכותרת וגוף ההודעה מסתדרים בכל פלטפורמה לפני השליחה.
URL או סכמה (אופציונלי)
לאן המשתמשים מגיעים כשהם מקישים על ההתראה:
| פורמט | עובד ב‑ |
|---|---|
https://acme.com/product/12345 | כל הפלטפורמות (Web, iOS, Android). ברירת מחדל מומלצת. |
acme://product/12345 | אפליקציות iOS / Android בלבד - דורש טיפול ב‑URL Scheme באפליקציה שלכם. |
שורת עזר בעורך הקמפיין: "https:// עובד בכל הפלטפורמות. סכמות acme:// פועלות רק בתוך אפליקציות iOS / Android שלכם."
תמונה (אופציונלי)
צרפו תמונה (jpeg / png) המוצגת לצד ההתראה. עיינו בספריית המדיה או הדביקו URL.
כפתורי פעולה (חוצה־פלטפורמות)
הוסיפו עד 2 כפתורי פעולה לכל הפלטפורמות. לכל כפתור יש תווית וערך (כתובת URL מסוג https://… או action:dismiss לטיפול בתוך האפליקציה):
- כפתור 1: "Track order" →
https://acme.com/track/{{ event.order_id }} - כפתור 2: "Talk to support" →
action:dismiss
מקסימום לפי פלטפורמה: Web 2 · iOS 4 · Android 3. ה‑UI מציג 2 of 2 buttons used. Web shows up to 2 · iOS up to 4 · Android up to 3.
מפתח קיבוץ
מפתח שמאפשר להתראה חדשה להחליף את הקודמת במקום להיערם, כאשר שתיהן משתמשות באותו מפתח. בכל פלטפורמה המנגנון נקרא אחרת - Web tag, Android collapse_key, iOS apns-collapse-id - והשדה ממופה לשלושתם. כך, למשל, אפשר להציג לכל משתמש התראת "בדרך אליכם" עדכנית אחת במקום חמש התראות נפרדות.
התנהגות באפליקציה (iOS · Android בלבד)
| הגדרה | תיאור |
|---|---|
| Sound | ברירת מחדל או שקט. באפליקציה בלבד. |
| Badge increment | המספר שיתווסף לתגית שעל סמל האפליקציה ב־iOS. |
התנהגות ב‑Web (Web בלבד)
| הגדרה | תיאור |
|---|---|
| Keep on screen until dismissed | מגדיר requireInteraction: true ב־Web Push API. כברירת מחדל, התראות דפדפן נסגרות אוטומטית לאחר כמה שניות. התראות מובייל ממילא נשארות עד שמקישים עליהן. |
| Web site name | מוצג בכותרת ההתראה של Chrome לצד סמל האתר. |
5. התאמה אישית עם Liquid
השתמשו ב־Liquid להתאמה אישית:
Hi {{user.firstName}},
Your {{cart.itemCount}} items are waiting!
Cart total: ${{cart.total}}
Complete your purchase now and save 20%.
משתנים זמינים:
{{user.firstName}},{{user.lastName}}{{user.email}}- מאפיינים מותאמים:
{{user.plan}},{{user.city}} - מאפייני אירוע מהטריגר
6. תזמון
בחרו מתי לשלוח:
שליחה מיידית
שליחה ברגע שהקמפיין מופעל.
שליחה מתוזמנת
שליחה בתאריך ושעה:
- תאריך: 2024-01-20
- שעה: 10:00 AM
- אזור זמן: America/New_York
טריגר התנהגות
שליחה כשמשתמשים מבצעים פעולה:
- Trigger: "Abandoned Cart"
- בקרת כניסה חוזרת: בכל פעם / פעם אחת לכל משתמש / תקופת המתנה בין שליחות
- חלון פעילות: תאריכי התחלה וסיום אופציונליים לטריגר
מגבלות שעה ביום ("לא לשלוח ב־3 בלילה") הן הגדרה ברמת סביבת העבודה - הגדירו חלונות שקט לכל ערוץ תחת Settings → Quiet Time.
- בוקר (8-10): שיעורי פתיחה גבוהים
- צהריים (12-13): מעורבות טובה
- ערב (19-21): שימוש שיא במובייל
- להימנע: לילה מאוחר (23-06)
7. הגבלת תדירות
תדירות קבלת התראות הפוש נשלטת על ידי Touching Rules של סביבת העבודה (Settings → Touching Rules), לא לכל קמפיין בנפרד:
- כלל לערוץ הפוש - מספר מרבי של הודעות ליום / שבוע / חודש (ברירת מחדל: 10 ביום), עם אפשרות להחיל את הכלל לפי תגיות
- תקרה חוצת־ערוצים אופציונלית על כל הערוצים יחד
לשליחות קריטיות באמת, אפשר להפעיל בקמפיין את bypass frequency limits באפשרויות המתקדמות של שלב Delivery.
שליחת יתר עלולה לגרום ל:
- השבתת ההתראות בידי משתמשים
- הסרת האפליקציה ממכשירים
- פגיעה בתדמית המותג
עקבו אחר הנחיות הפלטפורמות:
- iOS: שלחו תוכן מכבד ורלוונטי
- Android: כבדו את העדפות המשתמשים
8. A/B Testing
בדקו וריאנטים שונים:
Variant A (50%)
- Title: "Your cart is waiting!"
- Body: "Complete your purchase and save 20%"
Variant B (50%)
- Title: "Don't miss out! Limited time offer"
- Body: "20% off your cart - expires in 6 hours"
Joryio משייכת אוטומטית משתמשים לווריאנטים ועוקבת אחר הביצועים.
9. מעקב המרות
הגדירו מה נחשב המרה בשלב ה־Conversion:
- Primary Conversion: למשל "Order Completed" (אירועים נפוצים - כולל "Tapped push notification" - ובנוסף האירועים המותאמים שלכם)
- Attribution Window: 24 שעות / 72 שעות / 7 ימים (ברירת מחדל) / 14 ימים / 30 ימים
- Attribution Model: first touch / last touch (ברירת מחדל) / linear
עם ברירות המחדל, כך נמדד כמה משתמשים השלימו רכישה בתוך 7 ימים מקבלת ההתראה.
יכולות ספציפיות לפלטפורמה
כך שדות הכתיבה המשותפים מיושמים בכל פלטפורמה:
iOS
- Image: נשלחת כקובץ מצורף להתראה עשירה (ומוצגת כשהמשתמשים מרחיבים את ההתראה)
- Badge increment: מוסיף לתגית שעל סמל האפליקציה את המספר שהגדרתם
- Sound: ברירת מחדל או שקט
- Group key: ממופה ל־
apns-collapse-id- התראה חדשה מחליפה את הקודמת שנשלחה עם אותו מפתח
Android
- Image: מוצגת כתמונה מורחבת בסגנון big-picture
- Group key: ממופה ל־
collapse_key - Action buttons: אפשר להציג עד 3 כפתורים
Web
- Keep on screen until dismissed: מגדיר
requireInteractionכך שההתראה לא תיסגר אוטומטית - Web site name: מוצג בכותרת ההתראה בדפדפן
- Group key: ממופה ל־
tagשל Web Notification - Action buttons: אפשר להציג עד 2 כפתורים
בדיקת הקמפיין
1. מצב בדיקה
לפני הפעלה, בדקו את הקמפיין:
- לחצו Send test push על הווריאנט
- בחרו Random user או חפשו existing user - הבדיקה נשלחת למכשירים הרשומים של אותו משתמש, וההתאמה האישית מחושבת לפי הנתונים שלו (משתמשים מותאמים אישית אינם זמינים, משום שאין להם מכשיר רשום)
- שלחו את הבדיקה
2. אימות מסירה
בדקו שההתראה:
- מופיעה במכשיר
- מציגה כותרת ותוכן נכונים
- פותחת את המסך הנכון כשמקישים עליה
- מציגה תמונות ומדיה כראוי
- מפעילה את כפתורי הפעולה
3. סקירת אנליטיקה
לאחר שליחת הבדיקות, ודאו:
- המכשיר נרשם בהצלחה
- הטוקן תקף ופעיל
- אין שגיאות מסירה
ניטור ביצועים
מדדים בזמן אמת
| מדד | תיאור |
|---|---|
| Sent | סך ההתראות שנשלחו |
| Delivered | נמסרו בהצלחה למכשירים |
| Opened | משתמשים שלחצו על ההתראה |
| Conversions | משתמשים שהשלימו אירוע המרה |
| Failures | כשלי מסירה (למשל, טוקנים לא תקפים) |
סטטיסטיקות מסירה
- Delivery Rate: Delivered / Sent
- Open Rate: Opened / Delivered
- Conversion Rate: Conversions / Opened
ביצועים לפי פלטפורמה
השוואה בין iOS ו־Android:
- Open rate
- Conversion rate
- וריאנטים מובילים
ביצועים לפי וריאנט
ב־A/B tests, ראו מי מצליח יותר:
- Variant A: 12.5% open rate, 3.2% conversion
- Variant B: 15.8% open rate, 4.1% conversion - המנצח
שיטות עבודה מומלצות
1. בקשת הרשאה בזמן הנכון
בקשו הרשאה כשיש ערך:
- אחרי שהמשתמש ראה ערך באפליקציה
- בהקשר: "קבלו עדכון כשההזמנה נשלחת"
- מיד בכניסה הראשונה
2. סגמנטציה נכונה
אל תשלחו לכולם:
- מיקוד לפי התנהגות
- התאמה לפי העדפות
- כיבוד ביטולי הרשמה
3. כתיבה משכנעת
- ערך ברור: מה יוצא למשתמש?
- דחיפות: "24 שעות בלבד"
- התאמה אישית: שימוש בשם או נתונים
- CTA חזק: "Shop Now", "Claim Offer"
4. תזמון נכון
שלחו בזמנים מיטביים:
- התחשבו באזור זמן
- כבדו שעות שקטות
- בדקו זמנים שונים
5. אל תשלחו יותר מדי
כבדו מגבלות תדירות:
- מקסימום 3-5 לשבוע
- מרווחים של 4 שעות לפחות
- אפשרו למשתמשים לשלוט בתדירות
6. בדקו הכל
לפני השקה:
- בדיקה במכשירים אמיתיים
- אימות קישורים עמוקים
- בדיקה בגרסאות OS שונות
- בדיקת כל הווריאנטים
7. ניטור ושיפור
שפרו באופן רציף:
- עקבו אחר שיעורי הפתיחה וההמרה
- בצעו בדיקות A/B לגרסאות שונות של ההודעות
- הסירו טוקנים לא תקפים
- למדו מהגרסאות שמשיגות את הביצועים הטובים ביותר
פתרון תקלות
התראות לא נשלחות
בדקו:
- אישורי Push מוגדרים כראוי
- משתמשים אישרו הרשאה
- הטוקנים של המכשירים נרשמו בהצלחה
- הקמפיין פעיל (לא טיוטה)
שיעורי מסירה נמוכים
סיבות נפוצות:
- טוקנים לא תקפים או פגי תוקף
- המשתמשים הסירו את האפליקציה
- המשתמשים השביתו את הרשאת ה־Push
- תעודה פגה (iOS)
פתרון:
- נקו טוקנים לא תקפים באופן קבוע
- בקשו שוב הרשאה ממשתמשים שהשביתו את ההתראות
- עקבו אחר תאריכי התפוגה של התעודות
שיעורי פתיחה נמוכים
בעיות אפשריות:
- ניסוח לא משכנע
- לא רלוונטי לקהל
- זמן שליחה לא מתאים
- שליחת יתר (עייפות מהתראות)
פתרונות:
- שפרו את הניסוח ואת ההתאמה האישית
- מקדו את הקהל במדויק יותר
- שפרו את זמני השליחה
- הפעילו מגבלות תדירות
מגבלות Push
מגבלות פלטפורמה של Apple ו־Google:
iOS (APNS)
- Payload size: מקסימום 4 KB
Android (FCM)
- Payload size: מקסימום 4 KB
- TTL: מקסימום 4 שבועות
צעדים הבאים
- קמפייני In-App - יצירת הודעות בתוך האפליקציה
- הגדרת iOS SDK - שילוב Push ל־iOS
- הגדרת Android SDK - שילוב Push ל־Android
- בדיקות A/B - אופטימיזציה לקמפיינים