מה זה Webhooks? פעמון הדלת של האוטומציה, מוסבר

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

אז מה זה webhook באמת?

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

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

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

הדימוי של פעמון הדלת

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

בדיקה מתמדת של הדלת היא מה שאנחנו קוראים לו polling (משיכה): לשאול שוב ושוב, ליתר ביטחון. הפעמון הוא webhook: שקט עד הרגע המדויק שזה חשוב, ואז מיידי. גישת ה-webhook מהירה יותר, לא מבזבזת מאמץ, ומשחררת אותך לעשות עבודה אמיתית במקום לצעוד אל הדלת. זה כל ההבדל, וזו הסיבה ש-webhooks הם עמוד השדרה של כל כך הרבה אוטומציה.

Webhooks מול משיכת API

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

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

דוגמאות עסקיות אמיתיות

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

• תשלום התקבל, ספק את ההזמנה. מעבד התשלומים שלך יורה webhook ברגע שחיוב עובר, כך שהמערכת שלך נותנת גישה, שולחת את המוצר, או פותחת את ההורדה בלי שאף אחד מסתכל.
• ליד חדש, התחל את המעקב. שליחת טופס יצירת קשר שולחת webhook שמוסיף את האדם ל-CRM, משייך איש מכירות, ומפעיל מייל פתיחה מיד.
• הזמנה נשלחה, הודע ללקוח. המחסן או השליח שלך יורה webhook עם מספר המעקב, והמערכת שלך שולחת מייל או SMS ללקוח מיד.
• מנוי בוטל, עדכן גישה. webhook מכלי החיוב שלך מבטל גישה ומודיע לצוות שלך ברגע שלקוח מבטל, כך שאף אחד לא שומר פיצ׳ר בתשלום בחינם.
• תשלום נכשל, שחזר את ההכנסה. webhook על כרטיס שנדחה מפעיל רצף ניסיון-חוזר-ותזכורת באופן אוטומטי, מה שחוסך בשקט כסף אמיתי.
• זימון ביומן, הכן את הפגישה. זימון חדש יורה webhook שיוצר את קישור שיחת הווידאו, שולח אישור, ומתזמן תזכורת.

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

מה לגבי אמינות ואבטחה?

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

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

אז האם צריך לאכפת לך מ-webhooks?

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

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