האם n8n חינמי? מגבלות Community לעומת Enterprise

האם n8n חינמי לאירוח עצמי?

כן, n8n חינמי לאירוח עצמי. אפשר להפעיל את המהדורה הקהילתית בשרת שבבעלותכם, והרישיון אינו מגביל את מספר תהליכי העבודה שתבנו או את התדירות שבה הם יפעלו. שני דברים קובעים אם המהדורה החינמית מספיקה לכם: n8n אינו קוד פתוח במובן שבו Open Source Initiative (OSI) משתמשת במונח, וקבוצת תכונות מסוימת נשארת מושבתת עד שרוכשים מפתח רישיון.

הרישיון הוא Sustainable Use License, version 1.0. קוד המקור ציבורי, ומותר לכם לקרוא אותו, להפעיל אותו ולשנות אותו. ההגבלה שהרישיון מטיל נוגעת לשאלה עבור מי מותר לכם לספק את השירות. מותר להפעיל את n8n עבור עצמכם או עבור החברה שלכם. אסור להפוך אותו למוצר שאנשים אחרים משלמים כדי להשתמש בו.

מה המשמעות של fair-code, ומדוע n8n אינו קוד פתוח

fair-code הוא הכינוי ש־n8n משתמש בו למודל שלו. הכינוי מתאר תוכנה שקוד המקור שלה ציבורי ושאפשר להפעיל אותה ללא תשלום, אך המחבר מגביל את השימוש המסחרי בה. התיעוד של n8n מסביר ישירות את הבחירה במונח: רישיון קוד פתוח שאושר על ידי OSI אינו יכול לכלול מגבלות על אופן השימוש בתוכנה, ואילו Sustainable Use License כולל מגבלה כזאת בדיוק. לכן n8n אינו מגדיר את עצמו כקוד פתוח.

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

מה רישיון השימוש בר־הקיימא מאפשר לכם לעשות

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

בפועל, ההרשאה כוללת:

• הפעלת n8n בשרת שבבעלותכם עבור החברה שלכם, לדוגמה, סנכרון נתונים ממערכת CRM (מערכת לניהול קשרי לקוחות) למסד נתונים פנימי.
• הפעלת התוכנה בבית עבור פרויקטים אישיים.
• שינוי הקוד והפעלת הגרסה ששיניתם.
• כתיבת node של n8n עבור המוצר שלכם, או כל אינטגרציה אחרת בין המוצר שלכם לבין n8n.
• מכירת שירותי ייעוץ, כגון בניית workflows עבור לקוח.
• מכירת שירותי תמיכה, כגון הגדרה ותחזוקה של n8n בשרתים שבבעלות הלקוח.
• שימוש ב־n8n כרכיב backend נסתר בתוך המוצר שלכם, כל עוד הוא פועל באמצעות פרטי הגישה של החברה שלכם.

הרישיון אינו מגביל את השימוש שלכם לפי היקף. אין מכסה על מספר ההרצות ואין הגבלה לפי מספר משתמשים, ולכן המגבלה היחידה על מופע באירוח עצמי היא המעבד והזיכרון של המחשב שעליו הוא פועל. גם השימוש ב־AI nodes אינו מוגבל, ולכן בניית workflow של סוכן AI ב־n8n פועלת במהדורה החינמית.

מה רישיון השימוש בר-קיימא אינו מאפשר לעשות

ההגבלות קצרות, ו־n8n מפרט אותן עם דוגמאות בדף רישיון השימוש בר-קיימא:

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

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

יש גם רישיון שני בתוך אותו מאגר. כל קובץ מקור שבשם שלו מופיע .ee., או שבנתיב התיקייה שלו מופיע .ee, אינו כפוף לרישיון השימוש בר-קיימא ומכוסה ברישיון n8n Enterprise הנפרד. הקוד הזה נכלל באותה תמונת Docker שאתם מושכים, לכן התכונות בתשלום קיימות ב־build ונשארות כבויות עד שמפתח תקף מפעיל אותן. הפעלה שלהן בכל דרך אחרת היא הפרת רישיון, ולא תכסיס תצורה.

ההבדל בין fair-code לבין MIT ו־AGPL

רישיון MIT מתיר הכול, כולל נטילת הקוד ומכירת גרסה מתארחת שלו, כאשר מתן קרדיט הוא התנאי הממשי היחיד.

רישיון AGPL ‏(GNU Affero General Public License) מתיר גם הוא למכור גרסה מתארחת. התנאי שלו הוא חשיפת קוד המקור: אם שיניתם את התוכנה ואפשרתם למשתמשים לגשת אליה דרך רשת, עליכם להציע למשתמשים האלה את קוד המקור ששיניתם.

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

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

אילו תכונות דורשות מפתח רישיון בתשלום

