בניית אוטומציות לשיווק בדוא״ל

פורסם: 16 ביולי 2026 · עודכן לאחרונה: 12 בספטמבר 2026 · מאת Marcus Biel

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

כל אוטומציה נבנית כזרימה חזותית. טריגר קובע מתי איש קשר נכנס. לאחר מכן השלבים שולחים הודעות דוא״ל, ממתינים, מעדכנים נתוני נמען, קוראים למערכת אחרת או בוחרים נתיב אחר בהתאם לתנאי. אין צורך בתכנות עבור סדרות קבלת פנים, הודעות המשך, הודעות יום שנה או פילוח נמענים. כאשר רוצים לחבר יישום אחר, אותו בונה מספק גם טריגרים מסוג Custom Event ו-Inbound Webhook.

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

מה אפשר לבנות באמצעות אוטומציות

הנה כמה דוגמאות נפוצות:

• סדרת קבלת פנים — מתחילים לאחר שאיש קשר מאשר הרשמה, שולחים הודעת קבלת פנים מיידית, ממתינים יומיים וממשיכים בתוכן שימושי.
• מסירת מגנט ללידים — מתחילים לאחר הרשמה מאושרת דרך Signup Flow מסוים, שולחים קישור הורדה מוגן וממשיכים בהודעות מאוחרות יותר.
• הודעות יום הולדת ויום שנה — מתחילים מדי שנה בתאריך המאוחסן בשדה של נמען.
• הודעות המשך לפי תחומי עניין — מתחילים כאשר מתווספת תגית, ואז שולחים תוכן התואם לעניין הזה.
• מסעות להשלמת פרופיל — מגיבים כאשר שדה נוסף, עודכן או הוסר.
• מסעות מוצר ורכישה — מאפשרים לשרת שלכם לשלוח אירוע כגון trial.started או order_paid, ואז משתמשים במאפייני האירוע בהודעות ובתנאים.
• אינטגרציות ללא קוד באמצעות inbound — נותנים לכלי חיצוני כתובת webhook ייחודית שמפעילה אוטומציה מסוימת כאשר מתקבל JSON.
• תחזוקת נמענים — מוסיפים או מסירים תגיות, מעדכנים שדות, מתחילים או עוצרים אוטומציה אחרת או מסירים איש קשר מרשימת התפוצה.
• אינטגרציות מערכת — שולחים webhook מסוג JSON חתום ליישום אחר כאשר איש קשר מגיע לשלב מסוים.

פתיחת דף האוטומציות

פתחו את “Automations” בניווט הראשי.

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

סטטוסים של אוטומציות

הסטטוס מציין מה האוטומציה עושה כרגע.

טיוטה — האוטומציה עדיין בהכנה. היא אינה מקבלת אנשי קשר ואינה מבצעת שלבים. אפשר להמשיך לערוך אותה ולהפעיל אותה כשהיא מוכנה.

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

מושהית — אנשי קשר חדשים אינם נכנסים, ואנשי קשר שכבר נמצאים בה אינם מתקדמים עד להפעלה מחדש. כתובת Inbound Webhook עדיין יכולה לקבל ולתעד בקשות בזמן השהיה, אך בקשות אלה אינן מתחילות הרצות.

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

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

מונים בסקירה

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

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

פעולות בשורה

פתחו את תפריט שלוש הנקודות בסוף השורה. הפעולות הזמינות תלויות בסטטוס הנוכחי:

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

“שימוש כטיוטה” יוצר עותק נפרד הניתן לעריכה. הוא אינו מפעיל מחדש את האוטומציה המקורית ואינו משנה אותה. אם המקור משתמש בכתובת Inbound Webhook, הכתובת הסודית אינה מועתקת לטיוטה החדשה; העותק חייב לקבל כתובת משלו.

יצירת אוטומציה

לחצו על “Create Automation” כדי לפתוח את הבונה החזותי.

כל אוטומציה שמישה זקוקה ל:

