לרוב העסקים הקטנים שאני עובד איתם Make מתאימה יותר: היא זולה יותר כשהתהליך ארוך, היא נותנת לבנות פיצולים ותנאים בלי להגיע לתוכנית יקרה, ויש בה חיבור מוכן לכלים ישראליים כמו iCount. Zapier עדיפה כשהתהליך פשוט מאוד, כשאתם צריכים אפליקציה שקיימת רק אצלה, או כשמי שיתחזק את האוטומציה הוא אתם ואתם רוצים להתחיל מהר.
אני בונה בעיקר ב-Make, אז כדאי לקחת את זה בחשבון כשאתם קוראים. ניסיתי לכתוב את ההשוואה כך שתעזור גם למי שבסוף יבחר ב-Zapier.
מה ההבדל הבסיסי בין Make ל-Zapier?
שני הכלים עושים אותו דבר: כשמשהו קורה במערכת אחת (טופס נשלח, תשלום התקבל, סטטוס השתנה), הם מבצעים פעולות במערכות אחרות. ההבדל הוא באיך בונים ובאיך משלמים.
ב-Zapier בונים Zap: טריגר ואחריו רשימה של שלבים, אחד מתחת לשני. קל להבין מה קורה, וקל להתחיל. ב-Make בונים תרחיש (Scenario) על מפה: כל מודול הוא עיגול, ומחברים ביניהם קווים. אפשר לפצל את הקו לכמה מסלולים, להוסיף תנאי על כל קו, ולראות את כל התהליך במבט אחד. אם אתם רוצים להבין קודם מה זה Make ואיך עובד תרחיש, כתבתי על זה מאמר מבוא ל-Make.
איך כל אחד מחייב: קרדיטים מול משימות
זה ההבדל שהכי משפיע על החשבון בסוף החודש, וגם הכי מבלבל.
ב-Make (נכון לאוקטובר 2026) משלמים לפי קרדיטים (credits). כמעט כל מודול שרץ צורך קרדיט אחד: קריאה, חיפוש, יצירה, עדכון. מודולי AI יכולים לצרוך יותר. נתבים (Router) ומודולים של טיפול בשגיאות לא צורכים קרדיטים. התוכנית החינמית כוללת 1,000 קרדיטים בחודש ועד 2 תרחישים פעילים, עם הרצה מתוזמנת לכל היותר פעם ב-15 דקות. בתוכניות בתשלום אין הגבלה על מספר התרחישים הפעילים, ואפשר לתזמן הרצה כל דקה. את המחיר המדויק כדאי לבדוק בדף התמחור של Make, כי הוא תלוי בכמות הקרדיטים ובתשלום חודשי או שנתי.
ב-Zapier (נכון לאוקטובר 2026) משלמים לפי משימות (tasks). משימה נספרת רק כשפעולה הושלמה בהצלחה. הטריגר עצמו לא נספר, וגם לא מסננים (Filters), פיצולים (Paths) וכלי עיבוד נתונים כמו Formatter. התוכנית החינמית כוללת 100 משימות בחודש ו-Zap של שני שלבים בלבד, כלומר טריגר ופעולה אחת. Professional מתחילה ב-19.99 דולר לחודש בתשלום שנתי (29.99 בתשלום חודשי) עבור 750 משימות, ו-Team מתחילה ב-69 דולר לחודש בתשלום שנתי עבור 2,000 משימות. בתוכניות בתשלום אפשר להפעיל חיוב על משימות עודפות, במחיר גבוה מהבסיס. הפרטים בדף התמחור של Zapier.
חישוב לדוגמה
נניח שיש לכם תהליך כזה: ליד ממלא טופס, בודקים שיש טלפון, יוצרים פריט ב-CRM, שולחים לו מייל, שולחים התראה לנציג ומוסיפים שורה לגיליון מעקב. טריגר, תנאי ו-4 פעולות. ונניח 200 לידים בחודש.
- ב-Zapier: הטריגר והמסנן חינם, 4 פעולות כפול 200 לידים, בערך 800 משימות בחודש. זה כבר מעל המדרגה הראשונה של Professional, ובתוכנית החינמית אי אפשר לבנות את זה בכלל, כי יש בה רק שני שלבים.
- ב-Make: הטריגר והפעולות צורכים קרדיט כל אחד, התנאי לא, בערך 5 קרדיטים כפול 200, כלומר כ-1,000 קרדיטים בחודש. בדיוק המכסה של התוכנית החינמית, ובתוכנית הבסיסית בתשלום יש עוד הרבה מקום.
המספרים פה הם הנחות להמחשה. מה שחשוב להבין מהם: ב-Zapier כל שלב נוסף בתהליך מייקר אותו, ובתוכניות הנמוכות המכסה קטנה. ב-Make הקרדיט זול יותר, אבל גם הטריגר נספר, ותרחיש שבודק כל דקה אם יש משהו חדש צורך קרדיטים גם כשאין.
השוואה מסודרת
| Make | Zapier | |
|---|---|---|
| יחידת חיוב | קרדיט לכל מודול שרץ, כולל הטריגר | משימה לכל פעולה שהצליחה, הטריגר ומסננים לא נספרים |
| תוכנית חינמית | 1,000 קרדיטים, 2 תרחישים פעילים, תהליך מרובה שלבים | 100 משימות, Zap של שני שלבים בלבד |
| איך בונים | מפה ויזואלית עם מסלולים | רשימת שלבים ליניארית |
| פיצולים ותנאים | Router ומסננים על כל קו, גם בתוכנית החינמית | Paths ומסננים, בתוכניות בתשלום |
| טיפול בשגיאות | מסלול שגיאה לכל מודול, עם כמה סוגי תגובה | מסלול שגיאה מותאם לשלב, וניסיון חוזר אוטומטי בתוכניות בתשלום |
| כמות אפליקציות | 3,000+ | 9,000+ |
| כלים ישראליים | iCount (רשמי), Morning (קהילתי), Fillout | לא מצאתי אפליקציה מוכנה ל-iCount או Morning |
| עקומת למידה | דורשת יותר זמן להבין | מהירה יותר להתחלה |
הנתונים בטבלה נבדקו באתרים של שני הכלים, נכון לאוקטובר 2026.
פיצולים, תנאים ולולאות
כאן Make חזקה במיוחד. נניח שליד נכנס, וצריך להחליט: אם הוא כבר קיים ב-CRM מעדכנים אותו, אם הוא חדש יוצרים פריט, ואם חסר לו טלפון שולחים התראה למישהו שיבדוק. ב-Make זה Router עם שלושה מסלולים, ועל כל מסלול מסנן. רואים את זה על המסך כמו תרשים זרימה.
ב-Zapier עושים את אותו דבר עם Paths, וזה עובד, אבל רק בתוכניות בתשלום. כשהתהליך מסתבך, עם פיצול בתוך פיצול או עם רשימה של פריטים שצריך לעבור עליהם אחד אחד, Make נוחה יותר לבנייה ולקריאה. מניסיון, תרחיש של 15 מודולים ב-Make עדיין אפשר להבין במבט. רשימה של 15 שלבים ב-Zapier, עם פיצולים בתוכה, קשה יותר לעקוב אחריה.
טיפול בשגיאות: מה קורה כשמשהו נשבר
כל אוטומציה נשברת מתישהו. טוקן של חיבור פג, מישהו שינה שם של עמודה, שירות חיצוני לא ענה.
ב-Make מוסיפים לכל מודול מסלול שגיאה ובוחרים מה יקרה: Ignore (לדלג ולהמשיך), Resume (להמשיך עם ערך חלופי), Break (לעצור ולשמור את ההרצה כ"לא הושלמה" כדי להשלים אותה אחר כך), Commit או Rollback. בפועל אני משתמש בעיקר ב-Break, יחד עם התראה לאדם שאחראי, כי ככה שום ליד לא הולך לאיבוד.
ב-Zapier יש היום מסלול שגיאה מותאם לשלב, ובתוכניות בתשלום גם הרצה חוזרת אוטומטית של שלבים שנכשלו (Autoreplay). זה מספיק לרוב התהליכים הפשוטים. בתהליכים ארוכים, השליטה ש-Make נותנת בכל מודול בנפרד שימושית יותר.
מה עם iCount, Morning וכלים ישראליים?
בדקתי את זה באתרים של שני הכלים באוקטובר 2026:
- ל-iCount יש אפליקציה ב-Make שמסומנת כמאומתת ומתוחזקת על ידי Make עצמה, עם פעולות כמו יצירת מסמך, יצירה או עדכון של לקוח, וביטול מסמך.
- ל-Morning (חשבונית ירוקה) יש ב-Make אפליקציה קהילתית, שמתוחזקת על ידי שותפים חיצוניים ולא על ידי Make או Morning.
- ל-Fillout יש אפליקציה מאומתת ב-Make שמתוחזקת על ידי Fillout.
- ב-Zapier לא מצאתי אפליקציה מוכנה ל-iCount או ל-Morning.
למערכת שאין לה אפליקציה מוכנה, בשני הכלים אפשר להתחבר דרך ה-API שלה: ב-Make עם מודול HTTP, וב-Zapier עם Webhooks. זה עובד, אבל דורש לקרוא את התיעוד של המערכת ולבנות את הבקשה בעצמכם. כשמחברים מערכות ישראליות כמו תוכנות חשבוניות, סליקה או מערכות דיוור, זה קורה הרבה, ולכן ההבדל בכמות האפליקציות פחות משמעותי ממה שהוא נראה.
עקומת הלמידה
Zapier קלה יותר להתחלה, ואין טעם להתווכח עם זה. המסך פשוט, ההגדרות מוסברות היטב, ומי שמעולם לא בנה אוטומציה יכול להפעיל Zap ראשון בתוך חצי שעה.
ב-Make לוקח יותר זמן להבין מושגים כמו bundle (חבילת נתונים שעוברת בין מודולים), מיפוי שדות, ולמה תרחיש רץ פעמיים. מצד שני, ברגע שמבינים, אפשר לבנות דברים שב-Zapier היו דורשים כמה Zaps מחוברים, או תוכנית יקרה יותר.
מתי Zapier היא הבחירה הנכונה?
- כשהתהליך פשוט וליניארי, וכמות ההרצות קטנה. חיבור של טופס לגיליון, או התראה בסלאק על מכירה חדשה.
- כשאתם צריכים אפליקציה שקיימת ב-Zapier ולא ב-Make. עם 9,000+ אפליקציות, זה קורה, במיוחד בכלים אמריקאיים קטנים.
- כשאתם בונים ומתחזקים לבד, אין לכם זמן ללמוד, והתקציב מאפשר לשלם קצת יותר בשביל פשטות.
- כשבארגון כבר עובדים עם Zapier ויש מישהו שמכיר אותה. מעבר כלי עולה זמן, וצריך סיבה טובה בשבילו.
ומתי Make?
- כשיש בתהליך החלטות: לקוח חדש או קיים, סכום מעל או מתחת לסף, שדה ריק או מלא.
- כשהתהליך ארוך, עם הרבה שלבים, וכמות ההרצות גדלה. כאן ההבדל במחיר מורגש.
- כשמחברים כלים ישראליים כמו iCount, או מערכות שצריך לדבר איתן דרך API.
- כשעובדים עם monday ורוצים לבנות סביבו תהליכים שיוצאים מהמערכת.
לפני שבוחרים כלי, כדאי לכתוב על דף אחד מה התהליך אמור לעשות, כולל מקרי הקצה. ברגע שזה כתוב, לרוב ברור לבד אם מדובר בשני שלבים פשוטים או בתרחיש עם פיצולים. כתבתי על זה מדריך: איך מאפיינים תהליך לפני שבונים. ואם אתם רוצים שמישהו יבנה ויתחזק את זה בשבילכם, יש פירוט בעמוד אוטומציה לעסקים.
עודכן לאחרונה: אוקטובר 2026
