Make מול n8n מול Zapier - השוואת עלות חודשית אמיתית
שלוש הפלטפורמות נראות דומות ומתומחרות בשלוש שיטות שונות לגמרי: Zapier סופר צעדים, Make סופר פעולות, ו-n8n סופר הרצות שלמות. אותו תהליך בדיוק יכול לעלות 20 שקל בחודש באחת ו-400 באחרת, וההבדל הוא לא איכות אלא יחידת מדידה.
זו אחת השאלות הראשונות בכל פרויקט, והתשובה תלויה בפרט אחד טכני שכמעט אף אחד לא בודק לפני שהוא בוחר: איך כל פלטפורמה סופרת את השימוש.
לא נשווה כאן ממשקים או מספר אינטגרציות. נשווה כמה תשלמו בסוף החודש על אותה עבודה בדיוק.
יחידת החיוב - ההבדל שקובע הכל
| פלטפורמה | יחידת חיוב | מה זה אומר בפועל |
|---|---|---|
| Zapier | Task - כל צעד פעולה שמתבצע | תהליך עם 8 פעולות שרץ פעם אחת צורך 8 יחידות |
| Make | Operation - כל קריאה למודול | דומה ל-Zapier, אך פילטרים שעוצרים אינם נספרים |
| n8n | Execution - הרצה של תהליך שלם | תהליך עם 8 צעדים או 80 צעדים צורך יחידה אחת |
זה נשמע כמו הבדל טכני קטן. בואו נראה מה הוא עושה למספרים.
אותו תהליך, שלושה מחירים
התרחיש: ליד נכנס מטופס, המערכת מנרמלת את מספר הטלפון, בודקת אם הוא קיים ב-CRM, יוצרת או מעדכנת רשומה, שולחת הודעת וואטסאפ, כותבת שורה בגיליון, מעדכנת שדה סטטוס ומודיעה בסלאק. שמונה פעולות. התהליך רץ 2,000 פעמים בחודש.
| פלטפורמה | יחידות שנצרכות | מסלול נדרש | עלות חודשית משוערת |
|---|---|---|---|
| Zapier | כ-16,000 tasks | מסלול עסקי בינוני-גבוה | כ-370 עד 500 שקל |
| Make | כ-18,000 operations | Core עם מכסה של 20,000 | כ-70 עד 90 שקל |
| n8n Cloud | 2,000 executions | Starter | כ-80 עד 90 שקל |
| n8n באחסון עצמי | 2,000 executions | שרת בסיסי | כ-25 שקל בשרת, פלוס זמן תחזוקה |
פער של פי חמישה עד פי חמישה עשר על אותה עבודה בדיוק. המספרים הם אומדנים לפי מדרגות התמחור המקובלות ולפני מע"מ, והם משתנים - אבל היחס ביניהן יציב.
בתהליכים ארוכים, מה שקובע את החשבון הוא לא כמה פעמים התהליך רץ אלא כמה צעדים יש בו.
שלושה תרחישים, שלוש תשובות שונות
תרחיש א: עסק קטן, נפח נמוך
ארבעה צעדים, 200 הרצות בחודש. סך הכל 800 יחידות ב-Zapier ו-Make, 200 ב-n8n.
| פלטפורמה | עלות חודשית משוערת | הערה |
|---|---|---|
| Zapier | כ-75 עד 110 שקל | נכנס למסלול המקצועי הבסיסי |
| Make | 0 עד 40 שקל | המסלול החינמי עשוי להספיק |
| n8n Cloud | כ-80 עד 90 שקל | מחיר המינימום גבוה יחסית לנפח כזה |
| n8n עצמי | כ-25 שקל | לא שווה את התחזוקה בנפח כזה |
בנפח הזה ההבדל הכספי זניח, ולכן הקריטריון צריך להיות אחר לגמרי: מי יתחזק את זה. אם התשובה היא בעל העסק, Make או Zapier ינצחו בגלל הפשטות.
תרחיש ב: עסק בינוני, תהליכים מרובי צעדים
שנים עשר צעדים בממוצע, 3,000 הרצות בחודש. כ-36,000 יחידות ב-Zapier ו-Make, 3,000 ב-n8n.
| פלטפורמה | עלות חודשית משוערת | הערה |
|---|---|---|
| Zapier | כ-700 עד 1,100 שקל | כאן המודל הופך לבעייתי |
| Make | כ-150 עד 260 שקל | נדרשת מדרגה גבוהה יותר |
| n8n Cloud | כ-190 עד 220 שקל | מספר הצעדים אינו משפיע |
| n8n עצמי | כ-40 שקל בשרת | פלוס כ-200 עד 500 שקל בזמן תחזוקה |
זו הנקודה שבה רוב העסקים שהתחילו ב-Zapier מגלים שהחשבון גדל בלי שהעבודה גדלה. השינוי לא נובע מנפח אלא מכך שהתהליכים הפכו מורכבים יותר.
תרחיש ג: נפח גבוה
שישה צעדים, 20,000 הרצות בחודש. 120,000 יחידות ב-Zapier ו-Make, 20,000 ב-n8n.
| פלטפורמה | עלות חודשית משוערת | הערה |
|---|---|---|
| Zapier | למעלה מ-2,000 שקל | מגיעים לשיחת מכירות ולא למחירון |
| Make | כ-450 עד 800 שקל | נשאר סביר יחסית |
| n8n Cloud | כ-450 עד 600 שקל | דורש מסלול גבוה |
| n8n עצמי | כ-80 שקל בשרת | פלוס תחזוקה אמיתית וניטור |
בנפח הזה האחסון העצמי מתחיל להיות מוצדק כלכלית - אבל רק אם יש בעסק מישהו שיודע לתחזק שרת, או ספק בריטיינר. אחרת החיסכון הוא תיאורטי.
העלות האמיתית של אחסון עצמי
זה החלק שאנחנו אומרים גם כשהוא לא לטובתנו: המספר שמופיע במחירון הענן הוא לא המספר שצריך להשוות אליו. הנה מה שנכנס לחשבון של n8n בשרת עצמי.
| סעיף | עלות חודשית משוערת | הערה |
|---|---|---|
| שרת | כ-20 עד 80 שקל | לפי נפח וזיכרון נדרש |
| גיבויים | כ-10 עד 30 שקל | חובה. תהליך שקורס בלי גיבוי הוא אסון |
| עדכוני גרסה | כ-1 עד 2 שעות בחודש | כולל בדיקה שכלום לא נשבר |
| ניטור והתראות | כ-0.5 עד 1 שעה בחודש | אחרת נופל בשקט |
| תעודות אבטחה ודומיין | כ-5 עד 20 שקל | רובו אוטומטי, לא כולו |
| טיפול בתקלות | כ-0.5 עד 2 שעות בחודש | משתנה מאוד |
| סך זמן | כ-2 עד 5 שעות | בעלות שעה אמיתית: כ-210 עד 520 שקל |
כלומר, אחסון עצמי בעלות מלאה מגיע לכ-250 עד 600 שקל בחודש. הוא משתלם בנפח גבוה, כשיש דרישת פרטיות אמיתית, או כשממילא יש בעסק מישהו שמתחזק שרתים. הוא לא משתלם לעסק שאין לו איש טכני, ואנחנו לא ממליצים עליו במקרה כזה גם כשהלקוח מבקש.
מלכודות ספירה בכל פלטפורמה
| פלטפורמה | המלכודת | איך מתמודדים |
|---|---|---|
| Zapier | כל צעד נספר, כולל צעדי עזר כמו עיצוב טקסט | מאחדים כמה פעולות לצעד קוד אחד |
| Zapier | המחיר קופץ במדרגות ולא רציף | בודקים איפה נמצאת המדרגה הבאה לפני הרחבה |
| Make | לולאה על מערך צורכת פעולה לכל פריט | מסננים לפני הלולאה, לא בתוכה |
| Make | שגיאה ותהליך חוזר צורכים פעולות נוספות | מגבילים ניסיונות חוזרים |
| n8n | תת-תהליכים נספרים כהרצות נפרדות | שוקלים איחוד היכן שהגיוני |
| n8n | הרצות שנכשלו והרצות בדיקה נספרות גם הן | מנקים תהליכי בדיקה ישנים |
| כולן | תהליך שרץ כל דקה במקום כל עשר | בודקים תדירות טריגרים אחת לרבעון |
המלכודת האחרונה היא הנפוצה ביותר ואף אחד לא מדבר עליה. תהליך שבודק תיבת מייל כל דקה רץ כ-43,000 פעם בחודש, גם אם אין מיילים. אם הפלטפורמה סופרת גם הרצות ריקות, זה לבדו יכול להיות רוב החשבון. שווה לעבור על התדירויות פעם ברבעון.
איך לחתוך צריכה בלי לוותר על כלום
לפני שמשדרגים מסלול, שווה לעבור על ארבעת אלה. בתהליכים שראינו, הם חותכים בין 20 ל-50 אחוז מהצריכה בלי לשנות את התוצאה העסקית.
- סינון מוקדם. מסננים לפני שמושכים נתונים ולא אחרי. תהליך שמושך 500 רשומות ואז מסנן ל-12 בזבז את ההפרש.
- איחוד צעדים. שלושה צעדי עיצוב טקסט רצופים אפשר לאחד לצעד קוד אחד. ב-Zapier וב-Make זה חיסכון ישיר.
- טריגר במקום בדיקה מחזורית. במקום לבדוק תיבה כל דקה, לגרום למערכת המקור לשלוח התראה כשמשהו קורה. זה גם מהיר יותר.
- עיבוד באצווה. אם התהליך לא דחוף, לאסוף פריטים ולהריץ פעם בשעה במקום בכל אירוע. הרצה אחת על חמישים פריטים זולה בהרבה מחמישים הרצות.
הטיפ השלישי הוא בעל ההשפעה הגדולה ביותר וגם הכי מוזנח, כי בדיקה מחזורית קלה יותר להקמה מטריגר. שווה לחזור אליו אחרי שהתהליך עובד.
מה לא מופיע בהשוואת המחירים
עלות היא לא הפרמטר היחיד, וכדאי לדעת מה עוד נכנס לתמונה לפני שסוגרים על כלי.
- זמן שמירה של יומני הרצה. במסלולים זולים ההיסטוריה נשמרת לימים ספורים. כשתהליך נכשל לפני שבועיים ואף אחד לא שם לב, בלי יומן אין דרך להבין מה קרה.
- הרצה במקביל. חלק מהמסלולים מגבילים כמה תהליכים רצים בו זמנית. בעומס, זה מייצר תור והשהיה.
- מהירות תגובה של טריגרים. במסלולים בסיסיים הבדיקה מתבצעת כל כמה דקות ולא בזמן אמת. לתהליך גבייה זה לא משנה, למענה ללידים זה משנה מאוד.
- סביבת בדיקה. היכולת להריץ גרסה נבדקת בלי לגעת בייצור קיימת בעיקר במסלולים גבוהים. בלעדיה, כל שינוי הוא סיכון.
- הרשאות משתמשים. בעסק עם צוות, היכולת לתת גישה לצפייה בלבד היא לא מותרות.
מעבר לעלות: למי מתאים מה
| שיקול | Zapier | Make | n8n |
|---|---|---|---|
| קלות למי שאינו טכני | הגבוהה ביותר | בינונית | הנמוכה ביותר |
| מספר אינטגרציות מוכנות | הרחב ביותר | רחב | בינוני, אך יש קריאת API כללית |
| תהליכים מורכבים ומסועפים | מוגבל | טוב מאוד, תצוגה חזותית | מצוין, כולל קוד |
| עלות בנפח גבוה | יקר | סביר | הזול ביותר |
| שליטה על הנתונים | בענן בלבד | בענן בלבד | אפשרי בשרת שלכם |
| תמיכה בעברית בממשק | אין | אין | אין |
| נדרש איש טכני | לא | רצוי | כן |
איך אנחנו בוחרים בפועל
- 1סופרים כמה פעמים התהליך ירוץ בחודש וכמה צעדים יש בו. שני המספרים האלה, ביחד, קובעים את הבחירה יותר מכל דבר אחר.
- 2שואלים מי יתחזק אחרי שנגמור. אם התשובה היא בעל העסק בלי רקע טכני, n8n יורד מהשולחן ולא משנה כמה הוא זול.
- 3בודקים אם המערכות שצריך לחבר קיימות כאינטגרציה מוכנה. אם רק Zapier מתחבר לכלי מרכזי, זה משנה את החישוב.
- 4מכפילים את הנפח החזוי בשניים ובודקים אם המחיר עדיין הגיוני. תהליכים גדלים.
- 5רק אז מסתכלים על המחיר.
הבחירה הנפוצה שאנחנו מגיעים אליה לעסק ישראלי בינוני היא Make, כי הוא מאזן בין עלות סבירה בנפח בינוני לבין ממשק שאדם שאינו מתכנת יכול להבין. n8n מנצח כשיש נפח גבוה או צורך בשליטה על הנתונים. Zapier מנצח כשהפשטות שווה יותר מהמחיר, וזה קורה יותר ממה שמקובל להודות.
ומה שחשוב מכולם: אף אחת מהשלוש לא תציל תהליך עסקי שלא הוגדר כמו שצריך. קודם מבינים את העסק, רק אחר כך בוחרים כלי.
שאלות שחוזרות
- מה ההבדל העיקרי בין שלוש הפלטפורמות?
- יחידת החיוב. Zapier מחייבת לכל צעד פעולה שרץ, Make מחייבת לכל קריאה למודול, ו-n8n מחייבת לכל הרצה של תהליך שלם ללא קשר למספר הצעדים בו. בתהליך עם עשרה צעדים שרץ אלף פעמים בחודש, Zapier תספור כעשרת אלפים יחידות ו-n8n תספור אלף. זה ההבדל שקובע את המחיר.
- האם n8n באחסון עצמי באמת חינם?
- הרישיון עצמו חינמי לשימוש פנימי בעסק, אבל התפעול לא. שרת עולה בערך 20 עד 80 שקל בחודש, ומעליו נדרשות בין שעתיים לחמש שעות עבודה בחודש לעדכונים, גיבויים, תעודות אבטחה וטיפול בתקלות. בעלות שעה אמיתית זה מוסיף מאות שקלים בחודש שלא מופיעים בשום חשבונית.
- מתי Zapier שווה את המחיר הגבוה?
- כשמספר האינטגרציות הזמינות מכריע - Zapier מחזיקה את הקטלוג הרחב ביותר, וכלים נישתיים רבים מתחברים אליה ולא לאחרות. גם כשמדובר בתהליכים פשוטים בנפח נמוך שאיש לא-טכני צריך לתחזק לבד, הממשק שלה הוא הקל ביותר. בנפח גבוה היא כמעט תמיד היקרה ביותר.
- מה קורה כשחורגים מהמכסה?
- זה משתנה בין הפלטפורמות ובין המסלולים - יש מקרים שבהם התהליכים נעצרים עד תחילת החודש הבא, ויש מסלולים שבהם רוכשים יחידות נוספות או עוברים אוטומטית למדרגה גבוהה יותר. זו שאלה שכדאי לברר לפני שבונים תהליך קריטי, כי היום שבו הגבייה נעצרת בגלל מכסה הוא לא היום שרוצים לגלות את זה.
- אפשר לעבור בין הפלטפורמות?
- לא בלחיצת כפתור. הלוגיקה העסקית עוברת ברעיון אבל לא בפועל - כל תהליך צריך להיבנות מחדש, וגם החיבורים והאישורים למערכות החיצוניות. עבודת המרה של עשרה תהליכים היא בדרך כלל בין שבוע לשלושה שבועות. לכן הבחירה הראשונה חשובה יותר משנדמה.
- מה מוסיפים למחיר המפורסם?
- מע"מ בשיעור 18 אחוז, ותנודות בשער הדולר או האירו. בנוסף, המחירים הנמוכים שמופיעים באתרים הם כמעט תמיד למנוי שנתי מראש; תשלום חודשי יקר בערך ב-15 עד 25 אחוז. בתכנון תקציב שווה להוסיף את שני הרכיבים.