1. שם.
2. לפחות טריגר אחד.
3. לפחות שלב מחובר אחד.
4. נתיב שלם מהשלב הראשון ועד לסוף של כל ענף.

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

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

טריגרים: כיצד אנשי קשר נכנסים לאוטומציה

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

1. הרשמה אושרה
2. יום שנה של תאריך
3. תגית נוספה
4. תגית הוסרה
5. Custom Event
6. כתובת Inbound Webhook
7. שדה נוסף
8. שדה עודכן
9. שדה הוסר

טריגרים כלליים וספציפיים

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

לדוגמה, “כל תגית” מגיבה לכל תגית שנוצרה על ידי לקוח, בעוד שטריגר עבור “Webinar” מגיב רק כאשר התגית הזו מוקצית. “כל שדה” וטריגר עבור שדה נבחר אחד פועלים באותו אופן.

אוטומציה אינה יכולה להכיל בו-זמנית טריגר כללי וטריגר ספציפי מאותו סוג. “כל תגית” כבר כולל את התגית “Webinar”, ולכן הוספת שניהם תיצור חפיפה. גם טריגרים ספציפיים כפולים אינם שימושיים ונחסמים.

אפשר להוסיף עד 30 טריגרים רגילים לאוטומציה אחת. איש קשר נכנס כאשר אחד מהם תואם. עם זאת, Custom Event וכתובת Inbound Webhook הם טריגרים מיוחדים המבוססים על נתוני אירועים, ועליהם חלים כללים מחמירים יותר המתוארים בהמשך.

הרשמה אושרה

טריגר זה מתחיל רק לאחר שאיש קשר לוחץ על קישור האישור של Double Opt-in להרשמה. שליחת טופס כשלעצמה אינה מספיקה.

בחרו את טווח המקור התואם למסע:

• טופס — בחרו טופס הרשמה מסוים.
• זרימת הרשמה — בחרו Signup Flow מסוים.
• כל המקורות — הגיבו להרשמות מאושרות מכל מקור.

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

לפרטים על הודעות Double Opt-in, הפניות, דפי אישור ושיוך טפסים, ראו את המדריך ל-Signup Flows.

יום שנה של תאריך

יום שנה של תאריך מתחיל את האוטומציה מדי שנה בחודש וביום המאוחסנים בשדה Date מותאם אישית שנבחר.

לדוגמה, אם השדה “Birthday” מכיל 1988-04-12, הטריגר יכול להתחיל ב-12 באפריל בכל שנה. השנה המקורית מזהה את התאריך, אך אינה מגבילה את הטריגר לאותה שנה בלבד.

ניתן לבחור רק שדות Date פעילים. אם עדיין לא קיים שדה Date, צרו אותו תחת Subscriber Fields and Tags לפני הגדרת הטריגר.

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

תגית נוספה ותגית הוסרה

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

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

Maildroppa מגיבה רק לשינוי אמיתי. הקצאת תגית שכבר קיימת אצל איש הקשר או הסרת תגית שאינה קיימת אצלו אינן יוצרות אירוע חדש של שינוי תגית.

שינויים בתגיות שמבוצעים על ידי שלב אוטומציה אינם מפעילים באופן רקורסיבי אוטומציה אחרת המבוססת על טריגר תגית. השתמשו בפעולה המפורשת “Start Other Automation” כאשר אוטומציה אחת צריכה להעביר איש קשר לאחרת בכוונה.

שדה נוסף, שדה עודכן ושדה הוסר

טריגרים אלה מגיבים לשינויים בערכי פרופיל של נמענים. כל אחד מהם יכול לעקוב אחר “כל שדה” או אחר שדה נבחר אחד.

• שדה נוסף — שדה שהיה ריק מקבל ערך.
• שדה עודכן — ערך קיים משתנה לערך אחר.
• שדה הוסר — ערך של שדה נמחק.

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

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

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

לסוגי שדות ולהתנהגות הארכיון, ראו את המדריך לשדות ותגיות של נמענים.

Custom Event וכתובת Inbound Webhook

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

