אוטומציות עם AI: המדריך העברי ל-n8n, Make ו-Zapier (2026)

אוטומציה בשפה פשוטה

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

כל פלטפורמה סופרת אחרת

n8n גובה על execution, "ריצה אחת של הזרימה כולה", בלי קשר למספר הצעדים. Zapier גובה task על כל צעד פעולה שהושלם (טריגרים, Filter, Formatter ו-Paths לא נספרים). Make גובה credit על כל פעולת מודול. לכן זרימה של 10 צעדים שרצה 1,000 פעמים בחודש היא 1,000 ביצועים ב-n8n, כ-10,000 קרדיטים ב-Make, ועד כ-10,000 משימות ב-Zapier. זה חישוב שלנו לפי ההגדרות הרשמיות, לא נתון של ספק. פירוט בהשוואת הפלטפורמות.

לקרוא את העץ: מה רואים בקנבס של n8n

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

שבעה חלקים בשרטוט, לפי המספרים

1. טריגר (Trigger)

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

   איפה זה נשבר: Manual Trigger לא מפעיל כלום בייצור. צריך טריגר אמיתי ו-Publish.

2. חיבור (Connection)

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

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

3. ענף (Branch)

   IF מפצל לשני מסלולים, true ו-false. Switch מפצל להרבה מסלולים. הענפים רצים בתורות: מלמעלה למטה, ובגובה שווה, השמאלי קודם. גרירת צומת למקום אחר יכולה לשנות את הסדר.

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

4. צומת (Node)

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

   איפה זה נשבר: צומת מתחבר לכל צומת, אבל נכשל אם שמות השדות, או JSON מול קובץ (binary), לא תואמים למה שהוא מצפה.

5. מיזוג (Merge)

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

   איפה זה נשבר: Merge ממתין לקלטים שלו ויש לו מצבי עבודה שונים. את המצבים בדקו בתיעוד של Merge.

6. צומת AI ותת-צומת

   צעד AI הוא "cluster node": צומת ראשי, ותחתיו תת-צמתים בקו מקווקו, כמו מודל השפה, זיכרון או כלים. הם לא חלק מהמסוע אלא "חלקי חילוף" של הצומת.

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

7. הודעת שגיאה (Error workflow)

   זרימה נפרדת שמתחילה ב-Error Trigger, ומגדירים אותה בזרימה הראשית דרך Settings ← Error workflow. היא רצה כשהרצה נכשלת ושולחת התראה. זרימת שגיאות אחת יכולה לשמור על הרבה זרימות.

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

לפי התיעוד של n8n: מילון המונחים, סדר הביצוע, If, Switch, Merge ו-טיפול בשגיאות.

איך הנתונים זורמים: פריטים ו-JSON

לפי התיעוד, "כל הנתונים שעוברים בין צמתים הם מערך של אובייקטים". כל אובייקט הוא פריט (item), ולכל פריט יש מפתח json עם השדות. לקבצים יש מפתח נפרד, binary. כך נראים שלושת הלידים שעוברים על החיבור בשרטוט:

[
  { "json": { "name": "דנה", "email": "dana@example.com", "budget": 12000 } },
  { "json": { "name": "יוסי", "email": "yossi@example.com", "budget": 3000 } },
  { "json": { "name": "מיכל", "email": "michal@example.com", "budget": 8000 } }
]

כל צומת מטפל בכל פריט בנפרד: שלושה פריטים הם שלוש פעולות. לכן ברוב המקרים לא צריך לבנות לולאה. כדי למלא שדה בצומת מתוך הפריט, מעבירים את השדה ממצב Fixed למצב Expression וכותבים בתוך סוגריים מסולסלים כפולים. {{ $json.email }} קורא את המייל של הפריט הנוכחי, ו-{{ $json.budget }} את התקציב, למשל בתנאי של צומת IF. כדי לקרוא מצומת קודם כותבים $('Webhook') עם שם הצומת. גרירת שדה מחלונית ה-INPUT כותבת את הביטוי לבד.

לפי מבנה הנתונים ב-n8n ו-Expressions. ביטוי מציג undefined עד שהצומת הקודם רץ פעם אחת, או עד שיש בו pinned data.

בדיקה מול ייצור: ההבדלים החשובים

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

הטבלה רחבה. גללו אותה הצידה כדי לראות את כל העמודות.

לפי סוגי הרצות, Pin and mock data, Webhook node, הכרזת n8n 2.0 ו-ייצוא וייבוא. גודל payload מקסימלי ב-webhook: 16MB.

תשע המלכודות של מתחילים

