אוטומציות n8n ו-Make לעסקים: מה ההבדל, כמה זה עולה, וחמישה תהליכים לעסק קטן בישראל

מה זה בעצם n8n ו-Make

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

ההבדלים הם במי שמריץ אותם ובאופן התשלום. Make הוא שירות בענן עם מאגר של יותר מ-3,000 אפליקציות. n8n זמין כשירות בענן או כתוכנה שמתקינים על שרת משלכם, ובמאגר החיבורים שלו מופיעים יותר מ-2,000 פריטים (בעמוד הבית שלו כתוב "יותר מ-500 חיבורים"; המאגר סופר גם פריטים שעמוד הבית לא סופר). המספר פחות חשוב מהשאלה אם ארבע או חמש האפליקציות שאתם באמת משתמשים בהן נמצאות שם ומתוחזקות.

איך עובד התמחור (נבדק ב-30 בספטמבר 2026)

יחידת החיוב היא ההבדל האמיתי. Make מחייב בקרדיטים: לדבריה, כל פעולה של מודול נספרת כקרדיט אחד, וחלק מתכונות ה-AI צורכות יותר. n8n מחייב לפי הרצה — ריצה שלמה של תהליך, לא משנה כמה שלבים יש בו. תרחיש של שישה שלבים שרץ 1,000 פעמים בחודש עולה בערך 6,000 קרדיטים ב-Make, אבל רק 1,000 הרצות ב-n8n. בתהליכים קצרים ותכופים התוצאה דומה; בתהליכים ארוכים המודל של n8n בדרך כלל זול יותר.

• Make בחינם: $0, עד 1,000 קרדיטים בחודש, הרצה לכל היותר כל 15 דקות, 2 תרחישים פעילים.
• המסלולים בתשלום של Make בעמוד המחירים: Core עולה $9 לחודש, Pro עולה $16 לחודש ו-Teams עולה $29 לחודש, כל אחד מתומחר ל-10,000 קרדיטים בחודש.
• n8n בענן, בחיוב שנתי: Starter ב-€20 לחודש ל-2,500 הרצות, Pro ב-€50 ל-10,000.
• מסלול Business של n8n עולה €667 לחודש בחיוב שנתי ל-40,000 הרצות, ורק בהתקנה עצמית.
• n8n Community Edition: בחינם, בהתקנה עצמית — משלמים על השרת ועל הזמן שלכם.
• להשוואה, ב-Zapier מקבלים 100 משימות בחודש בחינם, ומסלול Professional מתחיל ב-$19.99 לחודש בחיוב שנתי ל-750 משימות.

בענן או על שרת משלכם?

התקנה עצמית של n8n מבטלת את החיוב לפי הרצה, אבל לא הופכת את האוטומציה לחינמית. אתם לוקחים על עצמכם עדכונים, גיבויים, אבטחה וזמינות, ושרת שנתקע בשתיים בלילה הוא הבעיה שלכם. גם לרישיון יש מגבלה שכדאי לקרוא: רישיון Sustainable Use של n8n מתיר להשתמש בתוכנה רק לצרכים עסקיים פנימיים שלכם, או לשימוש אישי ולא מסחרי. להריץ את התהליכים של העסק שלכם — מותר; למכור את n8n כשירות מתארח — לא.

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

תהליך 1: ליד מוואטסאפ או מהאתר ל-CRM, עם מעקב

המשימה הנפוצה ביותר, ובדרך כלל זו שמחזירה את עצמה ראשונה. שני הכלים מתחברים ל-WhatsApp Business Cloud API הרשמי: ב-n8n יש צומת מובנה ל-WhatsApp Business Cloud, וב-Make יש אפליקציה ש-Make מתחזקת בעצמה. הכללים של Meta קובעים את המבנה: כשלקוח כותב לכם, נפתח חלון שירות של 24 שעות שבו אפשר לענות בחופשיות; מחוץ לחלון אפשר לשלוח רק תבנית מאושרת, ועל כל תבנית שנמסרה Meta מחייבת מאז 1 ביולי 2025. גם התשובות בתוך החלון כבר לא בחינם: החל מ-1 באוקטובר 2026 Meta מחייבת לפי הודעה גם על הודעות שירות, באותם תעריפים לפי מדינה כמו הודעות עדכון והודעות אימות. תקצבו כל הודעה שהתהליך שולח.

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

תהליך 2: חשבונית או קבלה דרך API של מערכת חשבוניות ישראלית

למערכות החשבוניות הישראליות יש API אמיתי. מורנינג (לשעבר חשבונית ירוקה) מתעדת API שבו יוצרים מסמך עם POST /documents, כולל סביבת ניסיון. ל-iCount יש אפליקציה ב-Make, מאומתת על ידי Make ומתוחזקת על ידי המפתח של iCount, עם פעולה ליצירת מסמך. האפליקציה של מורנינג ב-Make נבנתה על ידי הקהילה, ו-Make כותבת שהיא לא מתחזקת אותה — אז במורנינג אני מעדיף לפנות ל-API ישירות, עם צומת HTTP Request ב-n8n או מודול HTTP ב-Make, בלי שום דבר באמצע בינכם לבין הספק.

• טריגר: תשלום שאושר במסוף הסליקה, או עסקה שסומנה כ"נסגרה" ב-CRM.
• בדיקה שעוד לא הופק מסמך להזמנה הזו, כדי שהרצה חוזרת לא תפיק מסמך שני.
• הפקת קבלה או חשבונית מס דרך ה-API, קודם בסביבת הניסיון.
• שמירת מספר המסמך בהזמנה, ושליחת ה-PDF ללקוח.
• ללקוחות עסקיים מעל הסף של חשבוניות ישראל (₪5,000 לפני מע״מ מאז יוני 2026), לוודא שהמערכת ביקשה מספר הקצאה.

תהליך 3: דוח יומי ב-Google Sheets

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

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

תהליך 4: תזכורות לפגישות ולתורים

אי-הגעה לתור עולה כסף אמיתי לקליניקות, לסטודיואים וליועצים, ותזכורת יום לפני זולה להפוך לאוטומטית. בשני הכלים יש חיבור ל-Google Calendar; ב-n8n יש צמתי טריגר ל-Calendly ול-Cal.com, וב-Make יש אפליקציה ל-Calendly ש-Make מתחזקת. מכיוון שתזכורת נשלחת בדרך כלל מחוץ לחלון 24 השעות של וואטסאפ, היא חייבת להיות תבנית מאושרת — נסחו אותה פעם אחת וקבלו אישור לפני שאתם בונים את השאר.

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

תהליך 5: בקשה לביקורת

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

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

מגבלות, ומתי לא כדאי להפוך תהליך לאוטומטי

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

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

פרטיות: הבסיס לפי תיקון 13

אוטומציות מעבירות מידע אישי בין מערכות, ולכן דיני הפרטיות חלים עליהן. תיקון 13 לחוק הגנת הפרטיות בתוקף מ-14 באוגוסט 2025. הוא מאפשר לרשות להגנת הפרטיות להטיל עיצומים כספיים שיכולים להגיע למיליוני שקלים, ומחייב חלק מהארגונים למנות ממונה על הגנת הפרטיות; תקנות אבטחת המידע מ-2017 ממשיכות לחול לצידו. זה לא ייעוץ משפטי, אבל ההרגלים המעשיים זהים כמעט לכל עסק קטן:

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