טריגר המבוסס על נתוני אירועים חייב להיות הטריגר היחיד באוטומציה שלו. אי אפשר לשלב Custom Event או כתובת Inbound Webhook עם הרשמה אושרה, טריגר תגית, טריגר שדה, יום שנה של תאריך או טריגר נוסף המבוסס על נתוני אירועים. כלל זה מבטיח שמאפייני האירוע יהיו זמינים באופן אמין בכל הודעת דוא״ל ותנאי בזרימה.

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

הגדרת טריגר Custom Event

בחרו “Custom Event” כאשר השרת שלכם יכול לקרוא ל-Events API של Maildroppa באמצעות מפתח API.

שלב 1: בחירת מפתח האירוע

הזינו שם אירוע עסקי יציב, כגון:

• trial.started
• order_paid
• booking_created

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

שלב 2: החלטה אם לאפשר אנשי קשר חדשים

השתמשו ב“Allow new contacts from this source” כדי לשלוט בכתובות דוא״ל לא מוכרות.

• כאשר האפשרות כבויה, רק כתובת דוא״ל שכבר שייכת לאיש קשר ב-Maildroppa יכולה להתחיל את האוטומציה. כתובות לא מוכרות נדחות.
• כאשר האפשרות מופעלת, Maildroppa יוצרת איש קשר עבור כתובת דוא״ל לא מוכרת ואז מתחילה את האוטומציה.

השאירו את האפשרות כבויה כאשר המערכת השולחת צריכה רק להעשיר או להגיב לאנשי קשר שכבר מנוהלים ב-Maildroppa. הפעילו אותה רק כאשר האירוע החיצוני הוא מקור מאושר ליצירת אנשי קשר ולתהליך שלכם יש את ההרשאה הנדרשת.

שלב 3: יצירה או שימוש במפתח API

רשימת הבדיקה של ההגדרה מציגה אם קיים מפתח API. במידת הצורך, צרו אותו מתוך הגדרת הטריגר.

התייחסו למפתח API כמו לסיסמה. השתמשו בו רק בקוד צד-שרת. אל תכניסו אותו ל-JavaScript בדפדפן, למאגר ציבורי, לצילומי מסך, לפניות תמיכה, לתיעוד ציבורי או ליומנים משותפים. גם העתקת פקודת cURL לדוגמה מעתיקה את הסוד ללוח הגזירים שלכם.

הבקשה נשלחת אל:

POST https://api.maildroppa.com/events

עם הכותרת:

X-API-Key: YOUR_API_KEY

לאבטחת מפתחות כללית ולסבב מפתחות, ראו את המדריך למפתחות API.

שלב 4: שליחת אירוע בדיקה

שלחו את האירוע כאשר triggerAutomations מוגדר ל-false. כך Maildroppa יכולה לזהות את מאפייני האירוע בלי להתחיל אוטומציה פעילה.

{
  "eventKey": "trial.started",
  "email": "contact@example.com",
  "properties": {
    "planName": "Professional",
    "trialDays": 14,
    "salesAssisted": false
  },
  "occurredAt": "2026-07-16T08:00:00Z",
  "triggerAutomations": false
}

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

Maildroppa מציגה את המאפיינים שנצפו בהגדרת הטריגר. לאחר מכן הם הופכים לזמינים לבחירה בהתאמה אישית בהודעות ובקטע Event data בתנאים. לדוגמה, אפשר להכניס planName להודעה בתור {{event.planName}}.

שלב 5: השלמת רשימת הבדיקה והפעלה

רשימת הבדיקה של Custom Event מאשרת:

• מפתח האירוע מוגדר.
• מפתח API זמין.
• נתוני אירוע בדיקה נצפו.
• הטריגר מוכן להפעלה.

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

הגדרת טריגר באמצעות כתובת Inbound Webhook

בחרו “Inbound Webhook URL” כאשר יישום חיצוני יכול לשלוח בקשת POST מסוג JSON, אך אינו אמור להשתמש במפתח ה-API הכללי של החשבון.

