יצירת קמפיינים

קמפיינים הם הדרך לשלוח הודעה חד־פעמית או מתוזמנת למשתמשים - באימייל, SMS, Push, WhatsApp, In-App ו־Webhook. כל הערוצים עוברים דרך אותו אשף בן שישה שלבים, כך שברגע שיצרתם קמפיין אחד אתם יודעים ליצור את כולם.

ערוצים

ערוץ	מה נשלח
Email	אימיילים בעיצוב HTML עשיר עם תמונות, קישורים והתאמה אישית מלאה.
SMS	הודעות טקסט שמתפצלות אוטומטית לפי קידוד (GSM-7 לעומת Unicode).
Push	התראות Push למובייל עם כותרת, גוף, תמונה וקישור לחיצה.
WhatsApp	תבניות WhatsApp Business מאושרות עם מיפוי משתנים.
In-app	הודעות שמוצגות בתוך האפליקציה דרך ה־SDK. ראו קמפייני In-App לבורר הטריגרים החדש, למצבי ההערכה ולכרטיס Frequency Capping.
Webhook	מטען JSON שנשלח בין שרתים, עם גוף המבוסס על תבנית Liquid.

האשף בן ששת השלבים

פתחו את האשף דרך Campaigns → New Campaign. הכותרת מציגה מחוון שלבים ממוספר עם כותרות משנה, קווי חיבור, סימן ירוק על שלבים שהושלמו וסימן ! כתום על כל שלב שביקרתם בו אך השארתם בו שגיאות אימות. Continue ו־Save Draft נמצאים בכותרת לצד פעולת הפרסום - אין צורך לחפש שורת ניווט תחתונה.

#	שלב	מה מגדירים
1	Details	שם, תיאור, סטטוס, תגיות.
2	Delivery	מתי ואיך ההודעה יוצאת.
3	Compose Message	בונה הווריאנטים + גוף ההודעה לפי ערוץ.
4	Audience	בחירת מצב מיקוד → בונה מסננים + גודל קהל.
5	Conversion	אירועי המרה ראשי ומשני.
6	Summary	סקירה לקריאה בלבד לפני פרסום.

כל מעבר בין שלבים שומר אוטומטית כטיוטה, כך שאפשר לצאת ולחזור בלי לאבד שום דבר.

שלב 1: Details

• Name (חובה) ו־Description אופציונלי.
• Status - draft בזמן עריכה, מתחלף ל־active בפרסום.
• Tags - תגיות לתיחום לפי צוות, שמשמשות גם כתגיות עקיפה לרשימות חסימה. קמפיין עם התגית transactional, למשל, יכול לעקוף רשימת חסימה שמוגדרת לאותה תגית. אותה רשימת תגיות משמשת לשתי המטרות.

הזנת התגיות מתבצעת בשדה אחד - הקלידו תגית ולחצו על Enter, והיא תתווסף מתחת לשדה כתגית שאפשר להסיר. אין כפתור הוספה נפרד.

שלב 2: Delivery

לקמפייני Email, SMS, Push, WhatsApp ו־Webhook, שלב Delivery דורש לבחור send type:

Send type	התנהגות
immediate	נשלח ברגע הפרסום.
scheduled	נשלח בתאריך ושעה ספציפיים.
recurring	נשלח לפי לוח (יומי / שבועי / חודשי / cron מותאם).
triggered	נשלח לכל משתמש כשהוא מבצע אירוע (למשל purchase, signup).
intelligent	אופטימיזציית זמן שליחה לכל משתמש - מודל ML בוחר את מועד המסירה הטוב ביותר לכל משתמש.
ai_optimized	אופטימיזציית AI - למידת חיזוק בוחרת ערוץ או תבנית לכל משתמש.

לא נבחרת ברירת מחדל אוטומטית - השלב אינו מושלם עד שתבחרו סוג שליחה. שדות לפי ערוץ (אפליקציית Push,‏ WABA וכתובת URL, שיטה וכותרות ל-webhook) מופיעים מתחת לבורר. גם עקיפות של שעות שקטות וכללי מגע מוגדרות כאן. (שולח האימייל / From / Reply-To / BCC נקבעים בשלב הבא, בתוך לשונית ההגדרות של עורך האימייל - ולכל וריאנט A/B; ראו הגדרות אימייל.)

