עגלה נטושה ב-SMS: לשחזר מכירה בלי לחצות קו

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

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

עגלה נטושה ב-SMS היא דיוור שיווקי

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

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

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

מאיפה ההסכמה באמת מגיעה

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

שלוש דרכים אמיתיות ליצור את ההסכמה הזאת מראש:

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

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

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

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

מי שולח בפועל: המחבר, לא התוסף

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

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

1. מחבר אוטומציה - Zapier, Make או n8n מקבל את אירוע העגלה הנטושה מהחנות ומעביר אותו ל-Sendy. זאת הדרך הנפוצה.
2. webhook מתוך החנות - החנות שולחת את האירוע לכתובת שבחרת, והיא קוראת ל-Sendy. מתאים כשאתה לא רוצה מחבר באמצע.
3. קריאה ישירה ל-API - שורה אחת מהקוד של החנות או מהשרת שלך.
4. קמפיין יזום מהקומפוזר - לא אוטומציה, אבל לגיטימי לחלוטין: פילוח של מי שנטש בשבוע האחרון, הודעה אחת לכולם. פה גם רואים את העלות המדויקת על הטקסט הסופי לפני הלחיצה.

הקריאה עצמה היא POST /api/v1/messages עם to, from, body ואופציונלית mode. היא מחזירה 202 עם מזהה ההודעה והחיוב בפועל, כך שגם בשליחה אוטומטית אתה יודע מה חויב על כל הודעה. הצעדים הראשונים מפורטים במדריך השליחה הראשונה דרך ה-API, ומי שמעדיף להתחיל בלי קוד יתחיל במדריך החיבור בלי קוד.

שלוש הדרכים לשלוח SMS מחנות WooCommerce, כולל מה כל אחת דורשת, מפורטות במאמר על שליחת SMS מ-WooCommerce.

תוכן ההודעה והטיימינג

מה שעובד בעגלה נטושה הוא לא תחכום, אלא חיכוך נמוך:

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

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

ההודעה שיוצאת פעמיים

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

הפתרון הוא Idempotency-Key. חשוב לדייק: הוא כותרת HTTP, לא שדה בגוף הבקשה. שולחים בכותרת מפתח שמזהה את האירוע באופן ייחודי, למשל מזהה העגלה, וקריאה חוזרת עם אותו מפתח מחזירה 200 עם ההודעה המקורית במקום לשלוח שוב ולחייב שוב. המנגנון ואופן בניית המפתח מפורטים במאמר על מניעת שליחה כפולה.

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

איך יודעים שההודעה הגיעה ומה היא עשתה

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

בזרימה אוטומטית אין צורך לתחקר ידנית. אפשר להגדיר כתובת HTTPS אחת שתקבל אירועים חתומים ברגע שהם קורים, כולל message.delivered ו-message.failed. נקודה שחייבת להיות מדויקת: האירועים ברמת ההודעה קיימים לשליחות דרך ה-API בלבד. קמפיין שנבנה בקומפוזר לא מפיק אירוע לכל נמען, אלא מדווח פעם אחת בסיום. בזרימת עגלה נטושה זה בדיוק המצב הנוח, כי שם כל הודעה היא שליחת API בפני עצמה. ההגדרה והחתימה מפורטות במדריך ה-Webhooks.

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

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

הקו שאסור לחצות

ההסרה היא מה שהופך זרימה אגרסיבית לזרימה שאפשר להגן עליה, והיא עובדת בשכבות:

• במצב שיווקי, שליחה למי שהסיר את עצמו נדחית ולא מחויבת. חשוב להיות מדויקים: זה תלוי במצב. במצב תפעולי ההודעה עוברת במכוון, כי זאת הצהרה שלך שההודעה אינה שיווקית. סביבת עבודה חדשה מתחילה במצב שיווקי כברירת מחדל, אבל סביבות שנפתחו לפני 19 ביולי 2026 הועברו למצב תפעולי, וההגדרה נמצאת בעמוד המפתחים ופתוחה לבעל סביבת העבודה. זאת הבדיקה הראשונה שכדאי לעשות לפני שבונים זרימת עגלה נטושה, כי זרימה שרצה במצב תפעולי תשלח גם למי שביקש לצאת. ההבדל בין המצבים מוסבר במדריך מצב שיווקי מול תפעולי.
• ההסרה שורדת העלאה מחדש של קובץ הלקוחות. מי שהסיר את עצמו לא נוצר מחדש כשתעלה את רשימת הלקוחות מהחנות שוב, וזאת בדיוק התקלה שהורגת חנויות שמסנכרנות רשימה כל חודש. פרטי ההתנהגות מפורטים במדריך ההסרה.
• הסרה ידנית למי שביקש לצאת בטלפון או בתשובה למסרון: מדביקים את המספר והוא מסומן מיד. מספר שלא היה ברשימה נוצר כחסום, כך שגם שליחה עתידית אליו במצב שיווקי תידחה.
• אירוע הסרה חוזר אליך. contact.opted_out מגיע ל-webhook עם הסיבה: תשובת "הסר", הקלקה על קישור ההסרה, הסרה ידנית או דיווח של המפעיל. כך החנות יכולה לסמן את הלקוח אצלה ולא רק אצלנו.

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

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

שאלות נפוצות

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

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

התוסף של Sendy לחנות שולח עגלה נטושה? לא. התוסף והחיבור ל-Shopify מודדים אילו הזמנות הגיעו מההודעות שלך. את השליחה בונים במחבר אוטומציה, ב-webhook של החנות או בקריאה ישירה ל-API.

כמה תזכורות לשלוח על אותה עגלה? אחת. SMS נפתח כמעט אצל כולם, ורצף של שלוש תזכורות על אותה עגלה מייצר הסרות ותלונות יותר מאשר מכירות.

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

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

מאיפה להתחיל

הסדר הזה חוסך את רוב הטעויות:

1. בדוק באיזה מצב שליחה סביבת העבודה שלך נמצאת. אם היא במצב תפעולי, זרימת עגלה נטושה תשלח גם למי שהסיר את עצמו.
2. סדר את ההסכמה לפני הזרימה. תיבת הסכמה בקופה, או הצטרפות ב-QR לרשימה שתיבנה נכון מהיום הראשון.
3. הרץ קמפיין שחזור אחד מהקומפוזר לפני שאתה בונה אוטומציה. הוא מראה לך אם הזווית עובדת בחנות שלך, והוא מדיד.
4. רק אז בנה את הזרימה האוטומטית, עם מפתח ייחודיות על מזהה העגלה והשהיה שאתה מגדיר.
5. חבר את אירועי המסירה וההסרה לכתובת אחת, כדי שהחנות תדע מה קרה.

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