הודעות in-app הן אחת הדרכים הכי טובות להגיע למשתמשים כשהם כבר בתוך האפליקציה. הפתרון המקובל תמיד היה עורך ה-in-app הקלאסי מבוסס HTML. הוא מצוין לעיצובים מותאמים ומורכבים, אבל כבד מדי לבדיקות המהירות וההיפותזות שמנהל שיווק מריץ יום-יום — קצב שצוותי growth ישראליים, רגילים לזוז מהר בלי לחכות לתור של צוות הפיתוח, מרגישים חד במיוחד.
עכשיו, הודעות Native In-App נותנות למשווקים אוטונומיה מלאה. בוחרים layout מוכן ישירות בעורך, מתאימים אישית, ומשיקים תוך כמה דקות, בלי עזרה של מעצב או צוות פיתוח.
המדריך הזה מסביר מה זה native in-apps, איך להתאים אותם אישית, ואיך לבחור את ה-layout הנכון למשימה — onboarding, המרה, winback ו-retention.
📖 חדשים בערוץ? התחילו מ-מה זה הודעות in-app ולמה הן עובדות.
מהי הודעת Native In-App?
יש 2 דרכים לבנות הודעת in-app.
הודעת in-app קלאסית מבוססת HTML היא דף web מותאם אישית שה-SDK מציג כ-overlay מעל ה-UI הנייטיב שלכם, עם שליטה מלאה בעיצוב ורנדור web. זו הבחירה הנכונה כשצריך משהו שה-layouts המוכנים לא יודעים לעשות: טופס feedback או סקר, תוכן אינטראקטיבי מותאם, או עיצוב ייחודי לגמרי שמעלים כקובץ ZIP.
הודעת Native In-App שונה: ה-SDK מצייר אותה עם הרכיבים הנייטיביים של הפלטפורמה עצמה, מתוך layout מוכן שממלאים בעורך — בלי HTML, בלי web view. היא נפתחת מהר יותר, מתאנימת חלק יותר, ונראית כחלק מהאפליקציה עצמה.
7 סוגי Native In-App ומתי להשתמש בכל אחד
Pushwoosh נותנת לכם 7 layouts נייטיביים ישירות בעורך ה-in-app. אז איך יודעים באיזה להשתמש?
הבחירה ב-layout היא בעצם שאלה של הפרעה: כמה מהמסך, וכמה מתשומת הלב של המשתמש, ההודעה הזו ראויה לה עכשיו? עונים על זה קודם, וה-layout בוחר את עצמו.
- בלי הפרעה: Banner. שורה קומפקטית שמוצמדת לחלק העליון או התחתון. המשתמש ממשיך לעשות מה שהוא בא בשבילו; ההודעה פשוט שם. השתמשו בו לתזכורות שיכולות לחכות טאפ או שניים: שלב לא גמור, פיצ’ר חדש, בונוס קטן.
- הפרעה קלה: Sheet. פאנל שנשלף מלמטה, עם ידית לגרור אותו הצידה. הוא אומר “עוד דבר קטן לגבי מה שאתם מסתכלים עליו עכשיו.” פעולות קונטקסטואליות בתוך session שייכות כאן: לשמור פריט, להפעיל הגדרה, לאשר בחירה.
- הפרעה קצרה: Modal. כרטיס ממורכז על גבי מסך מוכהה. הוא עוצר את המשתמש, אבל רק להחלטה אחת. הצעות, עדכונים ורגעי כן/לא.
- תופס את כל המסך: Fullscreen, Stories, Carousel, Video. אלה לרגעים שבהם המשתמש מוכן לעצור. Onboarding, פרומו גדול, סיור במוצר. השתמשו בהם כשהתמורה מצדיקה הפסקה מלאה, ולא כי ה-layout נראה מרשים בעורך.
הסולם הזה אומר לכם כמה מסך לתפוס. עכשיו בואו נפרק כל layout בפני עצמו: מה הוא, הרגע שהוא מתאים לו, שלב מחזור החיים, וה-KPI שכדאי לעקוב אחריו.
| Layout | מה זה | הרגע הכי מתאים | שלב במחזור החיים | KPI למעקב |
|---|---|---|---|---|
| Banner | שורה קומפקטית, עליון או תחתון, לא חוסמת | תזכורת שלא צריכה לשבור את ה-session | Engagement, retention | CTR |
| Sheet | פאנל תחתון עם ידית גרירה | פעולה קונטקסטואלית במסך הנוכחי | Engagement, conversion | שיעור אינטראקציה, יעד journey |
| Modal | כרטיס ממורכז על גבי רקע מוכהה | הצעה או עדכון שדורשים החלטה אחת | Conversion, winback | CTR, יעד journey |
| Fullscreen | תמונת כיסוי מקצה לקצה עם טקסט וכפתורים | Onboarding, פרומו משמעותי | Onboarding, conversion | יעד journey (activation, רכישה) |
| Stories | שקופיות רצופות במסך מלא עם progress bars | סדרת שלבים או פיצ'רים | Onboarding, אימוץ פיצ'ר | אינטראקציות, יעד journey (פיצ'ר בשימוש) |
| Carousel | כרטיסים הניתנים להחלקה במסך מלא עם נקודות pagination | מבחר או קטלוג | Engagement, conversion | CTR למוצר, יעד journey |
| Video | נגן HLS או MP4 במסך מלא עם טקסט וכפתורים על גביו | דמו של מוצר או פיצ'ר | Onboarding, conversion | אינטראקציות על כפתור ה-overlay, יעד journey |
התאימו אישית את הודעת ה-In-App שלכם
layout נייטיבי הוא רק חצי מהערך. החצי השני הוא שכל שדה בתוכו אפשר לשנות לפי משתמש.
3 טכניקות התאמה אישית מכסות את רוב מה שמשווק צריך:
תוכן דינמי. משכו כל attribute של המשתמש לתוך הטקסט — שם פרטי, plan, עיר, הקטגוריה האחרונה שנרכשה — עם format modifiers כדי לשמור על ניקיון, ואז השתמשו ב-Liquid ללוגיקה מותנית: הציגו הצעה אחת למשתמשי trial ואחרת ל-subscribers, החליפו את ה-CTA לפי סגמנט.
לוקליזציה. הודעת Native In-App מתחילה בשפה אחת. הוסיפו עוד, ו-Pushwoosh מעתיקה את התוכן ברירת המחדל — טקסט, תמונות ותוויות כפתורים — לכל שפה חדשה כדי שתתרגמו. כל משתמש רואה אז את הגרסה שמתאימה לשפת המכשיר שלו, כך שהודעה אחת שנבנתה פעם אחת מדברת בשפה של כל קהל.
מחולל ברקוד ו-QR. העורך הנייטיבי מייצר ברקודים או קודי QR ויכול למשוך את הערך מ-tag של המכשיר בפורמט {Coupon|String|}. כל משתמש מקבל קוד סרוק משלו שמוצג על המכשיר, בלי צורך לארח כלום ובלי לייצר תמונה בצד.
Native In-App בפעולה: תרחישי שימוש ודוגמאות
הנה איך זה נראה באפליקציות אמיתיות. כל מקרה למטה מתחיל בבעיה שכנראה ראיתם כבר ב-funnel שלכם, נותן שם ל-layout שפותר אותה, ועובר על ההגדרה ב-Pushwoosh.
👋 Onboarding: קבלו את פני המשתמשים עם Fullscreen או Stories
הבעיה: משתמש חדש פותח את האפליקציה בפעם הראשונה וצריך להבין את הערך שלה לבד. רוב ה-sessions הראשונים מסתיימים בלי זה. אצל צוותי B2B SaaS ישראליים, שבהם activation מהיר הוא ההבדל בין משתמש שנשאר לבין churn ביום הראשון, זו בדיוק הנקודה שהכי משתלם לתקן.
היכולת: Fullscreen תופס את המסך הראשון לברכה אחת ברורה ופעולה יחידה. Stories עובר על הפיצ’רים המרכזיים כשקופיות שאפשר ללחוץ עליהן, כש-progress bars מראים כמה עוד נשאר.
ב-Pushwoosh: ב-app_open הראשון, הפעילו Fullscreen עם הערך המרכזי ו-CTA אחד. המשיכו עם הודעת Stories — שקופית אחת לכל פיצ’ר מרכזי — כדי להניע שימוש ראשוני.
📖 עוד על זה: הודעות in-app לקבלת פנים.
💸 Winback: Modal עם קופון שסורקים
הבעיה: קונה שנטש צריך סיבה אמיתית לחזור, לא רק הודעת “התגעגענו אליכם”. אצל e-commerce ישראלי, הרגע הכי טוב לזה הוא לרוב לא רגע אקראי — הוא נופל על שיא הקניות של חגי תשרי, מראש השנה ועד סוכות, כשכל הקהל ממילא בסביבת קנייה.
היכולת: תבנית Native In-App שמוגדרת כ-click action של ה-push, כך שהטאפ פותח Modal עם קוד QR אישי מה-tag של המכשיר {Coupon|String|}.
ב-Pushwoosh: בצעו segmentation לקונים לא פעילים 21+ ימים, הציגו Modal שנושא את הקוד האישי שלהם — סרוק בקופה, בלי תמונה מצד שלישי. תזמנו את זה סביב חגי תשרי, ותפסו את הגל בלי לבנות עוד ערוץ שיווק.
📖 פירוט מלא על תהליכי קופון סרוק: שיווק קופונים לאפליקציות מובייל.
🛍️ בתוך ה-session: Carousel שעובד כמו קטלוג
הבעיה: הצעה סטטית אחת לרוב לא תואמת את מה שקונה ספציפי באמת מחפש.
היכולת: layout ה-Carousel, כרטיסים הניתנים להחלקה במסך מלא, כש-Liquid מושך את שם הקטגוריה ואת הטקסט מהקטגוריה האחרונה שהמשתמש צפה בה.
ב-Pushwoosh: הפעילו על אירוע צפייה בקטגוריה, הציגו Carousel של 4 כרטיסים: “נבחר בשבילכם ב-{LastCategory}”, כל כרטיס עם תמונת מוצר, מחיר וכפתור לעמוד המוצר.
💳 תזכורת retention: Banner שלא מפריע
הבעיה: אפליקציית השקעות או תקציב יש לה משתמשים שנרשמו, חיברו חשבון אחד, ולא סיימו אימות. Modal בכל פתיחה מלמד אותם לסגור Modals. אצל FinTech ו-HealthTech ישראלי — שניים משלושת הוורטיקלים החזקים בשוק המקומי — האיזון בין דחיפה לבין אי-הטרדה קריטי במיוחד: אמון המשתמש בערוץ המסרים הוא חלק מהאמון במוצר הפיננסי או הבריאותי עצמו.
היכולת: layout ה-Banner, מוצמד לתחתית, גלוי בכל מסך עד שהשלב מסתיים, אפשר לסגור בלי לאבד את ה-session.
ב-Pushwoosh: כשלמשתמש יש אימות לא גמור או פיצ’ר שלא בשימוש, הציגו Banner — “סיימו אימות כדי לפתוח העברות” — טאפ אחד, אפס הפרעה.
בנו את הודעת ה-Native In-App הראשונה שלכם ב-5 שלבים
המסלול המלא מ-template להודעה חיה ב-Customer Journey Builder:
-
בחרו layout לפי רמת ההפרעה
החליטו כמה מהמסך ההודעה ראויה לו, ואז בחרו את סוג התצוגה.
-
בנו אותה בעורך הנייטיבי
Content → In-apps → Create in-app → Create native rich media. השדות מקובצים ל-Content (טקסט, תמונות מ-URL או מ-Media storage), Config (צבעים, background, התנהגות) ו-Actions (כפתורים ומה הם עושים). ה-מדריך שלב-אחר-שלב מכסה כל שדה.
-
הוסיפו tags ו-Liquid
הכניסו שם, סגמנט, הצעה או קוד קופון כדי שכל משתמש יראה את הגרסה שלו.
-
בדקו את התצוגה המקדימה החיה
העורך מרנדר את ההודעה בדיוק כפי שהיא תיראה על המכשיר. בדקו אותה כאן לפני שהיא יוצאת לאוויר.
-
השיקו
הגדירו את ה-trigger וה-audience, מקמו את ה-node של ה-in-app בתוך ה-flow, וצאו לדרך.
🚨 הטעויות ששוברות Native In-App בשקט:
- שחרור על SDK ישן. Sheet, Carousel ו-Banner דורשים iOS 7.2.1+ / Android 6.10.1+; Video דורש Android 6.11.0+. מתחת למינימום, שום דבר לא מוצג.
- חשיבה במונחי HTML. Native הוא לא web view. בונים מ-blocks ומעצבים בשביל ה-layout, לא בשביל עמוד.
- השקה בלי preview. תצוגה מקדימה חיה קיימת כדי שרנדור שבור לעולם לא יגיע למשתמש. השתמשו בה בכל פעם.
הניעו מעורבות בתוך ה-session עם Native In-App messages של Pushwoosh
הודעות Native In-App נותנות לכם 7 layouts מוכנים, התאמה אישית לכל משתמש בתוך כל אחד מהם, ותצוגה מקדימה חיה שתופסת בעיות לפני שהן מגיעות למשתמש — בלי HTML, בלי צוואר בקבוק של עיצוב. בחרו את הרגע הכי חשוב לאפליקציה שלכם: שלב onboarding, winback, או נודג’ באמצע session, ובנו את ה-in-app שמאחוריו. לצוותי growth ישראליים שרצים על תקציב ולוח זמנים צפוף, זה בדיוק הפער בין להריץ עוד היפותזה השבוע לבין לחכות לתור הבא של הפיתוח.
