Make.com: איך מחברים בין כלי העסק ומה צורך קרדיטים

מהי Make.com ואיך היא מפעילה תהליך אוטומטי

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

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

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

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

למי הכלי מתאים, ואיפה דרוש יותר תכנון

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

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

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

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

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

כמה קרדיטים צורך תהליך פשוט

נכון לנובמבר 2026, עמוד התמחור של Make מציין מכסה של 1,000 קרדיטים בחודש במסלול החינמי. רוב הפעולות צורכות קרדיט אחד. תכונות מתקדמות שמשתמשות בספק הבינה של Make עשויות לצרוך יותר, ומודולי Router ומודולי טיפול בשגיאות כמו Break, Ignore ו־Rollback אינם צורכים קרדיטים.

נניח שתהליך בודק פעם בשעה אם נוספו רשומות, ובחודש של 30 ימים הוא פועל לאורך כל היממה. לפי כללי החיוב, מודול בדיקה צורך קרדיט אחד בכל הרצה, גם כשלא נמצא מידע חדש. הבדיקות לבדן צורכות 720 קרדיטים: 24 כפול 30.

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

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

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

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

מתי התהליך בודק מידע ומתי הוא מקבל אותו מיד

בבדיקה מחזורית, Make פונה ליישום בזמנים שקבעתם כדי לבדוק אם יש מידע חדש מאז ההרצה הקודמת. מודולים כאלה נקראים בדרך כלל Watch. בחיבור מיידי, היישום שולח מידע אל Make כשמתרחש האירוע, והתרחיש מתחיל מיד. חיבור כזה נקרא Webhook, והוא מסומן בממשק בסמל ברק ובתווית instant.

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

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

איפה נכנסת בינה מלאכותית לעלות

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

• ספק הבינה של Make, בכל המסלולים, בסוכנים ובערכת הכלים של Make: משלמים קרדיטים לפי טוקנים ופעולות, ואפשר לבחור מודלים בגדלים שונים או מודלים של ספקים כמו OpenAI ו־Anthropic. שיעור ההמרה מטוקנים לקרדיטים משתנה לפי מודל.
• חיבור אוטומטי, בכל המסלולים: כלים כמו חיפוש אינטרנט ומיצוי תוכן, ומודול הנחיית טקסט פשוטה ביישומים מסוימים, שבהם Make בוחרת את הספק. הקרדיטים נקבעים לפי טוקנים, פעולות וגורמי שימוש נוספים.
• חיבור לחשבון שלכם אצל OpenAI, Anthropic או Gemini, במסלולים בתשלום: Make גובה קרדיט לכל פעולה, ואת הטוקנים משלמים ישירות לספק.

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

איך מוודאים שהטיפול בפנייה לא נעצר באמצע

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

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

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