Ang pagkakaiba sa pagitan ng pag-alam at paghahanap
May dalawang uri ng tanong ng customer. Ang unang uri ay pangkalahatan: Ano ang inyong return policy? Gaano katagal ang shipping? Nagde-deliver ba kayo sa Germany? Ang isang well-stocked na knowledge base ay kayang asikasuhin ang mga ito.
Ang pangalawang uri ay specific: Nasaan ang aking order #4521? May stock pa ba ang blue version? Magkano ang natitira sa plan ko ngayong buwan? Hindi nakatira ang mga ito sa knowledge base. Nakatira ang mga ito sa inyong mga sistema — pamamahala ng order, inventory, billing — at nagbabago tuwing segundo.
Ang chatbot na kayang asikasuhin lang ang unang uri ay isang pinaganda lang na FAQ. Ang chatbot na kayang asikasuhin din ang pangalawa ay isang assistant. Ang pagkakaiba ng dalawa ay ang access sa API.
Bakit ginagastos kayo ng customer ng puwang na ito
Karamihan ng "AI chat" ngayon ay nakatayo lang sa knowledge base. Kayang i-paraphrase ang inyong shipping policy sa labimpitong wika, ngunit hindi nila masasabi sa customer kung saan talaga ang kanyang package ngayon. Kaya nagtatanong ang customer, umiilag ang bot, at sumusuko o naghihintay ng operator ang customer na titingin ng parehong data na maaaring makuha ng bot sa milliseconds.
Iyon ang kisame ng chatbot. Ang bawat "saglit lang at titingnan ko ito" ay nawalang pagkakataon na makasagot sa segundo, sa unang mensahe, habang mainit pa ang intensyon ng customer.
Ano talaga ang ginagawa ng API connections
Sa enuchat, ang isang API connection ay isang naka-configure na link sa pagitan ng chat at isa sa inyong backend services. Tinutukoy ninyo ito nang minsan: ang base URL, ang authentication method, at ilang endpoints na may parameters at paraan ng pag-map ng response.
Mula sa puntong iyon, kayang tawagan ng AI ang mga endpoint na iyon habang nakikipag-usap. Kapag nagtanong ang isang bisita tungkol sa order, kinukuha ng AI ang order number, tinatawag ang inyong order endpoint, binabasa ang live status at iniinilo ito sa sagot. Nakikita ng bisita ang isang pangungusap: "Naipadala kahapon ang inyong order #4521 at inaasahang darating sa Huwebes." Sa likod ng pangungusap na iyon, isang totoong API call ang naganap.
Hindi nakikita ng customer ang plumbing. Nakikita lang niya na alam talaga ng chat.
Limang authentication method, walang custom code
Karamihan ng API na gusto ninyong i-connect ay gumagamit na ng standard authentication. Sinusuportahan ng enuchat ang lima nang out-of-the-box:
- Wala — para sa mga public API na hindi nangangailangan ng auth
- API Key — ipinapadala bilang header o query parameter
- Bearer Token — simpleng token-based authentication
- Basic Auth — para sa legacy systems
- OAuth 2.0 client credentials — para sa modernong providers tulad ng Salesforce, HubSpot, o sariling OAuth server
Para sa OAuth 2.0, hinahawakan ng enuchat ang token lifecycle awtomatiko — kinukuha sa unang call, kine-cache hanggang mag-expire, niri-refresh kapag kailangan. Ico-configure ninyo ang credentials nang minsan at malilimot na ito. Lahat ng credentials ay encrypted sa rest gamit ang libsodium at hindi kailanman lumalabas sa API responses.
Variables, templates, at response mapping
Ang mga endpoint ay tinutukoy bilang templates. Ang isang path tulad ng /orders/{orderId} o JSON body na tumutukoy sa {customerId} ay nag-iinterpolate ng values mula sa session variables — variables na maaaring i-set ng AI o ng static rule habang nagkakausap.
Kapag nag-respond ang API, mama-map ninyo ang fields mula sa JSON response pabalik sa session variables gamit ang dot notation. Ang data.status ay magiging order_status. Ang data.shipping.eta ay magiging delivery_eta. Pagkatapos ay i-uunti ng AI ang mga value na iyon sa natural-language reply — sa sariling wika ng bisita.
Tatlong pattern na sumasaklaw sa karamihan ng use cases
Sa praktika, karamihan ng API integrations ay nahuhulog sa isa sa tatlong hugis.
Tingnan at sagutin
Nagtatanong ang bisita ng tanong na masasagot sa isang API call. Pinapaputok ng rule ang CALL_API na sinusundan ng REPLY_AI. Ginagamit ng AI ang nakuhang data para gumawa ng grounded, contextual na sagot. Status ng order, balanse ng account, availability ng kuwarto, kasalukuyang presyo, package tracking — lahat ng ito ay nababagay dito.
Tingnan at iruta
Nagbabalik ng sapat na impormasyon ang API call para magdesisyon kung ano ang susunod. Ina-escalate ang isang high-value account sa senior agent. Iniruruta ang nag-expire na subscription sa billing. Ginagamit ng AI ang CALL_API na sinusundan ng ASSIGN_TO_OPERATOR para gumawa ng routing decisions batay sa totoong customer data, hindi sa hula.
Multi-step na flow
Tinaga ng unang mensahe ang usapan gamit ang SET_VARIABLE, kinatatakan ng pangalawa ang API call kapag may sapat na konteksto, at binubuo ng pangatlo ang sagot. Kapaki-pakinabang kapag kailangan ninyong kumpirmahin ang intent bago tumawag sa backend, o kapag depende ang data lookup sa isang bagay na sinabi ng bisita dalawang mensahe ang nakaraan.
Built-in na seguridad
Ang pag-connect ng backends sa chat widget ay nagpapatakot sa ilang team — at dapat lang. Naghahatid ang enuchat ng ilang layer ng proteksyon by default:
- SSRF prevention ay humaharang sa mga tawag sa localhost, private IPs, at internal hostnames
- 5-second timeout ay pumipigil sa mabagal na API na isabit ang usapan
- Tenant scoping ay nangangahulugang walang cross-tenant data leakage — ang inyong endpoints ay nakikita lang ng sariling widgets
- Test buttons ay nagberi-verify ng connection at bawat endpoint nang independent bago ninyo i-wire ang mga ito sa rules
- Encrypted credentials ay hindi kailanman bumabalik sa dashboard sa malinaw na anyo
Ano ang nagbabago para sa inyong customers
Lumilipat ang chat mula sa "hayaan ninyong maghanap ako ng kayang tumingin" sa "natingnan na, eto ang sagot" — sa alinmang mga 60+ na wika, sa Linggo nang 3 ng madaling-araw, habang natutulog ang inyong support team. Mga customer na sana ay umalis sa cart, order, o plan ay nagpapatuloy dahil dumarating ang sagot habang nagtatanong pa sila.
Iyan ang pagkakaiba sa pagitan ng chatbot at assistant. At iyan ang pagkakaiba na talagang nararamdaman ng inyong customers.
Paano magsimula
Kapag may na-set up na kayong enuchat, makikita ang API connections sa Settings → API Connections. Pumili ng isang endpoint na sumasagot ng tanong na tina-type ng inyong team isang daang beses sa isang linggo — order status ang karaniwang pinakapraktikal na panimula. I-configure ang connection, idagdag ang endpoint, ikabit ito sa rule, at subukan minsan bago mag-go live. Tingnan ang API Connections guide para sa kumpletong walkthrough.
Kung bago kayo sa enuchat, mag-sign up sa enuchat.com. Kasama na sa free tier ang API connections mula unang araw — walang kard kailangan, walang per-conversation fee, walang trial expiry.
Limang minuto para i-plug in ang inyong unang endpoint. Karaniwang dumarating ang unang kapaki-pakinabang na sagot sa parehong araw.