Maildroppa יוצרת כתובת סודית ייחודית עבור האוטומציה הזו, לדוגמה:

https://in.maildroppa.com/webhooks/inbound/SECRET_TOKEN

האסימון שבנתיב מעניק גישה. אין צורך במפתח API, ורק האוטומציה המחוברת לכתובת זו יכולה להתחיל.

שלב 1: יצירת הכתובת

הוסיפו את הטריגר Inbound Webhook URL ושמרו את האוטומציה כאשר תתבקשו. לאחר מכן Maildroppa יוצרת ומציגה את הכתובת שלה.

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

שלב 2: שליחת בקשת בדיקה מסוג JSON

ההגדרה מספקת דוגמאות מוכנות להעתקה עבור macOS/Linux ועבור Windows PowerShell. שלחו בקשת webhook אחת עבור איש קשר אחד. המטען חייב להכיל כתובת דוא״ל תקפה של נמען במקום שממנו Maildroppa יכולה לזהות אותה.

לדוגמה:

{
  "email": "contact@example.com",
  "checkout": {
    "id": "checkout_123",
    "total": 99
  },
  "planName": "Professional"
}

לפני ההפעלה, בקשות שאושרו נשמרות רק כנתוני בדיקה קצרי-טווח. הן אינן מתחילות את האוטומציה ואינן שולחות הודעות דוא״ל.

אם המערכת החיצונית מנסה לשלוח בקשות מחדש באופן אוטומטי, שלחו כותרת Idempotency-Key או X-Webhook-Id. הדבר מסייע ל-Maildroppa לזהות את אותה מסירה במקום להתחיל את אותו אירוע פעמיים. אם שני אירועים זהים אחרת הם מכוונים, הקצו לכל אחד מזהה אירוע משלו.

שלב 3: בחירת כתובת הדוא״ל של הנמען

Maildroppa בוחנת את בקשת הבדיקה התקפה האחרונה ומחפשת שדות דוא״ל אפשריים.

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

הנתיב שנבחר הוא חלק מחוזה ה-webhook. שלחו בקשה אחת לכל נמען במקום מערך של נמענים.

שלב 4: החלטה אם ליצור אנשי קשר חסרים

כאשר “Create missing contacts” מושבת, רק אנשי קשר קיימים מתחילים את האוטומציה. כתובות דוא״ל לא מוכרות מתועדות אך אינן מתחילות הרצה.

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

שלב 5: סקירת נתוני האירוע

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

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

שדות שנצפו הופכים לזמינים בהודעות כתגיות מיזוג ובתנאים תחת Event data. הערכים שלהם נלכדים בנפרד עבור כל הרצת אוטומציה פעילה.

שלב 6: השלמת רשימת הבדיקה והפעלה

רשימת הבדיקה של ההגדרה מציגה אם:

• כתובת ה-webhook מוכנה.
• התקבלה בקשת בדיקה תקפה.
• זוהתה או נבחרה כתובת דוא״ל של נמען.
• נתוני האירוע זמינים כאשר הזרימה משתמשת בהם.
• ה-webhook מוכן להפעלה.

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

סטטוס הכתובת ואבטחה

כתובת נכנסת יכולה להיות באחד מהמצבים הבאים:

• ממתינה — בקשות נשמרות כנתוני הגדרה ואינן מתחילות הרצות.
• פעילה — בקשות תקפות יכולות להתחיל את האוטומציה הפעילה.
• מושהית — בקשות מתקבלות ומתועדות, אך אינן מתחילות הרצות.
• מבוטלת — הכתובת הושבתה לצמיתות ואינה מתחילה עוד הרצות.
• פגה — ההגדרה לא הופעלה בזמן. צרו כתובת חדשה ובדקו אותה שוב.

השתמשו ב-“Rotate URL” לשינוי מתוכנן. Maildroppa יוצרת כתובת חדשה בעוד הכתובת הקודמת נשארת תקפה למשך 24 שעות, כדי לתת לכם זמן לעדכן את היישום החיצוני.