1. צורת הנתונים. לא מבינים שכל צומת רץ פעם אחת לכל פריט.
2. undefined בביטוי. הצומת הקודם עוד לא רץ ואין בו pinned data.
3. Test URL בטופס חיצוני. הדבקתם בטופס או ב-CRM את כתובת הבדיקה, והזרימה שפורסמה לא מקבלת כלום.
4. נתונים מוצמדים. "בבדיקה זה עבד": הבדיקה רצה על pinned data, והייצור מתעלם ממנו.
5. מחפשים Active. מגרסה 2.0 לוחצים Publish.
6. סדר הענפים. נקבע לפי המיקום בקנבס: למעלה קודם, ובגובה שווה השמאלי.
7. credentials אחרי ייבוא. צריך לבחור אותם מחדש בכל צומת.
8. דליפה בייצוא. קובץ JSON מיוצא כולל שמות ומזהים של credentials.
9. המכסה. נספרות הרצות ייצור, וכל ריצה שלמה היא ביצוע אחד, לא משנה כמה צעדים יש בה.

מפת הדרך: מאפס ועד מתקדם

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

סמנו את נקודות הסיום שהשלמתם. הסימונים נשמרים בדפדפן שלכם בלבד.

התהליך הראשון שלכם ב-n8n Cloud

לפי המדריך הרשמי "Build your first workflow": דוח שבועי על התלקחויות שמש מ-NASA, שמתפצל לשני יעדים. הדוגמה לא עסקית, אבל השלד שלה, טריגר מתוזמן ← שליפה ← IF ← שני פלטים, הוא אותו שלד של רוב הזרימות.

1. פותחים חשבון ניסיון ב-n8n Cloud. בלי התקנה ובלי כרטיס אשראי. הניסיון מפעיל את תכונות Pro עם תקרה של 1,000 הרצות.
2. מוסיפים טריגר מתוזמן. Schedule Trigger שרץ כל יום שני ב-9:00. זה ה"מתי" של הזרימה.
3. מוסיפים צומת שמביא נתונים. צומת NASA שמביא את התלקחויות השמש מ-7 הימים האחרונים. הוא דורש credential של NASA API, שיוצרים בתוך הצומת.
4. מפצלים עם IF. צומת If שמסנן לפי סיווג ההתלקחות ומפצל לשני ענפים, כמו ענף 3 בשרטוט.
5. שולחים כל ענף ליעד משלו. שני צמתי PostBin, אחד לכל ענף, שמקבלים את הנתונים.
6. בודקים עם Execute workflow. מריצים ידנית, פותחים כל צומת ובודקים את חלונות INPUT ו-OUTPUT: כמה פריטים עברו ואיך הם נראים.
7. מפרסמים עם Publish. מעכשיו הזרימה רצה לבד בכל יום שני. את ההרצות רואים בלשונית Executions.

לפי Build your first workflow ו-התמחור של n8n. שמות כפתורים עלולים להשתנות. אפשר לבנות את אותו שלד עם דוגמה מקומית: תחזית יומית ← IF גשם ← הודעה בטלגרם. והצעד הבא: רשת ביטחון, זרימת שגיאות שמחברים לכל זרימה.

איזו פלטפורמה מתאימה לי?

בקצרה, לפי המחקר: Zapier קל יותר למתחיל שאינו טכני, Make זול יותר בנפחים בינוניים, ו-n8n נותן הכי הרבה שליטה, חיוב לפי ריצה שלמה, ואת היכולות העשירות ביותר ב-AI וב-MCP.

הטבלה רחבה. גללו אותה הצידה כדי לראות את כל העמודות.

חריגה מהמכסה ב-n8n Cloud לא עוצרת את הזרימות, אבל ייתכנו חיובי חריגה. ב-Make, מ-25.8.2026 ה-AI Provider מחויב לפי תעריפי טוקנים נפרדים לקלט ולפלט. מספר קרדיטי ה-AI ב-n8n Pro מופיע בדף בשני נוסחים, ולכן כתבנו "לפי דרגה". על Gumloop ו-Relay.app יש רק נתוני מחיר לא רשמיים, ו-Pipedream, שנרכשה על ידי Workday, מוצגת במקורות סותרים, ולכן הן לא בטבלה.

עץ החלטה קצר

1. מי בונה?
   • עצמאי לא טכני, פחות מ-5 זרימות פשוטות: Zapier, או האוטומציות המובנות של monday.com אם העסק כבר שם.
   • מסתדרים עם קנבס: Make.
   • רקע טכני או סוכנות: n8n Cloud.
   • העסק חי ב-Microsoft 365: Power Automate.
2. כמה הרצות וכמה צעדים?
   • זרימות ארוכות בנפח גבוה: n8n, כי ריצה שלמה היא ביצוע אחד.
   • נפח בינוני: Make, עם קרדיטים זולים.
   • רוצים קוד פתוח במחיר קבוע: Activepieces.
