יצרת אוטומציה מושלמת.
Webhook מקבל נתונים. Google Sheets מתעדכן. מייל נשלח. Slack מודיע. CRM מתרענן.
עבד. שלושה ימים מתוקים.
יצרת אוטומציה מושלמת.
Webhook מקבל נתונים. Google Sheets מתעדכן. מייל נשלח. Slack מודיע. CRM מתרענן.
עבד. שלושה ימים מתוקים.
ואז — שגיאה אדומה. 3:17 לפנות בוקר. "Error 400: bad request."
ואתה לא יודע מאיפה.
Make.com (לשעבר Integromat) הוא כלי עוצמתי. כנה.
אבל ה-UI שלו עוצב על ידי מישהו שאוהב לחיות בסכנה.
Scenarios עם 30+ modules. פיצולים. מסננים. Error handlers שמוסיפים לבעיה.
ובלי דיבאגינג נכון — אתה פשוט לא תמצא מה שבור.
אתה: (מסתכל על שגיאה) "JSON parse error at position 47."
אתה: "מה זה position 47?"
Make.com: (שתיקה)
אתה: (מפעיל מחדש ומקווה)
Make.com: (אותה שגיאה)
שלב 1: הפעל כל module בנפרד.
כל module ב-Make.com אפשר ל'run' בודד. תמצא איפה הנתונים נשברים.
שלב 2: תסתכל על ה-Input/Output של כל שלב.
לחץ על כל bubble לאחר הרצה. תראה מה נכנס ומה יצא. השגיאה תמיד בין שני שלבים.
שלב 3: Use the Error Handler כמו שצריך.
Router + Filter + Ignore path. לא Rollback. Rollback הורס עוד דברים.
שלב 4: תוסיף Data Store לנתונים קריטיים.
אם scenario נכשל — הנתונים לא יאבדו אם שמרת אותם ב-Data Store לפני הפעולות הבאות.
הוסף Slack notification לכל Error Handler.
כך תדע ב-3 בלילה מה שבר — ותוכל לישון שוב.
או לפחות לדעת שיש בעיה לפני שהלקוח מגלה.
ליווי מעשי לבעלי עסקים קטנים שרוצים לבנות שיווק שעובד — בלי לסמוך על סוכנויות.
גלה איך ←הכל עבד מושלם בטסט. ואז הלקוח הראשון שלח תגובה עם אמוג'י ומערכת כולה נפלה.
הגדרת את ה-CRM. ייבאת את הקונטקטים. ואז חזרת ל-Excel ולדפי פוסט-איט.
בחרת n8n כי זה open source. עכשיו אתה מתחזק שרת. אלטרנטיבה: Make, שגובה לך על כל פעולה.