הודעות Push לאפליקציות מובייל

הטמעת הודעות Push באפליקציות מובייל באמצעות APNs ו-FCM: פילוח קהלים, הודעות עשירות, Push שקט, קישורים עמוקים וניתוח משלוחים עבור iOS ואנדרואיד.

פיתוח ותמיכה בכל סוגי היישומים הניידים:

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

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

השירותים שאנו מציעים
מציג 30 מתוך 41כל 1734 השירותים

הכישורים שלנו:

שאלות נפוצות

העבודות האחרונות

  • פיתוח אפליקציית מובייל עבור FEEDME
    פיתוח אפליקציית מובייל עבור FEEDME
    971
  • פיתוח אפליקציית מובייל עבור XOOMER
    פיתוח אפליקציית מובייל עבור XOOMER
    869
  • פיתוח אפליקציית מובייל עבור RHL
    פיתוח אפליקציית מובייל עבור RHL
    1289
  • פיתוח אפליקציית מובייל עבור ZIPPY
    פיתוח אפליקציית מובייל עבור ZIPPY
    1143
  • פיתוח אפליקציית מובייל עבור Affhome
    פיתוח אפליקציית מובייל עבור Affhome
    1076
  • פיתוח אפליקציית מובייל עבור חברת FLAVORS
    פיתוח אפליקציית מובייל עבור חברת FLAVORS
    677

הודעות Push באפליקציות מובייל: APNs, FCM, סגמנטציה, Rich Push

יישמנו הודעות push באפליקציות מובייל ביותר מ-50 פרויקטים — מסטארטאפים ועד ארגונים עם קהלים של 10M+ משתמשים. הודעה לא רלוונטית או שבורה טכנית גרועה מהיעדר הודעה: המשתמש משבית את ה-push או מוחק את האפליקציה. לפי דוח של Localytics, שיעור דחיית הרשאת push ב-iOS מגיע ל-40% בשבוע הראשון — הסיבה היא כמעט תמיד חוסר רלוונטיות, לא מכניקה. תוך שבועיים לאחר יישום סגמנטציה איכותית, שיעור ההמרה מפתיחה עולה ב-25–30%. צרו קשר לבדיקת היישום הנוכחי שלכם — נבחן את הפרויקט ונציע מחסנית טכנולוגית אופטימלית תוך יום אחד.

איך התשתית עובדת: APNs ו-FCM

APNs הוא ערוץ המסירה היחיד ב-iOS. כל השאר (OneSignal, Braze, Airship) הוא מעטפת מעליו. APNs מקבל בקשות דרך HTTP/2, אימות דרך JWT token (מפתח p8) או תעודה. JWT עדיף: מפתח אחד לכל האפליקציות בחשבון, לא פג תוקף מדי שנה כמו התעודה. לפרטים נוספים, ראו את התיעוד הרשמי.

נקודה קריטית: APNs מבחין בין apns-push-type — alert, background, voip, complication, fileprovider, mdm. סוג שגוי ב-iOS 13+ גורם לכך שהודעות רקע לא מעירות את האפליקציה. ראינו פרויקטים שבהם content-available: 1 נשלח ללא apns-push-type: background — האפליקציה לא קיבלה push שקט בחלק מהמכשירים, והצוות בילה חודש בחיפוש אחר "באג באפליקציה".

FCM באנדרואיד עובד דרך Google Play Services. למכשירים ללא GMS (Huawei, חלק מהשוק הסיני), נדרש Huawei Push Kit או WebSocket ישיר — משימה נפרדת. FCM תומך בהודעות data (מטופלות ב-onMessageReceived) ובהודעות notification (המערכת מציגה אותן אוטומטית אם האפליקציה ברקע). ערבוב ביניהן דורש זהירות: אם לבלוק notification יש click_action אבל ה-deep link לא רשום באפליקציה, הקשה על ההודעה פשוט פותחת את המסך הראשי ללא ניווט.

