ההבדל בין לדעת ובין לבדוק
קיימים שני סוגי שאלות לקוחות. הסוג הראשון הוא כללי: מהי מדיניות ההחזרה שלכם? כמה זמן לוקח המשלוח? אתם שולחים לגרמניה? בסיס ידע ערוך היטב מטפל בשאלות אלו.
הסוג השני ספציפי: איפה ההזמנה שלי #4521? האם הגרסה הכחולה עדיין במלאי? כמה נשאר לי בתוכנית החודש? אלו לא חיים בבסיס ידע. הם חיים במערכות שלכם — ניהול הזמנות, מלאי, חיוב — ומשתנים בכל שנייה.
צ׳אטבוט שמטפל רק בסוג הראשון הוא רק שאלות נפוצות מהודרות. צ׳אטבוט שמטפל גם בשני הוא עוזר. ההבדל בין השניים הוא גישה ל-API.
למה הפער הזה עולה לכם בלקוחות
רוב "צ׳אטי הבינה המלאכותית" של היום בנויים על בסיס ידע בלבד. הם יכולים לפרפרזה את מדיניות המשלוחים שלכם בשבע עשרה שפות, אבל לא יכולים להגיד ללקוח איפה החבילה שלו ממש עכשיו. אז הלקוח שואל, הבוט מתחמק, והלקוח מוותר או מחכה לנציג שיבדוק את אותם נתונים שהבוט יכול היה למשוך באלפיות שנייה.
זו תקרת הצ׳אטבוט. כל "תנו לי לבדוק את זה בשבילכם" הוא הזדמנות מבוזבזת לענות בשניות, בהודעה הראשונה, כשכוונת הלקוח עדיין חמה.
מה חיבורי API באמת עושים
ב-enuchat, חיבור API הוא קישור מוגדר בין הצ׳אט לאחד משירותי ה-backend שלכם. אתם מגדירים אותו פעם אחת: כתובת ה-URL הבסיסית, שיטת האימות וכמה endpoints עם הפרמטרים שלהם ואופן מיפוי התשובה.
מאותו רגע, הבינה המלאכותית יכולה לקרוא ל-endpoints האלה במהלך השיחה. כשמבקר שואל על הזמנה, הבינה מחלצת את מספר ההזמנה, קוראת ל-endpoint ההזמנות שלכם, קוראת את הסטטוס החי ושוזרת אותו לתשובה. המבקר רואה משפט אחד: "ההזמנה שלך #4521 נשלחה אתמול וצפויה להגיע ביום חמישי." מאחורי המשפט הזה התרחשה קריאת API אמיתית.
הלקוח לא רואה את הצנרת. הוא רק רואה שהצ׳אט באמת יודע.
חמש שיטות אימות, ללא קוד מותאם
רוב ה-API שתרצו לחבר משתמשים כבר באימות סטנדרטי. enuchat תומך בחמש שיטות מחוץ לקופסה:
- ללא — ל-API ציבוריים שאינם דורשים אימות
- API Key — נשלח כ-header או כפרמטר שאילתה
- Bearer Token — אימות פשוט מבוסס טוקן
- Basic Auth — למערכות מורשת
- OAuth 2.0 client credentials — לספקים מודרניים כמו Salesforce, HubSpot או שרת OAuth משלכם
עבור OAuth 2.0, enuchat מטפל במחזור החיים של הטוקן באופן אוטומטי — מוציא בקריאה הראשונה, מאחסן עד פקיעה, מרענן בעת הצורך. אתם מגדירים את האישורים פעם אחת ושוכחים מהם. כל האישורים מוצפנים במנוחה עם libsodium ואינם מופיעים אף פעם בתשובות API.
משתנים, תבניות ומיפוי תשובה
endpoints מוגדרים כתבניות. נתיב כמו /orders/{orderId} או גוף JSON שמתייחס ל-{customerId} מציג ערכים ממשתני הסשן — משתנים שהבינה או חוק סטטי יכולים להגדיר במהלך השיחה.
כשה-API מגיב, אתם ממפים שדות מתשובת ה-JSON חזרה למשתני הסשן באמצעות סימון נקודה. data.status הופך ל-order_status. data.shipping.eta הופך ל-delivery_eta. הבינה אז שוזרת את הערכים האלה לתשובה בשפה טבעית — בשפה של המבקר עצמו.
שלושה דפוסים שמכסים את רוב מקרי השימוש
בפועל, רוב שילובי ה-API נופלים לאחת משלוש צורות.
בדוק וענה
המבקר שואל שאלה שניתן לענות עליה בקריאת API אחת. החוק מפעיל CALL_API ולאחר מכן REPLY_AI. הבינה משתמשת בנתונים שנשלפו כדי לחבר תשובה מבוססת והקשרית. סטטוס הזמנה, יתרת חשבון, זמינות חדר, תמחור נוכחי, מעקב חבילות — כל אלה נכנסים לכאן.
בדוק ונתב
קריאת ה-API מחזירה מספיק מידע כדי להחליט מה לעשות הלאה. חשבון פרימיום מוסלם לסוכן בכיר. מנוי שפג תוקפו מנותב לחיוב. הבינה משתמשת ב-CALL_API ואחר כך ב-ASSIGN_TO_OPERATOR כדי לקבל החלטות ניתוב על סמך נתוני לקוח אמיתיים, לא ניחוש.
זרימות מרובות שלבים
ההודעה הראשונה מתייגת את השיחה עם SET_VARIABLE, השנייה מפעילה את קריאת ה-API ברגע שיש מספיק הקשר, והשלישית מחברת את התשובה. שימושי כשצריך לאשר את הכוונה לפני קריאה ל-backend, או כשבדיקת הנתונים תלויה במשהו שהמבקר אמר לפני שתי הודעות.
אבטחה מובנית
חיבור backends לוויג׳ט צ׳אט מלחיץ חלק מהצוותים — ובצדק. enuchat מספק כברירת מחדל מספר שכבות הגנה:
- מניעת SSRF חוסמת קריאות ל-localhost, IP פרטיים ושמות מארח פנימיים
- פסק זמן של 5 שניות מונע מ-API איטי לתלות את השיחה
- הפרדת tenant משמעה אפס דליפת נתונים בין tenants — ה-endpoints שלכם נראים רק לוויג׳טים שלכם
- כפתורי בדיקה מוודאים את החיבור ואת כל endpoint באופן עצמאי לפני שתחברו אותם לחוקים
- אישורים מוצפנים אינם חוזרים אף פעם ללוח הבקרה בצורה גלויה
מה משתנה ללקוחות שלכם
הצ׳אט עובר מ-"תנו לי למצוא מישהו שיכול לבדוק" ל-"בדקתי, הנה התשובה" — בכל אחת מ-60+ שפות, ביום ראשון ב-3 לפנות בוקר, בזמן שצוות התמיכה שלכם ישן. לקוחות שהיו עוזבים את העגלה, ההזמנה או התוכנית נשארים כי התשובה מגיעה בזמן שהם עדיין שואלים.
זה ההבדל בין צ׳אטבוט לעוזר. וזה ההבדל שהלקוחות שלכם באמת מרגישים.
איך מתחילים
אם enuchat כבר מותקן אצלכם, חיבורי API נמצאים תחת הגדרות → חיבורי API. בחרו endpoint אחד שעונה על שאלה שהצוות שלכם מקליד מאה פעמים בשבוע — סטטוס הזמנה הוא בדרך כלל המקום בעל המנוף הגבוה ביותר להתחיל בו. הגדירו את החיבור, הוסיפו את ה-endpoint, חברו אותו לחוק, ובדקו אותו פעם אחת לפני שעולים לאוויר. ראו את המדריך לחיבורי API להדגמה המלאה.
אם אתם חדשים ב-enuchat, הירשמו ב-enuchat.com. החבילה החינמית כוללת חיבורי API מהיום הראשון — ללא כרטיס, ללא עמלות לפי שיחה, ללא פג תוקף ניסיון.
חמש דקות לחיבור ה-endpoint הראשון. התשובה השימושית הראשונה בדרך כלל מגיעה באותו יום.