n8n, Make או Zapier: מה ההבדל, ומתי עסק צריך כל אחד

n8n, Make ו-Zapier עושים את אותה עבודה: מחברים בין מערכות, כך שליד מטופס עובר לבד ל-CRM, לוואטסאפ ולגיליון. ההבדל הוא איפה הכלי רץ ועל מה משלמים: Zapier סופר כל פעולה שהצליחה, Make סופר קרדיטים שכל מודול צורך, ו-n8n סופר הרצה שלמה של התהליך, או לא סופר בכלל כשהוא מותקן על שרת של העסק. בקמפיינר בוחרים ביניהם אחרי ששרטטו את התהליך, לא לפני.

מה זה n8n, ובמה הוא שונה מ-Make ומ-Zapier?

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

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

Zapier חזק בתהליך קווי. קורה דבר אחד, ואחריו שניים או שלושה צעדים, אחד אחרי השני. בחשבון נספרות משימות (tasks), ולפי דף המחירים של Zapier משימה היא יחידת עבודה שהושלמה בהצלחה. הטריגר, הבדיקה אם הגיע מידע חדש והכלים המובנים כמו Filter ו-Paths לא נספרים (המחירון של Zapier).

Make, שנקרא עד 2022 Integromat (ההודעה של Make), מציג את התהליך כמפה של מודולים מחוברים, עם הסתעפויות, לולאות ושגיאות שמטופלות בתוך המפה. מאז 27 באוגוסט 2025 יחידת החיוב שלו היא קרדיטים, ורוב הפעולות צורכות קרדיט אחד בכל ריצה (המחירון של Make).

n8n פונה למי שרוצה שליטה. אפשר לכתוב קוד בתוך תהליך, ואפשר להריץ את כל המערכת על שרת של העסק, כך שהמידע לא עובר דרך שרת של ספק. בהתקנה עצמית בלי מפתח רישיון הוא רץ כ-Community edition, בלי דמי רישיון (התיעוד של n8n).

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

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

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

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

1. רשומה ב-CRM, עם הקמפיין שהביא אותו.
2. הודעת וואטסאפ ליועץ התורן, עם השם והטלפון.
3. שורה בגיליון שההנהלה פותחת ביום חמישי.

ב-Zapier: הטריגר לא נספר, כל פעולה שהצליחה כן

התהליך נבנה כרצף אחד, Zap בשפה של Zapier: טריגר של ליד חדש ושלוש פעולות. שלוש פעולות שהצליחו הן שלוש משימות, ולכן 300 לידים הם 900 משימות בחודש. צעד שמנקה את פורמט הטלפון לפני הוואטסאפ לא מוסיף, כי Formatter הוא מהכלים המובנים שלא צורכים משימות (מרכז העזרה של Zapier). צעד AI שמסכם את הליד ליועץ יכול לעלות יותר ממשימה אחת.

מה קורה כשהמכסה נגמרת? תלוי בהגדרה. עם pay-per-task העבודה ממשיכה, והמשימות העודפות מחויבות בתעריף של פי 2.5 מתעריף הבסיס בתוכנית חודשית ופי 1.25 בתוכנית שנתית, עד תקרה של פי 3 מהמכסה. בלי ההגדרה הזו, התהליכים עוצרים עד המחזור הבא. בעסק שחי מלידים, עצירה באמצע החודש עולה יותר מכל חריגה.

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

ב-Make: כל מודול שרץ, כולל הטריגר

ב-Make התהליך נקרא scenario: מודול טריגר ושלושה מודולים של פעולות. מודול הטריגר צורך קרדיט גם הוא, ולכן ליד אחד הוא בערך ארבעה קרדיטים ו-300 לידים הם כ-1,200. כאן ניקוי הטלפון כבר עולה, כי מודולים שממירים או מעבדים נתונים נספרים, וכל ליד עובר מודול חמישי. מה שלא נספר: Router, שמפצל את התהליך לפי תנאי, ומודולים שמטפלים בשגיאות.

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

ב-n8n: הרצה אחת, כמה צעדים שלא יהיו

