מילון מונחים
Webhook — מה זה?
Webhook הוא מנגנון HTTP שמאפשר למערכת אחת לשלוח נתונים אוטומטית למערכת אחרת ברגע שמתרחש אירוע, ללא בדיקה שוטפת.
Webhook הוא "הודעה אוטומטית" בין מערכות. כשמתרחש אירוע במערכת A (ליד חדש, שיחה נגמרה, סטטוס השתנה), המערכת שולחת בקשת HTTP POST לכתובת URL שהוגדרה מראש במערכת B — שם המידע מעובד ומוכנס לנתוני B.
Webhook שונה מ-API: API הוא pull (מערכת B שואלת את A: "יש חדשות?"), Webhook הוא push (A דוחפת מידע ל-B ברגע שיש עדכון). Webhook יעיל יותר כי אין polling מיותר, ומהיר יותר כי ההודעה מגיעה מיידית.
שימושים נפוצים של Webhook בעסק: שליחת ליד חדש מלידקליינט ל-CRM, עדכון שיחה שנגמרה ב-Google Sheets, שליחת הודעת WhatsApp לנציג כשנכנס ליד דחוף, ועוד.
לידקליינט מאפשרת הגדרת Webhooks מוצאים לכל אירוע — ליד חדש, שיחה, שינוי סטטוס — ומקבל Webhooks נכנסים ממערכות חיצוניות.
ב-לידקליינט: אינטגרציות.
Webhook בפועל — איך זה עובד בעסק
ניתן לממש Webhook ללא קוד כלל: כלים כמו Make (לשעבר Integromat) ו-Zapier מקבלים Webhook ומעבירים את הנתונים לכל יעד — Google Sheets, Slack, CRM, אימייל. עסק יכול להגדיר "כשמגיע ליד חדש → שלח הודעה בוואטסאפ לנציג" בחמש דקות.
Webhook מלידקליינט לכלי אוטומציה חיצוני פותח אפשרויות: ליד חדש שנוצר → נרשם אוטומטית ב-Google Sheets לדוח שבועי. שיחה שנסגרה לעסקה → עדכון שורה ב-CRM. אירוע זה → אימייל ללקוח עם תשובה. כל אלה אפשריים ללא מפתח.
יתרון של Webhook על פני API polling: בעסק שמקבל 50 לידים ביום, polling כל 5 דקות מייצר 288 בקשות ביום — רובן ריקות. Webhook שולח בקשה רק ב-50 אירועים ממשיים. יעילות תשתית, ומהירות תגובה מיידית.
Webhook לניהול לידים עובד היטב עם זמני תגובה קצרים: ליד שנכנס בשעה 10:03 מקבל Webhook שמפעיל שליחת SMS תוך שניות. הנציג מקבל התראה לנייד ב-10:03 ויכול לחזור עד 10:08 — תוך 5 הדקות הקריטיות.
בהיבט אבטחה, Webhook צריך להגיע ממקור מאומת בלבד. לכן מומלץ להוסיף Signature Verification: לידקליינט שולחת Token חתום עם כל Webhook. מקלט שמוודא את החתימה — מונע קבלת נתונים ממקורות לא מורשים.
מדריך מעשי — Webhook
Webhook לעומת Polling — מתי לבחור מה: Polling (בקשה מחזורית מה-API) מתאים כשצריך נתוני Batch — למשל, שליפת כל השיחות של השבוע לדוח BI. Webhook מתאים לתגובות זמן אמת — ליד חדש, שיחה שנסגרה. שילוב שניהם נפוץ: Webhook לאירועים מיידיים + API Polling לדוחות תקופתיים.
Webhook ב-No-Code — כלים שעושים את זה קל: Make (לשעבר Integromat) ו-Zapier הם הפלטפורמות המובילות לחיבור Webhooks ללא קוד. Make מציעה 1,000 פעולות חינמיות בחודש. Zapier נוח יותר אך מגבלות גרסת חינם מהירות להגיע. לעסקים ישראליים שאינם רוצים מפתח, Make/Zapier + לידקליינט Webhook = אינטגרציות רבות ללא קוד.
נתיב Webhook טיפוסי בעסק: (1) לקוח ממלא טופס באתר. (2) CMS שולח Webhook ללידקליינט. (3) לידקליינט יוצרת כרטיס ליד. (4) לידקליינט שולחת Webhook ל-Slack עם פרטי הליד. (5) נציג מקבל התראה ב-Slack ומתקשר תוך דקות. (6) לאחר שיחה, לידקליינט שולחת Webhook ל-CRM עם תוצאה. כל שלב מאוטמט, ללא הקלדה ידנית.
אמינות Webhook — מה קורה כשיש כשל: Webhook הוא HTTP Request שיכול להיכשל — שרת היעד למטה, timeout, שגיאת 500. ספקים רציניים מיישמים Retry Policy: ניסיון חוזר לאחר 1 דקה, 5 דקות, 30 דקות, ושעה. לאחר מכן הנתיב נחשב כשול ומגיע להתרעה. יש להגדיר Monitoring על כשלי Webhook כדי לזהות בעיות אינטגרציה בזמן.
Webhook ומבנה Payload — מה לצפות: Webhook שולח JSON עם פרטי האירוע. דוגמה לפייל טיפוסי של ליד: {"event": "lead_created", "lead_id": "12345", "phone": "052-0000000", "source": "google", "campaign": "brand_q1", "timestamp": "2025-05-31T10:30:00Z"}. מיפוי שדות אלה ליעד הנכון (CRM, Google Sheets, Slack) הוא הצעד המרכזי בהגדרת Webhook.
Webhook ואידמפוטנטיות: מה קורה אם Webhook נשלח פעמיים בגלל Retry? אם המערכת מקבלת יוצרת ליד פעמיים — יש כפילות. פתרון: כל Webhook צריך מזהה ייחודי (Webhook ID) שהמערכת המקבלת בודקת לפני עיבוד. אם ID כבר עובד — מתעלמת. מנגנון זה נקרא Idempotency ומונע נתונים כפולים.
Webhook לניהול לידים בזמן אמת — תרחיש שמשנה את הכללים: נציג שיושב ומחכה לשיחות לא יודע שבאותו זמן 3 לידים נכנסו דרך טופס האתר ולא טופלו. Webhook שמשלח התראה מיידית ל-WhatsApp של הנציג על כל ליד חדש — הופך את הנציג לפרואקטיבי. זמן תגובה ממוצע יורד מ-40 דקות ל-4 דקות, ושיעור הסגירה עולה.
שאלות נפוצות על Webhook
האם צריך ידע תכנותי להגדיר Webhook?
הגדרה בסיסית — הדבקת URL — ניתן לעשות ללא קוד. עיבוד המידע שמגיע ב-Webhook דורש לרוב ידע בסיסי. כלים כמו Zapier ו-Make מאפשרים לחבר Webhooks ללא קוד כלל.
מה קורה אם קבלת ה-Webhook נכשלת?
לידקליינט מנסה לשלוח Webhook מחדש במקרה של כשל (retry). מומלץ לבדוק שכתובת ה-URL המוגדרת פעילה ותגיב עם קוד HTTP 200 לאחר קבלת הנתונים.