המהדורה הקהילתית כוללת כמעט את המוצר כולו. n8n מתעדת את ההחרגות ולא את התכונות הכלולות, וזה הסדר השימושי יותר. נכון ל־August 2026, דף השוואת המהדורות מונה את התכונות האלה כתכונות בתשלום:

• SSO (single sign-on) באמצעות SAML (security assertion markup language) או LDAP (lightweight directory access protocol)
• שיתוף workflows ו־credentials
• Projects
• משתנים מותאמים אישית
• Environments
• בקרת גרסאות באמצעות Git
• External secrets
• אחסון חיצוני של נתונים בינאריים
• הזרמת לוגים
• Multi-main mode

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

SSO הוא המגבלה השנייה. אם החברה דורשת single sign-on לכל כלי פנימי, המהדורה הקהילתית אינה עומדת בדרישה זו כבר מהיום הראשון, בלי קשר ליכולות האחרות שלה. הדפוס של אפליקציה חינמית באירוח עצמי שתכונת האימות שלה היא תכונה בתשלום חוזר בכל הקטגוריה הזו, ו־מס האימות SSO באפליקציות באירוח עצמי מסביר מדוע ספקים ממשיכים להציב את הגבול באותו מקום.

Environments ובקרת גרסאות באמצעות Git הם למעשה תכונה אחת. יחד הם מאפשרים לשמור workflows במאגר ולקדם אותם ממופע פיתוח למופע production. בלעדיהם, העברת workflow בין מופעים מחייבת ייצוא ידני של JSON וייבוא שלו בצד השני. זה עובד, ואנשים רבים עושים זאת. אבל אין בכך שלב review ואין היסטוריה.

Multi-main mode הוא התכונה שמגבילה את יכולת ההתרחבות. Queue mode עם כמה תהליכי worker פועל כראוי במהדורה הקהילתית. הפעלה של יותר מתהליך main אחד אינה נתמכת, והתהליך main אחראי על schedules ועל webhooks. לכן הוא נשאר נקודת כשל יחידה שאי־אפשר להפוך ליתירה בלי מפתח.

Log streaming ו־external secrets הן תכונות לצורכי compliance. Log streaming דוחף את יומן האירועים של n8n למערכת שאתם כבר מנטרים. External secrets קורא credentials מ־vault במקום מהאחסון המוצפן של n8n. אלו בדיוק הדברים ש־security review מבקש בדרך כלל חודשים לאחר שהכלי נכנס ל־production. זהו עיתוי לא נוח לגלות בו את המחיר.

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

רישום המופע הקהילתי לקבלת מפתח רישיון ללא עלות

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

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

לקבלת המפתח:

1. פתחו את תפריט שלוש הנקודות בפינה השמאלית התחתונה של העורך.
2. עברו אל Settings ולאחר מכן אל Usage and plan.
3. בחרו Unlock ולאחר מכן Send me a free license key.
4. הדביקו את המפתח שקיבלתם בדוא״ל בשדה Enter activation key ובחרו Activate.

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

docker volume create n8n_data
docker run -it --rm --name n8n -p 5678:5678 \
  -e N8N_LICENSE_ACTIVATION_KEY="paste-your-key-here" \
  -v n8n_data:/home/node/.n8n docker.n8n.io/n8nio/n8n

פתחו את העורך בפורט 5678, ולאחר מכן בדקו את Settings ואת Usage and plan. בדף זה אמור להופיע שם התוכנית שלכם במקום ההנחיה להפעלה. אם ההנחיה עדיין מופיעה, הסיבה הנפוצה היא שהמופע הופעל בעבר: ל־N8N_LICENSE_ACTIVATION_KEY אין השפעה על מופע שכבר מחזיק ברישיון, ולכן הוספתו לסביבת העבודה של מכולה קיימת עלולה להיראות כאילו לא עשתה דבר.

שני משתני רישיון נוספים חשובים בשרת ייצור. ברירת המחדל של N8N_LICENSE_AUTO_RENEW_ENABLED היא true. הגדירו אותו ל־false, ותצטרכו לחדש את הרישיון ידנית מתפריט ההגדרות מדי 10 ימים; אחרת התכונות המורשות יפסיקו לפעול. גם ברירת המחדל של N8N_LICENSE_DETACH_FLOATING_ON_SHUTDOWN היא true. מצב זה משחרר את הזכאות כאשר המופע נכבה, כדי שמופע אחר יוכל לקבל אותה. במופע ייצור שמופעל מחדש במהלך פריסות, הגדירו אותו ל־false כדי שהתכונות המורשות יחזרו לפעול יחד איתו. שני המשתנים מתועדים בדף ניהול הרישיון שלכם.

היכן משתלבות תוכניות הענן

n8n Cloud מריץ את אותה תוכנה על התשתית של n8n. התוכניות מחויבות לפי מספר ההרצות של תהליכי העבודה, ולא לפי מספר תהליכי העבודה הפעילים. לכן תהליך עבודה שממתין ללא פעילות ל־webhook אינו עולה דבר עד שהוא מופעל.

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

