Make (לשעבר Integromat) היא פלטפורמה לבניית אוטומציות בין אפליקציות בעורך ויזואלי, שבו כל תהליך — "תרחיש" (scenario) — נבנה כשרשרת של מודולים שאפשר לפצל, לסנן ולחזור עליהם. היא נמצאת באמצע בין זאפייר, שפשוט יותר להתחלה, לבין n8n, שאפשר לארח בעצמכם: Make מצטיינת בתהליכים מסועפים, ועדיין לא דורשת שרת משלכם.
המותג הוחלף ב-2022: לפי Make עצמה, באותה שנה הוכרז ש-Integromat הופכת ל-Make. אם נתקלתם במדריך ישן שמדבר על Integromat — מדובר באותו מוצר.
איך תרחיש ב-Make בנוי
- תרחיש (Scenario): התהליך כולו, מהטריגר ועד הפעולה האחרונה.
- מודול (Module): כל שלב בתרחיש — קריאה של נתונים, יצירת רשומה, שליחת הודעה. המודול הראשון הוא בדרך כלל הטריגר.
- נתב (Router): מפצל את התרחיש לכמה מסלולים במקביל, למשל "ליד מעסק" ו"ליד פרטי".
- מסנן (Filter): תנאי בין מודולים — הנתונים ממשיכים רק אם התנאי מתקיים.
- טיפול בשגיאות: מה קורה כששלב נכשל — לנסות שוב, לדלג, או לעצור ולהתריע.
איך נספר השימוש
ב-Make, לפי מרכז העזרה, פעולות (operations) סופרות את הפעילויות שמתבצעות בתרחישים, וקרדיטים (credits) הם היחידה שבה משלמים עליהן. בפועל, כל מודול שמעבד נתונים צורך פעולה — ולכן תרחיש עם הרבה מודולים, או טריגר שבודק שינויים בתדירות גבוהה, צורך מכסה מהר. את המחירים והמכסות העדכניים בדקו בעמוד התמחור.
טיפ מעשי: טריגר מיידי (Webhook) חסכוני יותר מטריגר שבודק כל כמה דקות "האם יש משהו חדש" — כי בדיקה ריקה גם היא פעולה.
דוגמה: ניתוב לידים מהאתר
- Webhook — מקבל את נתוני הטופס מהאתר ברגע השליחה.
- מסנן — ממשיך רק אם יש טלפון או מייל תקינים (פנייה ריקה לא נכנסת למערכות).
- נתב — מסלול א' לפניות של "הצעת מחיר", מסלול ב' לפניות שירות.
- מסלול א' — ליד ב-CRM + הודעה מיידית לבעל העסק.
- מסלול ב' — פתיחת קריאה במערכת השירות + מייל אישור ללקוח.
- טיפול בשגיאה — אם ה-CRM לא זמין, שמירת הפנייה בגיליון והתראה.
תהליך כזה אפשר לבנות גם בזאפייר, אבל ב-Make הפיצול והסינון הם חלק טבעי מהעורך.
Make מול זאפייר ו-n8n
| מתי לבחור | כלי |
|---|---|
| תהליך פשוט, רוצים להתחיל היום | Zapier |
| תהליך מסועף עם תנאים, בלי לתחזק שרת | Make |
| נפח גבוה, קוד באמצע, נתונים חייבים להישאר אצלכם | n8n |
| תהליך שנוגע בכסף, מלאי או חשבוניות בהיקף משמעותי | לשקול חיבור ישיר ב-API |
מה לבדוק לפני שמעבירים תהליך עסקי ל-Make
- תיעוד: מה כל תרחיש עושה, מי בנה אותו, ואילו מערכות הוא נוגע בהן. בלי זה, אחרי שנה אף אחד לא יודע למה מגיע מייל מסוים — ראו תיעוד אתר.
- בעלות על החשבון: החשבון שייך לעסק, לא לפרילנסר או לעובד.
- מידע אישי: הנתונים שעוברים בתרחיש נשמרים בהיסטוריית ההרצות. מצמצמים שדות למה שצריך.
- אבטחת ה-Webhook: כתובת שכל אחד יכול לשלוח אליה היא פתח לספאם ולניצול מכסה. מוסיפים אימות, ומגנים על הטופס עצמו — ראו ספאם בטפסים.
- התראות: תרחיש שנעצר בשקט שווה ללידים שהולכים לאיבוד.
טעויות נפוצות בבניית תרחישים
- תרחיש אחד שעושה הכול — עשרות מודולים בתרחיש אחד קשה לבדוק ולתקן. עדיף כמה תרחישים קטנים, כל אחד עם תפקיד ברור.
- בלי בדיקה עם נתונים אמיתיים — תרחיש שעבד עם פנייה לדוגמה נשבר כשמגיע שם בעברית, שדה ריק או מספר טלפון בפורמט אחר. בודקים עם כמה סוגי פניות לפני שמפעילים.
- שינוי בטופס בלי עדכון התרחיש — הוספתם שדה לטופס באתר או שיניתם את שמו, והנתון פשוט לא מגיע ליעד. כל שינוי בטופס הוא גם בדיקה של האוטומציה.
- טריגר שבודק כל דקה — צורך מכסה גם כשאין שום דבר חדש. כשאפשר, משתמשים ב-Webhook.
שאלות נפוצות
Make ו-Integromat זה אותו דבר?
כן. Integromat הפכה ל-Make ב-2022, והמוצר הישן נסגר בהדרגה.
צריך לדעת לתכנת?
לא לתרחישים רגילים. היכרות עם מבנה נתונים (שדות, מערכים, JSON) עוזרת מאוד בתרחישים מורכבים — ראו מה זה JSON.
Make מתאים לוורדפרס?
כן, דרך Webhook מהאתר או דרך חיבור ל-API של וורדפרס.
רוצים שהטפסים והחנות באתר יתחברו לשאר המערכות בצורה מסודרת, מתועדת ומוגנת? זה חלק מאינטגרציות ו-API לאתרים. ספרו לי מה צריך לחבר.
אהבתם את המאמר?