השתמשו ב-“Replace URL Now” רק אם הכתובת הנוכחית נחשפה או נוצלה לרעה. פעולה זו משביתה את הכתובת הישנה באופן מיידי ואי אפשר לבטלה. עדכנו את השולח בכתובת החדשה שנוצרה לפני שאתם מצפים לקבל אירועים נוספים.

הוספה ועריכה של שלבים

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

• Action
• Delay
• Email
• Condition

Action ו-Delay פותחים בחירה שנייה עם סוגי השלבים האישיים שלהם.

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

שלבי פעולה

קטגוריית Action מכילה שבע פעולות.

Update Field

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

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

Add Tag

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

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

Remove Tag

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

Start Other Automation

בחרו אוטומציה מתאימה אחרת והתחילו אותה עבור אותו איש קשר.

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

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

Stop Other Automation

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

Send Webhook

Send Webhook שולח בקשת POST מסוג JSON חתום כאשר איש הקשר מגיע לשלב הזה. זו פעולה יוצאת, והיא שונה מטריגר Inbound Webhook URL הנכנס.

הגדירו:

• כתובת יעד ציבורית מסוג HTTPS.
• כותרות מותאמות אישית אופציונליות לאימות בצד-השרת.
• את כל שדות הנמען הנתמכים או קבוצה נבחרת של שדות.
• את סוד חתימת ה-webhook של החשבון.

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

נתוני הנמען נשלחים בגוף JSON. השאירו את כתובת היעד סטטית; אל תציבו נתונים אישיים או סודות בפרמטרים של השאילתה. מסירות בייצור מתבצעות ברקע ומנסות מחדש כשלונות זמניים. בקשת בדיקה נשלחת פעם אחת ואינה נשלחת מחדש.

אם המקבל מחזיר 410 Gone, Maildroppa משביתה את המסירה עבור השלב הזה מכיוון שנקודת הקצה הודיעה במפורש שאינה קיימת עוד. תקנו את המקבל או את הכתובת, ולאחר מכן השתמשו ב-“Re-enable” בשלב.

Webhooks של אוטומציות ו-webhooks למפתחים ברמת החשבון משתמשים באותו סוד חתימה. לאימות חתימות, להתנהגות ניסיונות חוזרים, לדרישות יעד ולסבב סודות, ראו את המדריך ל-Webhooks.

Unsubscribe

Unsubscribe משנה את סטטוס איש הקשר ל“לא רשום” עבור כל ההודעות. זהו שלב סופי, ולכן שום שלב מאוחר יותר אינו יכול להופיע אחריו בנתיב הזה.

השתמשו בו רק כאשר האוטומציה מייצגת החלטה ברורה של הסרה מרשימת התפוצה או מדיניות שתכננתם במכוון. אל תשתמשו בו רק כדי לעצור אוטומציה אחת; השתמשו ב-Stop Other Automation לשם כך.

שלבי השהיה

השהיות קובעות מתי איש קשר מגיע לשלב הבא.

Fixed Delay

הזינו כמות ובחרו Minutes, Hours, Days, Weeks או Months.

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

Date Field Delay

בחרו שדה Date מותאם אישית פעיל. איש הקשר ממתין עד שמגיע התאריך המאוחסן בשדה הזה.

עליכם להחליט גם מה יקרה אם לאיש הקשר אין ערך בשדה:

• Proceed Immediately — דלגו על ההמתנה והמשיכו לשלב הבא.
• Wait Indefinitely — השאירו את איש הקשר בשלב זה עד שערך יהיה זמין.
• Remove Subscriber — סיימו את ההרצה הנוכחית של איש הקשר באוטומציה.

בחרו בזהירות. “Wait Indefinitely” עלול להשאיר אנשי קשר פעילים זמן רב, בעוד ש-“Remove Subscriber” מסיים את המסע שלהם בלי לבצע את השלבים המאוחרים יותר.

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