נכון ל־August 2026, מחירי הכניסה החודשיים של הרמות הראשונות מפורסמים ב־דף התמחור של n8n. הרמות הגבוהות יותר נמכרות באמצעות צוות המכירות, ומחירי Enterprise אינם מפורסמים כלל. לכן כל מחיר שיופיע כאן יהיה לא מעודכן עוד לפני שתקראו אותו. בקשו הצעת מחיר, ושאלו במפורש אם היא כוללת את המפתח לשימוש באירוח עצמי.

אם אתם עדיין מתלבטים בין הפעלה עצמאית לבין תשלום עבור מוצר אוטומציה מתארח, ההשוואה בין n8n לבין Zapier ו־Make בוחנת את מבנה העלויות ולא את רשימת התכונות.

מכירת n8n כחלק מהמוצר שלכם

אם הלקוחות שלכם יראו את עורך n8n עצמו וישתמשו בו, נדרש רישיון embed, ש־n8n מוכרת גם במסגרת הסכם OEM (יצרן ציוד מקורי). הרישיון מתיר מיתוג מחדש ומכירה חוזרת, שאותם אוסר Sustainable Use License. זהו חוזה במשא ומתן, עם תמחור המבוסס על הצעת מחיר, והוא מיועד לחברות המשלבות אוטומציית תהליכי עבודה במוצר שהן כבר מוכרות.

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

אז איזו מהדורה אתם צריכים?

עבור חברה אחת שמפעילה אוטומציות בעצמה, כאשר לעמיתים מותר לראות את העבודה זה של זה, מהדורת הקהילה מספיקה. הירשמו לקבלת המפתח החינמי והתחילו לבנות. השלב הבא הוא שרת, והמדריך אירוח עצמי של n8n ב־VPS באמצעות Docker ו־HTTPS עוסק בפריסה, ב־reverse proxy ובתעודה.

עבור חברה שנדרשת ל־single sign-on, או לסביבות נפרדות לפיתוח ולייצור, מהדורת הקהילה לא תספק את הדרוש, ושום שינוי בתצורה לא ישנה זאת. בדקו את המחיר של תוכנית Business, או בחרו כלי שהרישיון שלו תואם את התקציב שלכם.

לכל מי שמוכר גישה לאנשים אחרים, התשובה היא הסכם מסחרי עם n8n. ככל שמנהלים את השיחה הזאת מוקדם יותר, העלות נמוכה יותר.

FAQ

האם n8n הוא קוד פתוח?

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

האם מותר לי לגבות מלקוחות תשלום על עבודה הקשורה ל־n8n?

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

מדוע הצוות שלי אינו יכול לשתף workflows במהדורת הקהילה באירוח עצמי?

שיתוף workflows ו־credentials הוא יכולת המותנית ברישיון, ולכן היא מושבתת ללא מפתח בתשלום. במהדורת הקהילה, רק בעל המופע והמשתמש שיצר פריט יכולים לפתוח אותו. לכן אין דרך להעביר workflow לעמית דרך הממשק. אפשר לייצא את ה־workflow כ־JSON ולייבא אותו בחשבון האחר, אך credentials אינם נכללים בייצוא זה. העותק המיובא הופך ל־workflow נפרד, עם היסטוריית הרצות משלו.

מה קורה אם מופע n8n שלי אינו מצליח להגיע לשרת הרישוי?

מופע שהופעל מחדש את הרישיון מול https://license.n8n.io/v1 כברירת מחדל, והמשתנה N8N_LICENSE_AUTO_RENEW_ENABLED מוגדר כ־true כברירת מחדל. אם תכבו את החידוש האוטומטי, תצטרכו לחדש את הרישיון ידנית מתפריט ההגדרות אחת לעשרה ימים. אחרת, היכולות המורשות יפסיקו לפעול. אם firewall יוצא חוסם את שרת הרישוי, העבירו את הבקשה דרך proxy באמצעות המשתנה https_proxy_license_server באותיות קטנות, במקום להשבית את החידוש.

האם עליי לשלם כדי להסיר את המיתוג של n8n?

כן, אם הלקוחות יראו את התוצאה. Sustainable Use License אוסר לשנות, להסיר או להסתיר הודעות רישוי וזכויות יוצרים. הרישיון מציין במפורש שמיתוג מחדש של n8n והצעתו ללקוחות תמורת תשלום הם שימושים שאינם מותרים. מיתוג מחדש של מוצר שאתם מוכרים דורש הסכם embed או OEM. שינוי המראה של מופע שמשמש רק את העובדים שלכם הוא עניין מצומצם יותר, אך הסעיף העוסק בהודעות רישוי וזכויות יוצרים חל ללא קשר לקהל היעד.