ב-n8n בענן התהליך כולו, הטריגר, שלוש הפעולות וניקוי הטלפון, הוא הרצה אחת. דף המחירים של n8n אומר את זה במפורש: הרצה היא ריצה אחת של כל ה-workflow, ולא משנה כמה צעדים יש בו או כמה מידע הוא מעבד (המחירון של n8n). 300 לידים הם 300 הרצות, גם אם בחודש הבא מוסיפים לתהליך עוד חמישה צעדים.

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

השורה שלא מגיעה מכלי האוטומציה

היועץ לא כתב לעסק בוואטסאפ ב-24 השעות האחרונות, ולכן לפי Meta ההודעה אליו חייבת להיות תבנית שאושרה מראש (התיעוד של Meta). על הודעות כאלה Meta גובה לפי הודעה שנמסרה (המחירון של Meta). בכל אחד משלושת הכלים יש לתהליך הזה לפחות שלוש שורות בחשבון: הכלי, Meta וה-CRM. יש עסקים שמסתפקים בהתראה בתוך ה-CRM בדיוק בגלל זה.

כמה עולה n8n, ומה ההבדל בין n8n Cloud להתקנה על שרת של העסק?

ב-n8n Cloud משלמים לפי מספר ההרצות בחודש, בלי קשר למורכבות התהליך. בהתקנה עצמית בלי מפתח רישיון, n8n רץ כ-Community edition בלי דמי רישיון, והעלות היא השרת והאדם שמתחזק אותו. גרסאות Business ו-Enterprise בהתקנה עצמית דורשות מפתח רישיון, שמתחבר כל יום לשרת הרישוי של n8n.

שתי הערות לפני שמתלהבים מהתקנה עצמית.

הראשונה היא הרישיון. הקוד של n8n זמין ב-GitHub, אבל הוא מופץ תחת Sustainable Use License, שמתיר שימוש ושינוי לצרכים העסקיים הפנימיים של העסק, או לשימוש אישי ולא מסחרי. הפצה או מתן התוכנה לאחרים מותרים רק בלי תשלום ולמטרה לא מסחרית, וקבצים שמסומנים ee. מחייבים רישיון Enterprise (הרישיון של n8n). לעסק שמריץ את התהליכים של עצמו זה בדרך כלל מספיק. למי שרוצה לבנות שירות בתשלום על גבי n8n, זו שאלה למשפטן לפני שמתחילים.

השנייה היא מה חסר בגרסת Community. לפי התיעוד של n8n אין בה SSO, אין ניהול גרסאות ב-Git ואין סביבות נפרדות לבדיקה ולייצור. ויש עוד פרט, שהוא בכלל שאלה של בעלות: רק בעל ההתקנה ומי שיצר תהליך יכולים לגשת לתהליכים ולפרטי ההתחברות שלו (התיעוד של n8n). אם מי שבנה את התהליכים הוא פרילנסר, שווה לבדוק מי מהשניים הוא בעל ההתקנה.

Zapier, Make או n8n: איזה כלי מתאים לאיזה עסק?

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

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

מה אוטומציה עולה מעבר לרישיון?

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

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

מתי עדיף לא לבנות אוטומציה עדיין?

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

עוד כמה מצבים שבהם כלי שלישי מיותר, לפחות כרגע:

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

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

שאלות נפוצות

צריך לדעת לתכנת כדי לעבוד עם n8n?

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

מה אפשר לעשות עם n8n ו-AI, ואיך זה משפיע על החשבון?

בשלושת הכלים אפשר להכניס לתהליך צעד שקורא למודל שפה: סיווג פנייה לפי נושא, סיכום ליד ליועץ, טיוטת תשובה ראשונה. ההבדל הוא בחשבון. ב-Zapier צעדי AI יכולים לעלות יותר ממשימה אחת. ב-Make חלק מהיכולות שעובדות דרך ספק ה-AI של Make צורכות יותר מקרדיט אחד. ב-n8n בענן הצעד הוא עוד צעד באותה הרצה, אבל כשמחברים מודל דרך חשבון אצל ספק המודל, הספק גובה בנפרד. בכל מקום שבו טעות של מודל עולה כסף או לקוח, כדאי שאדם יאשר לפני שההודעה יוצאת.

אפשר לעבור מ-Zapier ל-Make או ל-n8n בלי לבנות הכול מחדש?

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

כמה זמן לוקח להקים תהליך כזה?

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

מה עדיף לעסק קטן: Zapier, Make או n8n?

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