שלב Email פותח כעת עורך דוא״ל מלא בתוך תהליך האוטומציה. אין עוד צורך ליצור Transactional Email נפרד ולאחר מכן לבחור אותו מתפריט נפתח.

הזינו Subject ו-Preheader אופציונלי, ולאחר מכן בנו את גוף ההודעה בעורך החזותי. אפשר לגרור בלוקי תוכן להודעה, להגדיר את המראה שלה או ללחוץ על “Browse Templates” כדי להתחיל מעיצוב קיים. לחצו על “Save Step” כדי להחזיר את ההודעה המוגמרת לקנבס האוטומציה.

כותרת התחתית הסטנדרטית של Maildroppa נכללת בהודעה. הגדירו את המראה הגלובלי שלה בדף סגנון הכותרת התחתית.

Subject ו-Preheader

Subject הוא שדה חובה ויכול להכיל עד 255 תווים. Preheader הוא אופציונלי ויכול להכיל עד 100 תווים.

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

תבניות ובלוקי תוכן

“Browse Templates” פותח תבניות המתאימות להודעות דוא״ל. בחירה בתבנית מחליפה את עיצוב הגוף הנוכחי, לכן בחרו תבנית לפני עבודה ידנית נרחבת.

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

התאמה אישית

השתמשו בשדות התאמה אישית של נמענים עבור מידע המאוחסן אצל איש הקשר.

כאשר האוטומציה מתחילה מ-Custom Event או מ-Inbound Webhook URL, מאפייני אירועים שנצפו זמינים גם כתגיות התאמה אישית. לדוגמה:

Your {{event.planName}} trial has started

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

הוספת מגנט ללידים להודעת אוטומציה

הודעות אוטומציה יכולות לספק מגנט ללידים מיד לאחר הרשמה מאושרת. מגנט ללידים יכול להיות קובץ שהועלה ומוגן או הצעת URL המנוהלת ב-Maildroppa.

מסירת מגנט ללידים זמינה רק כאשר כל הטריגרים באוטומציה הם “הרשמה אושרה” עבור Signup Flow שנבחר באופן ספציפי. היא אינה זמינה עם כל המקורות, טווח טופס ישיר, יום שנה של תאריך, טריגרים של תגית או שדה, Custom Event או Inbound Webhook URL. קשר מחמיר זה מבטיח שההורדה שייכת למסע Double Opt-in שהושלם עם Signup Flow ידוע.

כדי להוסיף מגנט ללידים:

1. הוסיפו או ערכו שלב Email באוטומציה מתאימה.
2. פתחו את “Lead magnet delivery”.
3. בחרו את הקובץ או את הצעת ה-URL.
4. בגוף ההודעה, צרו כפתור או קישור טקסט.
5. השתמשו בתגית ההתאמה האישית “Lead magnet URL” כיעד הקישור.
6. שמרו את שלב Email ולאחר מכן שמרו את האוטומציה.

Maildroppa משתמשת פנימית בתגית המיזוג {{ lead_magnet_url }} ומחליפה אותה בזמן השליחה בקישור הורדה מוגן של Maildroppa.

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

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

שלבי תנאי

Condition בודק נתונים כאשר איש קשר מגיע לשלב ומחלק את המסע לשני נתיבים:

• YES — הביטוי המלא תואם.
• NO — הביטוי אינו תואם.

תנאים יכולים להשתמש בשדות נמענים, בתגיות ובסגמנטים. באוטומציה של Custom Event או Inbound Webhook, הם יכולים להשתמש גם בנתוני Event שנצפו.

שילוב מסננים

תנאים משתמשים בקבוצות מסננים:

• מסננים בתוך אותה קבוצה מחוברים באמצעות AND. כל מסנן בקבוצה חייב להתאים.
• קבוצות נפרדות מחוברות באמצעות OR. התאמה של קבוצה שלמה אחת מספיקה.

לדוגמה:

קבוצה 1

• Country שווה ל-Germany
• וגם tag מכיל Customer

או קבוצה 2