3. יש מידע רגיש או וואטסאפ?
   • וואטסאפ מול לקוחות: רק Cloud API רשמי, ישירות או דרך BSP, יחד עם Make או n8n. ראו ההקשר הישראלי.
   • מידע אישי: ממפים איזה ספק בחו"ל מקבל מה. ראו משפט.
   • אירוח עצמי "כדי לשמור על הנתונים": רק עם מי שאחראי לעדכונים.

12 מתכונים מוכנים

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

דירוג העלויות מהגבוה לנמוך, בהסקה שלנו מההגדרות: 8 (לכל הודעה), 7 (תמלילים ארוכים), 4 (קובצי PDF), 3 (נפח דואר), 2 ו-9, ואז 5, 6 ו-10, ובסוף 1, 11 ו-12. את כל המתכונים אפשר לבנות גם ב-Make וב-Zapier, אבל מתכונים רב-שלביים כמו 2, 4 ו-8 עולים שם יותר לכל הרצה. למתכון 8, Zapier Agents ו-Chatbots הם המקבילה הקרובה ביותר ל"בוט בלי בנייה".

AI בתוך אוטומציות

צעד AI פשוט מול סוכן

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

לפי Basic LLM Chain, AI Agent ו-Agents vs chains. יש גם AI Agent Tool, שבו סוכן אחד קורא לסוכן אחר. התיעוד של 2026 מתאר גם Agent Builder חדש, עם בסיס ידע ו-Skills. הזמינות שלו לפי תוכנית וגרסה לא צוינה, ולכן הדרך הראשית כאן היא צומת AI Agent.

אישור אנושי לפעולות רגישות

n8n מאפשר לסמן כלי של הסוכן ככלי שדורש אישור (Human-in-the-loop). כשהסוכן מנסה להשתמש בו, "הזרימה נעצרת ושולחת בקשת אישור" דרך n8n Chat, Slack, Discord, Telegram, Teams, Gmail, WhatsApp Business Cloud, Google Chat או Outlook. התיעוד ממליץ על אישור לפעולות בלתי הפיכות: מחיקת נתונים, שליחת תקשורת החוצה ורכישות. לפי HITL for tools.

MCP בשלושה כיוונים

MCP הוא כמו USB-C: תקע אחד לכל המכשירים. איפה זה נשבר: התקע אחיד, אבל ההרשאות וההזדהות לא. ב-n8n יש לו שלושה כיוונים שונים:

הפרויקט czlonkowski/n8n-mcp הוא קהילתי ואינו רשמי. ב-Zapier, גם קריאות MCP נספרות כמשימות.

איך שולטים בעלויות

• תקרה בתשלום מראש. חשבון בתשלום מראש אצל ספק ה-AI, בלי טעינה אוטומטית, הוא ההגנה שבאמת עוצרת. לפי טענה שלא אומתה, גם תקרות "קשיחות" אצל ספקים נאכפות באיחור.
• מודל זול וקטן לסיכום, לסיווג ולחילוץ. את המחיר בודקים בדף התמחור של הספק.
• הגבלת לולאות. מונה לולאות, timeouts, והגבלת קצב ב-Code node. בפורום של n8n דווח על שגיאת 404 שהפעילה לולאה של קריאות ל-OpenAI ועלתה כ-$300 ב-30 דקות. מפתח אחר דיווח על חשבון של $400 בלילה אחד מסוכן.
• מסנן לפני ה-AI ועבודה באצווה: רק פריטים רלוונטיים מגיעים למודל, וסיכום אחד לכל הדואר ולא אחד לכל מייל.

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

ההקשר הישראלי

וואטסאפ

• המחיר

  מ-1.7.2025 Meta גובה על כל הודעת תבנית שנמסרה (שיווק, שירות או אימות). בתוך חלון השירות הפתוח, "כל ההודעות שאינן תבנית חינמיות". ישראל (972) מופיעה כשוק נפרד בטבלת התעריפים, והתעריף עצמו מופיע בטבלה של Meta.

• opt-in והסרה

  לפי מדיניות ההודעות העסקיות (עודכנה ב-23.9.2026), פונים רק למי שמסר את המספר וגם נתן opt-in, מכבדים בקשות הסרה, ונותנים מסלול ברור לנציג אנושי. לפי WhatsApp Business Messaging Policy.

• איסור צ'טבוטים כלליים

  מ-15.1.2026 אסורים בפלטפורמה העסקית צ'טבוטים כלליים מבוססי LLM. בוטים ממוקדים לשירות, להזמנות ולמעקב הזמנות מותרים. בוט של מרפאה שעונה רק על המרפאה מותר, ו"ChatGPT בוואטסאפ" אסור. לפי TechCrunch.

