בפרק הזה אני מחבר את Make לקלוד קוד ונותן לו לבדוק אם האוטומציות שלכם באמת עובדות - ובעמוד הזה כל התהליך: סרטון, שלבים מדויקים ותשובות לשאלות הנפוצות.
Make (בשמו הישן Integromat) הוא כלי אוטומציה בענן, שבו מגדירים "אם קורה X, תבצע Y" בלי לכתוב קוד. מחברים אותו ל-Claude Code דרך מחבר MCP: יוצרים מפתח API בחשבון ה-Make ומגדירים אותו לקלוד, רצוי בהרשאת קריאה בלבד בהתחלה. אחרי החיבור קלוד יכול לקרוא את היסטוריית ההרצות של הסינריואים, לאתר איפה הם נשברים ולהצביע על המודול הבעייתי ישירות מהצ'אט, בלי לעבור מודול-מודול בממשק.
בקצרה - מה בפרק:
- Make הוא כלי אוטומציה בענן בתשלום, בלי כתיבת קוד.
- התקלה הנפוצה: סינריו רץ בירוק אבל מדלג על נתונים.
- קלוד מתחבר דרך מפתח API וקורא את היסטוריית ההרצות.
- מתחילים בהרשאת קריאה בלבד, כתיבה רק כשיש אמון בתהליך.
- השלבים בעמוד: מיפוי הסינריואים, בדיקה, תיקון מאושר ורק אז בנייה חדשה.
יש לי כמה לקוחות שבנו אוטומציות ב-Make (השם הישן: Integromat) מזמן, עם ספק אוטומציות חיצוני, ומאז אף אחד לא נגע בהן. וזה תמיד אותו סיפור: "כן, יש לנו אוטומציה שמעבירה לידים לגיליון", ואז מסתבר שחצי מהלידים בכלל לא מגיעים, או שהתיוג של איכות הליד תקוע על "בדיקה" כבר שבועיים. בעבר, כדי לתחזק דבר כזה, היה צריך "איש אוטומציות" ייעודי בתשלום חודשי קבוע. היום אני מריץ את אותה בדיקה מול קלוד, והוא זה שיורד לפרטים במקומי.
מה זה Make ולמה הוא כלי כל כך נפוץ בשיווק לידים
Make הוא כלי אוטומציה בענן, שבו מגדירים "אם קורה X, תבצע Y" בלי לכתוב קוד. אצלי בפועל זה נראה כך: ליד נכנס ממודעה, Make תופס אותו, כותב אותו לגיליון גוגל שיטס של הלקוח, ובנוסף מתייג אוטומטית את איכות הליד. Make הוא כלי בתשלום, וזה בסדר גמור, כי הערך שהוא נותן בדרך כלל שווה את המחיר. השאלה האמיתית היא לא אם לשלם על הכלי, אלא מי מתחזק את מה שבנוי עליו.
מה משתנה כשקלוד קוד מתחבר ל-Make
ברגע שמחברים את קלוד קוד ל-Make, קלוד יודע לזהות ולתקן תקלות באוטומציה שכבר קיימת. במקום לפתוח את הסינריו, לעבור מודול-מודול ולנחש איפה זה נשבר, אני פשוט מבקש מקלוד לבדוק למה, למשל, לידים מגיעים בלי תיוג איכות, והוא יורד לרמת הלוג ומצביע על המודול הבעייתי. זה בדיוק סוג העבודה שספקי אוטומציות חיצוניים גובים עליה אלפי שקלים.
דוגמה: תקלה נפוצה שנשארת בשקט
התקלה הכי שכיחה שאני נתקל בה ב-Make היא סוג של תקלה "שקטה": הסינריו רץ, לא מקבל שגיאה אדומה בממשק, אבל בפועל מדלג על חלק מהנתונים. למשל, מודול שמעביר שדה מהטופס לגיליון, ולקוח שינה בטופס את שם השדה, אז המיפוי הישן פשוט מחזיר ריק ואף אחד לא שם לב. במקרה כזה קלוד עובר על ה-execution history, משווה בין המבנה שהמודול מצפה לו לבין המבנה שבאמת מגיע, ומאתר בדיוק איפה נשבר החיבור.
הרשאות ואבטחה: מה חשוב לדעת לפני שנותנים לקלוד גישה
קלוד לא "נכנס" לחשבון Make שלכם כמו שאתם נכנסים, הוא פועל דרך מפתח API שאתם יוצרים ומגדירים בעצמכם. מה שחשוב זה להחליט מראש כמה הרשאה לתת: אפשר להתחיל בגישת קריאה בלבד (read-only), ורק בשלב מאוחר יותר, כשיש אמון בתהליך, לפתוח גישת כתיבה.
Make מול n8n: מתי משתמשים במה
| קריטריון | Make | n8n |
|---|---|---|
| עלות | בתשלום (תוכנית חודשית) | חינמי כשמריצים עצמאית |
| הקמה | מוכן מיד, בענן | דורש הקמת שרת |
| נוחות ממשק | גבוהה, גרירה ושחרור | גמיש יותר, דורש הבנה טכנית |
| מתאים ל | מי שרוצה שזה פשוט יעבוד | מי שיש לו כבר תשתית טכנית |
איך מתחילים
- מוודאים שיש גישה לחשבון ה-Make הקיים (או פותחים חשבון חדש אם אין).
- ממפים אילו סינריואים כבר רצים אצלכם, גם אם לא בטוחים שהם עובדים כמו שצריך.
- נותנים לקלוד קוד גישה לחשבון (מפתח API של Make) כדי שיוכל לקרוא היסטוריית הרצות.
- מבקשים בדיקה: "תבדוק את הסינריו הזה ותגיד לי איפה הוא נופל".
- עוברים ביחד על התיקון המוצע, מבינים למה זה נשבר מלכתחילה, ורק אז מאשרים הרצה.
- רק אחרי שהקיים תקין, בונים איתו יחד סינריואים חדשים.
זה עבד לכם? יש עוד פרקים בסדרה
בפרק על n8n אני מחבר לקלוד את n8n - האלטרנטיבה שרצה על שרת משלכם, בלי תשלום חודשי על הכלי.
לפרק על n8n ←עוד בסדרה: שליחת מיילים מקלוד עם Resend · מדריך מחברי MCP של קלוד
💾 שווה לשמור את העמוד - או לשלוח למי שהחיבור הזה יעשה לו סדר.
שאלות נפוצות
האם קלוד קוד מקבל גישה מלאה לחשבון Make שלי?
קלוד עובד מול Make דרך מפתח API שאתם יוצרים ומגדירים את ההיקף שלו. מומלץ להתחיל בהרשאות קריאה בלבד.
אני כבר משלם לספק חיצוני על ניהול האוטומציות שלי, זה משתלם להחליף?
זה תלוי בהיקף. בהרבה מקרים זה לא "להחליף" את הספק אלא לצמצם את מה שצריך לשלם עליו.
מה קורה אם קלוד "מתקן" משהו ומקלקל דבר אחר?
מומלץ לבדוק תיקון בסביבת בדיקה או בהרצה בודדת לפני שמפעילים אותו על כל התנועה החיה.
צריך רקע טכני כדי לעבוד ככה מול Make?
לא. במקום ללמוד את הממשק לעומק, מתארים לקלוד במילים מה אמור לקרות, והוא זה שמתרגם את זה למודולים.
מה עם אוטומציות שבנה ספק אחר בעבר?
אין בעיה. קלוד קורא את הסינריו הקיים כמו שהוא, בלי קשר למי בנה אותו.
טיפ אחד לסיום
לפני שאתם בונים אוטומציה חדשה ב-Make, תבקשו מקלוד לעבור על מה שכבר קיים אצלכם ולבדוק אילו סינריואים "רצים בירוק" אבל בפועל מדלגים על נתונים. ברוב המקרים זה מגלה יותר בעיות ממה שחשבתם.