מאפיין APNs FCM
אימות JWT token או תעודה Firebase service account
סוגי הודעות alert, background, voip וכו' notification, data
Push שקט content-available + apns-push-type: background הודעת data עם priority high
מגבלות payload 4 KB 4 KB (מקסימום), עד 2 KB להודעת notification
עובד ללא Google Play לא רלוונטי (iOS בלבד) לא, דורש ספק חלופי

למה סגמנטציה היא הבסיס להודעות Push אפקטיביות?

שליחה לכולם ללא הבחנה שוחקת במהירות את נאמנות המשתמשים. הודעות מותאמות אישית נקלטות פי 3 יותר מהודעות המוניות, וסגמנטציה נכונה מפחיתה נטישה ב-25% (בפרויקט אחד זה הביא להכנסה נוספת משמעותית לרבעון). עלות הגדרת הסגמנטציה ב-OneSignal או בשרת מותאם אישית תלויה במורכבות הפילטרים.

סגמנטציה נכונה בנויה על כמה רמות.

סוג סגמנטציה כלי דוגמה
לפי נושאים FCM topics / APNs push-to-topic הודעות סטטוס הזמנה
לפי מאפיינים OneSignal, Braze last_active < 7_days + plan = premium
מותאם אישית שרת מותאם אישית לפי device_token המקושר לפרופיל

נושאים מיועדים לקטגוריות רחבות: "מבצעים חדשים", "עדכוני סטטוס הזמנה". המשתמש נרשם דרך FirebaseMessaging.getInstance().subscribeToTopic("orders"). פשוט, אבל ללא פילטרים גמישים.

סגמנטים לפי מאפיינים — דרך OneSignal, Braze או שרת מותאם אישית. אנו שומרים בפרופיל המשתמש: שפה, סוג מכשיר, פעילות אחרונה, פלח LTV. ההודעה נשלחת רק לבעלי last_active < 7_days ו-plan = premium. OneSignal מאפשר לבנות פילטרים כאלה בממשק ללא קוד.

מותאם אישית — לפי device_token ספציפי. חשוב לאחסן tokens בצורה נכונה: ה-token מתעדכן בהתקנה מחדש של האפליקציה, בשחזור מגיבוי בטלפון חדש או באיפוס הגדרות. ב-iOS, השתמשו ב-UNUserNotificationCenter + didRegisterForRemoteNotificationsWithDeviceToken, ושמרו לשרת בכל הפעלה, לא רק בראשונה. אחרת, אחרי 3 חודשים 30% מה-tokens במסד הנתונים מיושנים.

מה זה Rich Push ואיך הוא משפר המרות?

הודעה רגילה עם כותרת וטקסט נקלטת פחות מהודעה עשירה עם תמונה וכפתורי פעולה — פי 3. אבל יישום rich push הוא משימה נפרדת בכל פלטפורמה.

ב-iOS, תוכן עשיר דורש UNNotificationServiceExtension (לשינוי ה-payload) ו-UNNotificationContentExtension (ממשק משתמש מותאם). ההרחבה רצה בתהליך נפרד עם זמן וזיכרון מוגבלים. אם ההרחבה קורסת או חורגת מהזמן המוקצב, המערכת מציגה את ה-payload המקורי ללא מדיה. טעות אופיינית היא ניסיון לטעון תמונה דרך HTTP (לא HTTPS): ATS חוסם את הבקשה, ההרחבה נכשלת בשקט, והמשתמש רואה הודעה ללא תמונה.

ב-אנדרואיד עם API 26+, הודעות מקושרות ל-NotificationChannel. אם הערוץ נוצר עם IMPORTANCE_LOW, צליל ורטט לא זמינים. סוגי הודעות שונים (טרנזקציוניות, שיווקיות) צריכים להיות בערוצים שונים כדי שהמשתמש יוכל להשבית שיווק מבלי לאבד הודעות הזמנות. BigPictureStyle, MessagingStyle, InboxStyle הם תבניות להודעות מורחבות. MessagingStyle עם Person ואווטארים הוא הבחירה הטובה ביותר לצ'אטים.