• נתוני Event planName שווים ל-Professional
• וגם נתוני Event trialDays גדולים מ-7

אם אחת הקבוצות השלמות תואמת, איש הקשר עובר ל-YES. אחרת, איש הקשר עובר ל-NO.

תנאים המבוססים על נתוני אירועים

האפשרות Event data מופיעה רק כאשר באוטומציה יש טריגר Custom Event או Inbound Webhook URL וכאשר Maildroppa זיהתה מאפיינים שימושיים.

אם מאפיין חסר, שלחו בדיקת Custom Event נוספת עם triggerAutomations: false, או שלחו בקשת בדיקה נוספת של inbound webhook לפני ההפעלה. ניתן להציג תצוגה מקדימה של תנאי Inbound Webhook מול דוגמת הבדיקה שהתקבלה במהלך ההגדרה.

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

בניית יותר משני נתיבים

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

שמירה, הפעלה וכניסה מחדש

כאשר הזרימה הושלמה, שמרו אותה כטיוטה או הפעילו אותה.

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

Allow Reentry

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

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

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

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

בדיקות הפעלה

לפני שאוטומציה הופכת לפעילה, Maildroppa בודקת את התצורה המלאה. בהתאם לזרימה, הבדיקה כוללת:

• שלמות הטריגרים והשלבים.
• ענפים מחוברים ושלב התחלה תקף.
• מחזורים או תלויות לא תקפים.
• תוכן הודעות ותחביר התאמה אישית.
• שיוך מגנט לידים ומיקום קישור ההורדה.
• מפתח API של Custom Event ונתוני בדיקה שנצפו.
• כתובת webhook נכנסת, בקשת בדיקה, כתובת דוא״ל של נמען ושדות אירוע שנעשה בהם שימוש.
• סוד חתימת webhook יוצא.

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

עריכת אוטומציה פעילה

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

Update Automation

אפשרות זו מחילה את השינויים ישירות על האוטומציה הנוכחית.

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

Save as New Version

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

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

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

השהיה, ניתוק, העתקה ומחיקה

השהו כאשר בכוונתכם להמשיך

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

השהיה שימושית בעת תיקון יעד, בדיקת הודעה או עצירה זמנית של מסע רגיש לזמן. זכרו שבקשות inbound webhook שמתקבלות בזמן השהיה אינן הופכות להרצות מושהות; הן מתקבלות ומתועדות בלי להתחיל את האוטומציה.

נתקו כאשר אנשי קשר קיימים צריכים לסיים

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

השתמשו כטיוטה למסע חדש

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

מחקו בזהירות

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

רשימת בדיקה מעשית להגדרה

לפני ההפעלה, בדקו את האוטומציה מנקודת המבט של איש קשר:

1. האם כל טריגר מייצג את האירוע המדויק שאמור להתחיל את המסע?
2. אם קיימים כמה טריגרים רגילים, האם הטווחים שלהם אינם חופפים והאם הם מכוונים?
3. האם כניסה מחדש מתאימה למקרה השימוש הזה?
4. האם כל ענף מוביל למקום הגיוני?
5. האם משכי ההשהיה נכונים, והאם כל Date Field Delay מטפל כראוי בערך חסר?
6. האם נבדקו כל נושאי ההודעות, ה-Preheaders, הקישורים, תגיות ההתאמה האישית והפריסות בנייד?
7. אם נבחר מגנט ללידים, האם התגית המוגנת שלו משמשת כיעד קישור בגוף ההודעה?
8. אם נעשה שימוש בנתוני אירועים, האם בקשת הבדיקה הכילה כל מאפיין נדרש?
9. האם כתובות webhook והסודות נשמרים רק במערכות צד-שרת מתאימות?
10. האם תצוגות המקדימות והבדיקות של webhook יוצא הצליחו?
11. האם Update Automation ישבש אנשי קשר פעילים, כך ש-Save as New Version תהיה בטוחה יותר?
12. האם קיימת דרך ברורה להשהות או לנתק את המסע אם תלות חיצונית נכשלת?

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