• שירותים לא רשמיים

  Green API ושערים דומים מתחברים דרך WhatsApp Web ולא דרך ה-API הרשמי. Green API עצמה מפרסמת מדריך ל"הפחתת סיכון החסימה". ההמלצה: API רשמי לכל תקשורת לקוחות, ושער לא רשמי, אם בכלל, רק על מספר משני ולא קריטי. לפי Green API.

חשבוניות, מערכות ישראליות ועברית

לכל ארבע מערכות החשבוניות הגדולות יש API: Morning (חשבונית ירוקה), iCount, EZcount וריווחית. רק ל-Morning נמצאו אפליקציות מוכנות ב-Make, ושתיהן של צד שלישי. לשאר מתחברים דרך HTTP Request.

• monday.com כולל אוטומציות מובנות עם מכסת פעולות חודשית לכל תוכנית. המקורות סותרים לגבי המכסות, אז בדקו בדף התמחור שלהם.
• Priority: יש REST API, ויש צומת קהילתי ל-n8n (HirezRa/n8n-nodes-priority). התקנת צומת קהילתי היא החלטת אבטחה, ראו אבטחה.
• Wix שולח נתונים דרך "Send via Webhook" באוטומציות שלו. בקהילה מדווחים שהטריגרים המובנים לא אמינים, ומשתמשים ב-webhook. לפי Wix ו-קהילת Zapier.
• SMS: ל-InforUMobile יש API, ולא נמצאה לה אפליקציה מוכנה ב-Zapier.
• עברית ו-PDF: טקסט עברי עובר בדרך כלל תקין. הבעיה המתועדת היא PDF, שבו מנועים רבים הופכים את העברית. הפתרון: HTML עם dir="rtl" שעובר דרך דפדפן headless, ולא היפוך מחרוזות. והפתרון הפשוט ביותר: להשאיר את מסמכי ה-PDF לתוכנת החשבוניות. לפי techresolve ו-react-pdf.

ממה להיזהר: אבטחה

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

הטבלה רחבה. גללו אותה הצידה כדי לראות את כל העמודות.

N8N_COMMUNITY_PACKAGES_ENABLED=false

עוד פרצות מאותה תקופה: CVE-2026-21877 (9.9, עם הזדהות, תוקנה ב-1.121.3), CVE-2025-68668 "N8scape" (9.9, תוקנה ב-2.0.0), CVE-2026-25049 (עקפה את התיקון מדצמבר, תוקנה ב-1.123.17 וב-2.5.2) ו-CVE-2026-27577 (9.4). גם רשות הסייבר של סינגפור פרסמה התראה. Make ו-Zapier הם שירותי ענן, ולכן עדכון הגרסאות באחריות הספק, אבל היקף ההרשאות, prompt injection, סודיות ה-webhooks ולולאות העלות נשארים באחריותכם גם שם. מקורות: Cyera, Rapid7, The Hacker News, VulnCheck, The Register, Endor Labs, n8n: Community node risks, Cisco Talos, prompt-injection-demo, תבנית 7453.

איפוס

ממה להיזהר: משפט

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

• תיקון 13 לחוק הגנת הפרטיות

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

  לפי IAPP ו-פרל כהן. נוסח רשמי: הכנסת.

• העברת מידע לחו"ל

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

  לפי שיבולת (23.4.2026) ו-gov.il. בנוסף, ב-28.4.2025 פרסמה הרשות טיוטת הנחיה על מערכות AI. לא אומת אם היא סופית.

• סעיף 30א: חוק הספאם

  אוסר לשלוח "דבר פרסומת" בלי הסכמה מראש, בדוא"ל, ב-SMS, בפקס ובחיוג אוטומטי, ולפי מקורות משניים גם באפליקציות מסרים כמו וואטסאפ. לפי כל-זכות, הפיצוי הוא עד ₪1,000 להודעה בלי הוכחת נזק, וההפרה היא גם עבירה פלילית.

  לפי כל-זכות ושאלות ותשובות של משרד התקשורת. החריגים לא אומתו מהטקסט המלא.

• opt-in בוואטסאפ

  המדיניות של וואטסאפ דורשת opt-in, כיבוד בקשות הסרה ומסלול לנציג אנושי, ואוסרת צ'טבוטים כלליים. זה חל בנוסף לסעיף 30א. ראו וואטסאפ.

כלים ומשאבים

בעברית

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

עוד בעמודי AICenter: GitHub למתחילים ולמתקדמים, וסקילים ל-AI: המדריך המלא בעברית.

הבהרה ומקורות

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