קמפיינים מבוססי טריגר הופכים קמפיין לשליחה שמופעלת על ידי אירוע. בוחרים Triggered, ואז סוג טריגר: Event tracked (מזינים את האירוע, למשל purchase), WhatsApp inbound (מופעל כשאיש קשר שולח לכם הודעת WhatsApp), SMS inbound (מופעל בתגובה נכנסת ב-SMS), Entity changed (ישות מסחר אלקטרוני, כגון הזמנה או עגלה, משתנה), Attribute changed (מאפיין משתמש משנה ערך), Subscription status (סטטוס הרשמה לערוץ או לרשימה משתנה), או API (manual entry) (מופעל כשהמערכת שלכם מצרפת משתמש דרך ה-API). בוחרים כל כמה זמן משתמש יכול לקבל שוב את הקמפיין: בכל פעם שהאירוע מתרחש (ברירת המחדל), פעם אחת למשתמש, או פעם אחת ואז תקופת המתנה (מגדירים את מספר השעות). פרסום קמפיין מבוסס טריגר מפעיל אותו במקום לשלוח אותו מיד לכל הקהל - לאחר מכן הוא נשלח לכל משתמש ברגע שהוא מפעיל את הטריגר ועדיין תואם את הקהל שלכם. תקרות תדירות ושעות שקטות עדיין חלות.

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

קמפייני In-App מקבלים שלב Delivery מעוצב אחרת - ראו קמפייני In-App.

שלב 3: Compose Message

שלב Compose עטוף ב־VariantTabs - רצועת לשוניות שאינה תלויה בערוץ, עם לשונית אחת לכל וריאנט שאינו Control (מסומן A / B / C…) וכפתור + Add variant בסוף הרצועה. בכל לשונית מוצגים נקודה צבעונית ותג משקל לקריאה בלבד; את ההקצאה עורכים בכרטיס A/B Allocation שמתחת ללשוניות. נקודה כתומה מציינת וריאנט שעדיין לא נכתב.

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

