לידקליינט + Make (Integromat)

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

אחד הייתרונות הגדולים של Make הוא תמיכה ב-Routers — ניתן לבנות תרחיש שמפצל את הליד לכמה מסלולים במקביל לפי תנאים: אם המקור הוא Facebook — שלח ל-CRM א'; אם המקור הוא Google — שלח ל-CRM ב'. כך ניתן לנהל ניהול לידים מתוחכם לפי מקור הפרסום, ולהפנות כל ליד לצוות הנכון בצורה אוטומטית.

Make מציע מנגנון Retry מובנה: כאשר פעולה נכשלת — לדוגמה, אם שרת CRM לא זמין — Make שומר את הנתונים בתור ומנסה שוב לפי פרמטרים שתגדירו. בנוסף, ניתן להגדיר Error Handler שמפנה שגיאות לתרחיש חלופי — לדוגמה, שליחת הודעת Slack עם פרטי הכשל כדי שהצוות יוכל לטפל ידנית.

מבחינת אבטחה, ה-Webhook של Make מוגן בכתובת URL ייחודית שניתן לרענן בכל עת. מומלץ להגביל גישה ל-Webhook רק ל-IP Ranges של לידקליינט, ולהשתמש ב-HTTPS בלבד. אם לידקליינט שולחת Header חתימה (Secret), מומלץ לאמת אותו בתחילת התרחיש ב-Make לפני עיבוד הנתונים.

השוואה בין Webhook ישיר, Zapier ו-Make: Webhook ישיר מחייב כתיבת קוד בצד השרת שלכם; Zapier קל מאוד להגדרה ומתאים ל-1-2 פעולות פשוטות; Make מאפשר תרחישים ויזואליים מורכבים עם לולאות, תנאים ועיבוד נתונים — ומתאים יותר לאוטומציות עסקיות מתקדמות. מבחינת עלות, Make מציע חבילות בסיסיות ובינוניות — מומלץ לבדוק את תמחורם הנוכחי.

לבדיקת החיבור מומלץ לבצע שליחת Webhook ידנית מלידקליינט ולוודא שהנתונים מגיעים ל-Make כצפוי. ב-Make ניתן לראות את ה-Payload המלא של כל הרצה תחת History — כך קל לאתר מיפויים שגויים לפני שהאוטומציה עולה לאוויר. כמו כן, מומלץ לבדוק גם תרחיש כשל: לנסות לשלוח ליד כשה-Endpoint המטרה לא זמין ולוודא ש-Make מטפל בשגיאה כצפוי.

תרחיש אוטומציה לדוגמה: ליד חדש מ-Google Ads מגיע ללידקליינט עם utm_campaign=summer2025. Make מקבל את הנתונים, בודק את שם הקמפיין ב-Router, ומבצע שלוש פעולות במקביל: יוצר Contact ב-HubSpot, מוסיף שורה ב-Google Sheets לדוח שיווקי, ושולח הודעת Slack לצוות המכירות עם פרטי הליד. כל זה קורה תוך שניות ובלי התערבות ידנית.

תרחיש מורכב נוסף הוא ניקוי ועיבוד נתונים לפני שמירה: Make מאפשר להוסיף מודול Tools שמנקה את מספר הטלפון מתווים מיותרים, ממיר פורמט תאריך לפורמט הנדרש ב-CRM, ומוסיף קידומת ארץ אם חסרה. כך הנתונים שמגיעים ל-CRM אחידים ונקיים — ללא תלות באיך הליד הוקלד במקור.

לפני העלייה לאוויר מומלץ לבצע טסט end-to-end: להגיש ליד בדיקה מלידקליינט, לעקוב אחרי ה-Run ב-Make Execution History, לוודא שכל שדה הגיע למקומו ב-CRM ובגיליון, ולאשר שהתראת Slack נשלחה. לאחר מכן יש להפעיל את התרחיש ולנטר את ה-Run הראשון האמיתי — Make מציג סטטיסטיקות שימוש וניתן לראות כמה פעולות בוצעו בכל מחזור חיוב.