כדי לשלוח SMS מ-Zapier, Make או n8n בלי לכתוב קוד, מוסיפים לכלי את האפליקציה של Sendy, מחברים אותה עם טוקן API, ובונים זרימה: אירוע באפליקציה אחרת מפעיל את פעולת השליחה. צריך מזהה שליחה מאושר ויתרת קרדיטים, וזהו.
הקושי האמיתי הוא לא החיבור. הוא מה בונים, ואיך דואגים שזרימה שרצה לבד לא תשלח פעמיים, לא תיפול באמצע ולא תגיע למי שביקש להפסיק. המאמר הזה עובר על המבנה שכל זרימה חולקת, על ארבע זרימות שכדאי לבנות קודם, על הבחירה בין שלושת הכלים, ועל חמש בדיקות לפני שמדליקים. את שלבי ההתקנה של כל כלי, צעד אחר צעד, תמצא במדריך לחיבור החנות או האוטומציה בלי קוד.
איך נראית כל זרימה
כל אוטומציה של SMS, בכל אחד מהכלים, בנויה משלושה חלקים:
- טריגר באפליקציה אחרת. ליד חדש בטופס, שורה חדשה בגיליון, שינוי שלב ב-CRM, הזמנה או תור שנקבעו. הטריגר שייך לאפליקציה ההיא, לא ל-Sendy.
- פעולה של Sendy. שליחת הודעה, יצירה או עדכון של איש קשר וצירוף לקבוצה, בדיקת יתרה, או שליפה של הודעות שהתקבלו במספר הווירטואלי. השדות מהטריגר, כמו שם ומספר טלפון, ממופים לתוך הפעולה.
- אירוע חוזר, כשצריך. אם הזרימה צריכה לדעת מה קרה אחר כך, למשל שההודעה נמסרה או שהנמען ענה, האירוע מגיע מ-Sendy בנפרד, דרך webhook. על זה בהמשך.
האפליקציות של Sendy בכלים האלה הן חד-כיווניות: הן קוראות ל-Sendy, ואין בהן טריגר שמאזין לאירועים של Sendy. זה לא חיסרון בפועל, כי האירועים מגיעים בדרך אחרת, אבל כדאי לדעת את זה לפני שמחפשים בתפריט טריגר כמו "הודעה נמסרה" ולא מוצאים.
ארבע זרימות שכדאי לבנות קודם
1. ליד חדש מקבל הודעה תוך דקה. טופס באתר או בדף נחיתה נשלח, והזרימה שולחת לפונה הודעה קצרה עם השם שלו: קיבלנו, נחזור אליך היום. אפשר באותה זרימה לשלוח הודעה שנייה לטלפון של בעל העסק, עם פרטי הליד. זאת הזרימה עם התמורה הכי מהירה, כי ליד שמקבל תשובה מיד נשאר חם.
2. איש קשר נכנס לקבוצה הנכונה. כשמישהו נרשם לניוזלטר, קונה בפעם הראשונה או מסמן הסכמה בטופס, פעולת יצירה או עדכון של איש קשר מוסיפה אותו ל-Sendy לפי מספר הטלפון ומצרפת אותו לקבוצה. אם הוא כבר קיים, הפרטים מתעדכנים והקבוצה נוספת לקבוצות שכבר יש לו, בלי למחוק אף אחת. ככה הרשימה ב-Sendy מתעדכנת לבד, והקמפיין הבא כבר יודע למי לצאת.
3. עדכון סטטוס ממערכת שכבר יש לך. תור שנקבע ביומן, הזמנה שיצאה למשלוח, פנייה שנסגרה במערכת השירות. כל שינוי כזה יכול להפעיל הודעת שירות ללקוח. דוגמאות מלאות של זרימות כאלה לחנות אונליין נמצאות במאמר על שליחת SMS מ-WooCommerce ובמאמר על עגלה נטושה ב-SMS.
4. הסרות מסונכרנות מבחוץ. לקוח ביקש בטלפון, במייל או בטופס להפסיק לקבל הודעות. אם הבקשה נרשמת אצלך ב-CRM או בגיליון, זרימה אחת מסמנת אותו כמוסר גם ב-Sendy: בקריאת יצירה או עדכון של איש קשר עם "subscribed": false, גם אם הוא עוד לא היה ברשימה. ב-Zapier עושים את זה דרך פעולת הקריאה החופשית ל-API, ובכל כלי אחר דרך צעד HTTP רגיל. זאת הזרימה שהכי פחות מרגישה דחופה והכי חשוב שתהיה, כי היא מה שמונע מהקמפיין הבא להגיע למי שכבר ביקש שלא.
Zapier, Make או n8n: מה לבחור
שלושת הכלים חושפים את אותן פעולות מעל אותו API, כך שההבדל הוא בכלי עצמו, לא ביכולות של Sendy.
| Zapier | Make | n8n | |
|---|---|---|---|
| מתאים ל | זרימות פשוטות, טריגר אחד ופעולה אחת, הכי הרבה אפליקציות מוכנות | זרימות עם הסתעפויות ותנאים, עריכה חזותית | צוות טכני, שרת משלך, זרימות מורכבות |
| איך מוסיפים את Sendy | קישור הזמנה מעמוד Zapier | קישור הזמנה מעמוד Make, אזור EU1 | Community Node בשם n8n-nodes-sendy, מעמוד n8n |
| חיבור | טוקן API ב-Connection | טוקן API ב-Connection | Credential מסוג Sendy API |
| מגבלה לדעת | אפליקציה פרטית, נוספת רק דרך קישור ההזמנה | אפליקציה פרטית, נוספת רק דרך קישור ההזמנה | בשרת עצמי בלבד. ב-n8n Cloud אפשר להתקין רק nodes מאומתים |
אם אתה כבר עובד באחד מהם, תישאר בו. אם אתה מתחיל מאפס וצריך זרימה אחת פשוטה, Zapier הכי מהיר להקמה. ואם יש לך n8n Cloud, אפשר עדיין לחבר את Sendy דרך צעד HTTP Request ישירות ל-API. איך נראית הקריאה עצמה מוסבר במדריך לשליחה הראשונה דרך ה-API.
את הטוקן יוצר בעל סביבת העבודה בעמוד המפתחים ב-Sendy, והוא מוצג פעם אחת בלבד, אז שמור אותו מיד. כל בקשה מכל כלי מאומתת מול אותו טוקן ומחויבת מול יתרת הקרדיטים של אותה סביבת עבודה.
ובכיוון ההפוך: אירועים מ-Sendy לכלי
כשהזרימה צריכה להגיב למה שקרה אחרי השליחה, מגדירים ב-Sendy, בעמוד המפתחים, webhook שמפנה לכתובת ה-webhook הנכנס של הכלי. כל אחד משלושת הכלים יודע לקבל webhook נכנס ולהתחיל ממנו זרימה. מה מגיע:
- סטטוס מסירה של הודעות שנשלחו דרך ה-API, וזה כולל כל הודעה שיצאה מ-Zapier, Make או n8n. קמפיין שנבנה בעורך הקמפיינים מדווח פעם אחת, בסיומו, ולא על כל נמען.
- הודעות נכנסות במספר הווירטואלי, כשיש לך כזה. בלי מספר וירטואלי התשובות לא מגיעות ל-Sendy.
- הסרות מרשימת התפוצה, כך שהכלי יכול לעדכן אותן גם ב-CRM.
- סיום או ביטול קמפיין, והתראה על יתרה נמוכה.
שני דברים שכדאי לתכנן מראש. ראשית, לכל סביבת עבודה יש כתובת webhook אחת. אם אתה רוצה אירועים בכמה זרימות, הכתובת מובילה לזרימה אחת שמסננת לפי סוג האירוע ומעבירה הלאה. שנית, אירועים לא מגיעים בהכרח לפי הסדר, אז הזרימה צריכה להחליט לפי סוג האירוע, לא לפי הסדר שבו הגיע. ההגדרה המלאה, כולל אימות החתימה, במדריך ה-Webhooks.
חמש בדיקות לפני שמדליקים
1. מזהה השליחה מאושר. פעולת השליחה דורשת מזהה שליחה שכבר אושר בחשבון. הכלים טוענים לתפריט רק את המאושרים, אבל אם אתה ממפה את השדה מנתון אחר, כל שליחה עם מזהה לא מאושר תיחסם.
2. מצב השליחה נבחר במפורש. כל הודעה שיוצאת דרך הכלים היא שליחת API, ולכל שליחת API יש מצב: marketing או transactional. במצב שיווקי, שליחה למספר שהוסר נדחית עם שגיאה ולא מחויבת. היא לא מדלגת עליו בשקט, אז הזרימה תסמן את הצעד הזה כנכשל, וזה בדיוק מה שאתה רוצה. אם לא בוחרים מצב, נקבע מצב ברירת המחדל של סביבת העבודה: שיווקי בסביבה חדשה, אבל סביבות שנפתחו לפני 19 ביולי 2026 הוגדרו כתפעוליות. לכן ההמלצה היא לבחור מצב בכל זרימה. הודעת שירות על פעולה שהלקוח ביצע היא תפעולית, כל השאר שיווקי. הפירוט במדריך על מצב שיווקי מול תפעולי ב-API.
3. מפתח מניעת כפילות. כלי אוטומציה יכול להריץ את אותה זרימה פעמיים על אותו אירוע: הרצה חוזרת ידנית, טריגר שנשלח פעמיים, ניסיון חוזר אחרי תקלה. הכלי לא יודע לזהות את זה לבד. בפעולת השליחה יש שדה אופציונלי למפתח מניעת כפילות. מפה אליו מזהה יציב של האירוע, כמו מספר הליד או מספר ההזמנה, ואותה הודעה לא תצא ולא תחויב פעמיים. ההסבר במאמר על מניעת שליחה כפולה.
4. זרימה היא לא קמפיין. אין פעולת שליחה המונית, בכוונה, ולכל טוקן יש מגבלה של 60 בקשות לדקה. לולאה שעוברת על גיליון של אלפי שורות ושולחת לכל אחת תיתקע במגבלה ותעקוף את כל מה שקמפיין נותן: מחיר לפני שליחה, דילוג על מי שהוסר, ותוצאות מסודרות. כדי להגיע לרשימה שלמה, הזרימה מצרפת אנשי קשר לקבוצה, והשליחה עצמה יוצאת כקמפיין מתוך Sendy.
5. יש יתרה. זרימה שנתקלת ביתרה ריקה נכשלת. אפשר להוסיף לפני השליחה צעד שבודק יתרה, או להגדיר את אירוע היתרה הנמוכה ב-webhook כדי לדעת מראש.
MCP: לשלוח מתוך שיחה עם עוזר AI
החיבור הרביעי פחות מוכר. שרת ה-MCP של Sendy נותן לעוזר AI גישה ישירה לחשבון, עם אותו טוקן API: לשלוח הודעה, לבדוק סטטוס, ליצור או לעדכן איש קשר, לראות קבוצות, מזהי שליחה ויתרה. במקום לבנות זרימה, אתה מבקש בשיחה: "תשלח לדני תזכורת לפגישה של מחר מהמזהה של העסק".
הוא עובד עם קליינטים שמתחברים עם מפתח, כמו Claude Code, Cursor, VS Code, Codex, Gemini CLI, Windsurf ו-Cline. ChatGPT עדיין לא נתמך. גם כאן אין פעולה לשליחה המונית, בכוונה: העוזר שולח הודעה אחת בכל פעם, וכל הכללים של ה-API חלים עליו, כולל חסימת מי שהוסר במצב שיווקי.
שאלות נפוצות
צריך לדעת לתכנת כדי לשלוח SMS מ-Zapier? לא. מוסיפים את האפליקציה של Sendy דרך קישור ההזמנה, מדביקים את הטוקן, בוחרים את פעולת השליחה וממפים אליה את השדות מהטריגר. מי שכותב קוד יכול לדלג על הכלים ולקרוא ל-API ישירות.
אפשר להשתמש ב-Sendy ב-n8n Cloud? לא דרך ה-node של Sendy, כי n8n Cloud מאפשר להתקין רק nodes מאומתים. ב-n8n Cloud מחברים את Sendy דרך צעד HTTP Request ל-API. ה-node עובד בכל n8n בשרת עצמי.
איך הזרימה יודעת שההודעה נמסרה? יש שתי דרכים. אפשר לבדוק את הסטטוס של הודעה לפי המזהה שלה בצעד מאוחר יותר, או להגדיר webhook של Sendy לכתובת הנכנסת של הכלי ולקבל את אירוע המסירה כשהוא קורה. ההבדל בין "נשלח" ל"נמסר" מוסבר במאמר על sent מול delivered.
מה קורה אם הזרימה מנסה לשלוח למישהו שהסיר את עצמו? במצב שיווקי השליחה נדחית ולא מחויבת, והצעד בזרימה מסומן כנכשל. במצב תפעולי היא עוברת, כי זאת הצהרה שההודעה אינה שיווקית, ולכן חשוב לבחור מצב בכל זרימה ולא להסתמך על ברירת המחדל.
אפשר לשלוח מזרימה לכל רשימת הלקוחות? טכנית אפשר לבנות לולאה, אבל זה לא כדאי. המגבלה היא 60 בקשות לדקה, ואתה מפסיד את מה שקמפיין נותן. הדרך הנכונה: הזרימה מעדכנת את הקבוצה, והקמפיין יוצא מתוך Sendy.
מאיפה להתחיל
תבחר זרימה אחת מהארבע, כנראה הליד החדש, ותבנה אותה בכלי שכבר יש לך. לפני שמדליקים, תעבור על חמש הבדיקות: מזהה מאושר, מצב שליחה מפורש, מפתח מניעת כפילות, קמפיין במקום לולאה ויתרה. ב-Sendy מתחילים בחינם, עם 30 הודעות וללא כרטיס אשראי, כך שאפשר לראות את הזרימה עובדת על הטלפון שלך לפני שהיא פוגשת לקוח אחד.