ערוץ	גוף לכל וריאנט
Email	בורר 3 אריחים (Drag & Drop / HTML editor / Use template) → פותח את VariantEditorShell עם פס הצד הסטנדרטי (Settings / Design / Preview & Test / Spam Check).
SMS	אזור טקסט להודעה + מונה תווים וסגמנטים (GSM-7 לעומת Unicode), לצד תצוגה מקדימה של טלפון ב‑iOS / Android / Plain (אותו SmsPhonePreview שבו משתמש חלון ה-SMS במסע).
Push	כותרת + גוף עם מוני תווים לכל הפלטפורמות (50 / 120) והסברים צפים לכל פלטפורמה, כתובת URL או סכמה, תמונה (Asset Picker), עד 2 כפתורי פעולה חוצי פלטפורמות, מפתח קיבוץ (Web tag / Android collapse_key / iOS thread-id), צליל + סמל (iOS · Android בלבד), Keep on screen + שם אתר Web (Web בלבד). תצוגה מקדימה חיה ב‑iOS / Android / Web בצד ימין (משותף PushPreviewWithToggle).
WhatsApp	בורר סוג הודעה (Template / Session reply), בורר חשבון WABA, בורר תבניות שמסוננות לפי WABA ושורות מיפוי משתנים עם החלפת ערכי דוגמה. תצוגת בועת צ'אט חיה בצד ימין (הרכיב המשותף WhatsAppChatPreview, שמשמש גם בעורך התבניות).
Webhook	שורת Method + URL, בורר אימות (None / Bearer / Basic / API key / Signed HMAC), שורות כותרות מותאמות, גוף בקשה (JSON / Form-encoded / None) עם מחוון JSON תקין, טיפול בתגובה (JSONPath → מאפיין משתמש), עקיפות של ניסיונות חוזרים ופסק זמן ואפשרויות שליחה מתקדמות משותפות. הגוף נשלח כפי שהוגדר - הוסיפו מטא־נתונים של מסע או משתמש באמצעות Liquid ({{ canvas.id }}, {{ user.id }} וכו').
In-app	אותו בורר 3 אריחים כמו אימייל; הגוף נשמר ב־customContent.

עריכת אימייל - VariantEditorShell

ברגע שבוחרים שיטה, גוף האימייל נפתח ב־VariantEditorShell מלא־מסך עם פס צד 200px:

• Settings - sender config, list-unsubscribe, preheader, מטא־נתונים.
• Design - עורך גרירה ושחרור. עורך ה־HTML הוא תצוגה מפוצלת: CodeMirror בצד אחד ותצוגה מקדימה חיה ב-iframe בצד השני.
• Preview & Test - תצוגה מקדימה למחשב/מובייל ושליחת בדיקה.
• Spam Check - ציון ובעיות פוטנציאליות ביכולת המסירה.

כשחוזרים מה־Shell, הווריאנט מתקפל לכרטיס AuthoredSummary - תמונה ממוזערת אמיתית של האימייל שעבר רינדור בתוך iframe (במקום ההדמיה הצבעונית הישנה), לצד הנושא, ה-preheader וכפתור Edit. לחיצה על התמונה פותחת מחדש את ה־Shell.

וריאנטים ל־A/B

כרטיס ה־A/B (הקצאה + כלל עצירה + שיטת אופטימיזציה) מופיע בכל ערוץ מבוסס וריאנטים: Email, SMS, Push, WhatsApp, Webhook ו־In-app. סך המשקלים חייב להסתכם ב־100%. קבוצת Control שומרת על המשקל שלה כשמוסיפים או מסירים וריאנטים - רק וריאנטי ההודעה מאוזנים מחדש.

שיטת האופטימיזציה נעולה עם תווית "Needs 2+ variants" עד שתוסיפו וריאנט שני. ראו A/B Testing להגדרות כלל העצירה (Quick / Standard / Custom) ו־Statistical Significance לחישובים.

שלב 4: Audience

שלב Audience נפתח עם בורר מצב - שני אריחים גדולים תחת "Choose targeting approach":

• Targeted audience (RECOMMENDED - תווית ירוקה). פותח את בונה קבוצות המסננים.
• Send to everyone - שידור לכל סביבת העבודה. האריח מציג בתווית את מספר המשתמשים שאפשר להגיע אליהם בסביבת העבודה.

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

Targeted audience - בונה מסננים v2

בונה המסננים זהה לזה שמשמש בעורך הסגמנטים ומשתמש בממשק v2 החדש:

• תוויות צבעוניות ממוספרות לכל קבוצה - 1 ירוק, 2 כתום, 3 כחול, 4 ורוד, 5 סגול - במקום הכותרת הישנה "Filter Group N".
• AND/OR ConnectorChip בין שורות באותה קבוצה ובין קבוצות. הרכיב הוא הבורר - אין כותרת "Match ALL/ANY" לכל קבוצה ואין לחצן בחירה עליון "Match ALL groups".
• + Add condition מקווקו בתחתית כל קבוצה; + Add filter group מקווקו מתחת לקבוצה האחרונה.
• חלון אישור לפני מחיקת קבוצה לא ריקה - קבוצות ריקות נמחקות בשקט.
• תגית ספירה בזמן אמת לכל קבוצה ותגית ברמת סביבת העבודה בפס הצד. הספירות מתעדכנות כ-400ms אחרי שמפסיקים להקליד ומיישמות את אותם תנאי ערוץ והרשמה כמו פס הצד.
• בוררי האירועים והמאפיינים הם כעת תיבות משולבות עם חיפוש. כשמקלידים שם שלא קיים, הרשימה מציעה שורת + Create event "<query>" (או + Create attribute "<query>") שיוצרת מיד את רשומת הסכמה - שימושי לבניית קמפיינים עוד לפני שצוות הפיתוח השלים את חיבור המעקב.

מתחת לבלוק ההכללה מופיע בלוק Exclude, כך שאפשר לבטא "כללו את X, אך הסירו את מי שמתאים ל־Y" בלי להוסיף תנאי NOT לכל קבוצה.

פס צד "Audience size"

פס צד 340px עוקב אחרי גודל הקהל בזמן אמת:

• Live ירוק בכותרת.
• ספירה כוללת + אחוז מסביבת העבודה + פס התקדמות 4px להמחשה.
• פירוט לפי ערוץ: כמה מהמשתמשים האלה כוללים כתובת אימייל / SMS / Push / WhatsApp תקפה ומנויים לערוץ.
• כיתוב שמסביר את התנאים - לקמפיין אימייל, למשל: "Reflects users matching your filters AND: have a valid email address, subscribed to email."

בקמפייני In-App, הפירוט לפי ערוץ והכיתוב על הרשמה מוסתרים - להודעות In-App אין סטטוס הרשמה.

Sending options

מתחת לבונה, כרטיס Sending options קובע לאילו סטטוסי הרשמה שולחים. זו רשימה נפתחת עשירה - לכל אפשרות יש כותרת וכותרת משנה, כך שההשלכות ברורות לפני הבחירה:

• Subscribed users only (ברירת מחדל) - אינו כולל משתמשים שביטלו את הרשמתם.
• Confirmed (double opt-in) - רק משתמשים שהשלימו double opt-in.
• Everyone, including unsubscribed - משנה את הבורר לסגנון אזהרה אדום עם תווית USE WITH CAUTION. בחירת האפשרות פותחת חלון אישור שמזהיר מפני הסיכונים ל-CAN-SPAM, ל-GDPR ולמוניטין השולח. האפשרות מיועדת רק לשליחות תפעוליות אמיתיות.

הכרטיס מוסתר לקמפייני In-App.

מצב "Send to everyone"

אם בוחרים את האריח Send to everyone, הבונה מתחלף בהתראה כתומה שמפרטת ארבע סיבות לכך ששידור ללא סינון פוגע בתוצאות לטווח ארוך (מעורבות נמוכה, שיעורים גבוהים של ביטולי הרשמה ודיווחי ספאם, פגיעה במוניטין השולח וקושי במדידה). נסו את המסננים המוצעים בפסקת ההמלצה לפני השידור.

שלב 5: Conversion

בחרו אירוע המרה ראשי שמסמן משתמש כממיר, חלון ייחוס (שעות לאחר השליחה) ומודל ייחוס (first_touch / last_touch / linear). אפשר להוסיף אירועי המרה משניים (כמו added_to_cart, viewed_pricing) - לכל אחד תווית אופציונלית.

שלב 6: Summary

סקירה לקריאה בלבד של כל מה שהגדרתם. שגיאות אימות משלבים קודמים מופיעות בבאנר לפני הפרסום. לחיצה על Publish הופכת את הקמפיין מ־draft ל־active.

בדיקה לפני שליחה

לפני הפרסום, ודאו:

• Audience size תואם לציפיות
• Channel breakdown מציג ספירה גדולה מאפס לערוץ הרלוונטי
• Preview & Test נראה תקין במחשב ובמובייל
• משתני Personalization מוחלפים בערכים אמיתיים
• Schedule משתמש באזור הזמן הנכון
• ציון Spam Check סביר (אימייל)

ניטור ביצועים

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

• Sent / delivered / opened / clicked / converted / bounced / unsubscribed
• פירוט לפי וריאנט ל־A/B
• אירועים שסומנו כאירועי בוט אינם נכללים כברירת מחדל, כך שפתיחות וקליקים שמופעלים על ידי כלי טעינה מראש של ספקי דואר וסורקי אבטחה אינם מנפחים את הנתונים. ראו Event Explorer להסבר על התווית "Bots excluded".

מצבי קמפיין: draft → scheduled → sending → sent (או paused / cancelled).

שיטות עבודה מומלצות

• סננו לסגמנטים ספציפיים במקום שידור כללי
• בדקו כותרות ו־CTA שונים בעזרת וריאנטי A/B
• השתמשו בשליחה מודעת אזור־זמן כשרלוונטי
• שלחו הודעת בדיקה לפני הפרסום
• אל תשלחו את אותה הודעה לכולם
• אל תבחרו "Everyone, including unsubscribed" בלי הצדקה תפעולית אמיתית

תבניות נפוצות

קמפיין קבלת פנים

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

חידוש מעורבות

סננו באמצעות המסנן ההתנהגותי inactive_30_days, החריגו משתמשים שהמירו ב־14 הימים האחרונים והציעו תמריץ.

נטישת עגלה

סננו לפי added_to_cart שבוצע אבל purchase_completed לא בוצע ב־24 השעות האחרונות.

הכרזה על מוצר

סננו לפי plan = "premium" AND active_last_30_days, שלחו וריאנט אימייל בודד עם קישור ההשקה.

צעדים הבאים

• קמפיינים בתוך האפליקציה
• A/B Testing
• Send-Time Optimization
• אנליטיקת קמפיינים
• יצירת מסע לתהליכים אוטומטיים רב־שלביים