פלטפורמה רכיב פרטים
iOS UNNotificationServiceExtension זמן ריצה ~30 שניות, זיכרון ~50 MB, HTTPS חובה
iOS UNNotificationContentExtension ממשק משתמש מותאם, כפתורי פעולה
אנדרואיד NotificationChannel רמת חשיבות, צליל, רטט — ניתן להגדרה על ידי המשתמש
אנדרואיד BigPictureStyle / MessagingStyle תוכן מורחב, קיבוץ הודעות

איך לעקוב אחר מסירה והמרה של הודעות Push?

שליחת הודעה היא חצי מהעבודה. חשוב לדעת: האם היא נמסרה, נפתחה, והאם הובילה לפעולת מטרה.

FCM מחזיר MessageId בעת השליחה, אבל לא מבטיח callback למסירה — בעיצוב. למעקב אחר פתיחות, נדרשת לוגיקה מותאמת אישית: בהקשה על ההודעה ב-onMessageReceived או דרך getInitialNotification() / onNotificationOpenedApp (SDK של OneSignal), שלחו אירוע לאנליטיקס עם notification_id.

OneSignal מספק אנליטיקס מובנה למסירה ו-CTR. לניתוח מפורט יותר — השתלבו עם Amplitude או Mixpanel דרך webhook באירועי פתיחה. התקציב לדשבורד כזה משתנה בהתאם לנפח האירועים.

איך אנו מיישמים הודעות Push: תהליך אופייני

  1. בדיקת היישום הנוכחי — בדיקת אחסון tokens, טיפול בעדכונים, סוגי הודעות.
  2. עיצוב ארכיטקטורה — בחירת תעבורה (FCM + APNs), שכבת סגמנטציה (OneSignal/Braze/מותאם אישית), שיטת התאמה אישית.
  3. יישום — כתיבת קוד רישום, טיפול בהודעות נכנסות, rich push, deep linking.
  4. בדיקות — שליחת קמפיינים לבדיקה, אימות מסירה במכשירים שונים, סימולטורים, אזורים.
  5. ניטור ואנליטיקס — הגדרת דשבורד, אירועי פתיחה והמרה.
  6. תיעוד והדרכה — העברת חומרים תפעוליים לצוות.

מחסנית אופיינית: FCM + APNs בשכבת התעבורה, OneSignal או Firebase Notifications Composer לסגמנטציה, שרת מותאם אישית להודעות מותאמות אישית מבוססות אירועים. לאפליקציות גדולות עם >1M משתמשים, ל-OneSignal יש מגבלות תמחור — אז אנו משתמשים ב-Braze או ביישום מותאם אישית על AWS SNS.

טעויות נפוצות בהגדרת הודעות Push
  • אי שמירת device_token מעודכן בכל הפעלה — אחרי 3 חודשים 30% מה-tokens מיושנים.
  • בלבול בין apns-push-type — הודעות רקע לא מעירות את האפליקציה.
  • יצירת NotificationChannel יחיד לכל הסוגים — משתמשים לא יכולים להשבית שיווק מבלי לאבד טרנזקציות.
  • טעינת מדיה ב-rich push דרך HTTP — ATS חוסם את הבקשה ב-iOS.
  • אי בדיקת מיקוד deep link — הקשות מגיעות למסך הראשי.

לוחות זמנים תלויים במורכבות: אינטגרציה בסיסית של FCM+APNs עם הודעות טרנזקציוניות — 1–2 שבועות. מערכת מלאה עם סגמנטציה, rich push, אנליטיקס ובדיקות A/B — 4–8 שבועות. הזמינו בדיקה של תשתית ה-push הנוכחית שלכם או קבלו ייעוץ ליישום הודעות push באפליקציית המובייל שלכם — ניצור קשר תוך יום ונספק הערכה מדויקת.