Rozdíl mezi vědět a dohledat
Existují dva druhy zákaznických otázek. První druh je obecný: Jaké jsou vaše podmínky vrácení? Jak dlouho trvá doručení? Posíláte do Německa? Dobře vybavená znalostní báze tyto otázky zvládá.
Druhý druh je konkrétní: Kde je moje objednávka #4521? Je modrá verze ještě skladem? Kolik mi v plánu zbývá tento měsíc? Tyto otázky neleží ve znalostní bázi. Leží ve vašich systémech — správa objednávek, sklad, fakturace — a mění se každou sekundu.
Chatbot, který zvládá jen první druh, je nablýskané FAQ. Chatbot, který zvládá i druhý, je asistent. Rozdíl mezi nimi je přístup k API.
Proč vás tato mezera stojí zákazníky
Většina dnešních „AI chatů“ stojí jen na znalostní bázi. Umějí parafrázovat vaše dodací podmínky v sedmnácti jazycích, ale neřeknou zákazníkovi, kde je jeho balík ve skutečnosti právě teď. Zákazník se zeptá, bot uhne, a zákazník to buď vzdá, nebo čeká na operátora, který si stejná data dohledá. Bot je mohl získat v milisekundách.
To je strop chatbota. Každé „za chvilku to ověřím“ je promarněná šance odpovědět během pár sekund, na první zprávě, dokud je zákaznický záměr ještě horký.
Co API připojení skutečně dělají
V enuchatu je API připojení nakonfigurované propojení mezi chatem a jednou z vašich backendových služeb. Definujete ho jednou: základní URL, autentizační metodu a hrstku endpointů s parametry a způsobem mapování odpovědi.
Od toho okamžiku může AI tyto endpointy volat během konverzace. Když se návštěvník ptá na objednávku, AI vytáhne číslo objednávky, zavolá váš endpoint, přečte živý stav a vplete ho do odpovědi. Návštěvník vidí jednu větu: „Vaše objednávka #4521 byla odeslána včera a měla by dorazit ve čtvrtek.“ Za tou větou stojí skutečné API volání.
Zákazník trubky nevidí. Vidí jen, že chat skutečně ví.
Pět autentizačních metod, žádný vlastní kód
Většina API, která byste chtěli připojit, už používá standardní autentizaci. enuchat podporuje pět z krabice:
- Žádná — pro veřejná API bez nutnosti autentizace
- API Key — odeslán jako hlavička nebo query parametr
- Bearer Token — jednoduchá autentizace pomocí tokenu
- Basic Auth — pro starší systémy
- OAuth 2.0 client credentials — pro moderní poskytovatele jako Salesforce, HubSpot nebo váš vlastní OAuth server
U OAuth 2.0 enuchat řeší životní cyklus tokenu automaticky — získá ho při prvním volání, drží v cache do vypršení, obnoví, když je potřeba. Údaje nakonfigurujete jednou a zapomenete na ně. Všechny údaje jsou v klidu šifrované přes libsodium a v API odpovědích se nikdy neobjeví.
Proměnné, šablony a mapování odpovědi
Endpointy jsou definovány jako šablony. Cesta jako /orders/{orderId} nebo tělo JSON odkazující na {customerId} interpoluje hodnoty z proměnných session — proměnných, které AI nebo statické pravidlo mohou nastavit během konverzace.
Když API odpoví, mapujete pole z JSON odpovědi zpátky do proměnných session pomocí tečkové notace. data.status se stane order_status. data.shipping.eta se stane delivery_eta. AI pak tyto hodnoty vplete do přirozené odpovědi — v jazyce návštěvníka.
Tři vzorce, které pokrývají většinu případů
V praxi spadá většina API integrací do jedné ze tří forem.
Vyhledat a odpovědět
Návštěvník položí otázku, na kterou lze odpovědět jedním API voláním. Pravidlo spustí CALL_API následované REPLY_AI. AI použije získaná data k sestavení kontextové, podložené odpovědi. Stav objednávky, zůstatek účtu, dostupnost pokoje, aktuální ceny, sledování zásilky — to vše sem patří.
Vyhledat a směrovat
API volání vrátí dost informací k rozhodnutí o dalším kroku. Prémiový účet eskalován na seniornějšího agenta. Vypršené předplatné nasměrováno na fakturaci. AI použije CALL_API následované ASSIGN_TO_OPERATOR, aby rozhodla o směrování na základě skutečných zákaznických dat, ne dohadů.
Vícekrokové toky
První zpráva otaguje konverzaci pomocí SET_VARIABLE, druhá spustí API volání, jakmile je dost kontextu, a třetí složí odpověď. Užitečné, když potřebujete potvrdit záměr, než pingnete backend, nebo když dotaz na data závisí na něčem, co návštěvník řekl o dvě zprávy dřív.
Vestavěná bezpečnost
Připojování backendů k chat widgetu některé týmy znervózňuje — a oprávněně. enuchat dodává ve výchozím nastavení několik vrstev ochrany:
- Prevence SSRF blokuje volání na localhost, privátní IP a interní hostnames
- 5sekundový timeout zabrání pomalému API zaseknout konverzaci
- Izolace tenantů znamená nulový únik dat mezi tenanty — vaše endpointy jsou viditelné jen pro vaše widgety
- Testovací tlačítka ověří jak připojení, tak každý endpoint nezávisle, než je zapojíte do pravidel
- Šifrované přihlašovací údaje se nikdy nevracejí v dashboardu v čitelné podobě
Co se mění z pohledu zákazníka
Chat přechází z „nechte mě najít někoho, kdo to ověří“ na „ověřeno, tady je odpověď“ — v jednom z 60+ jazyků, v neděli ve 3 ráno, zatímco váš support tým spí. Zákazníci, kteří by jinak opustili košík, objednávku nebo plán, zůstávají, protože odpověď přichází ještě v okamžiku, kdy se ptají.
To je rozdíl mezi chatbotem a asistentem. A je to rozdíl, který vaši zákazníci skutečně cítí.
Jak začít
Pokud už máte enuchat nasazený, API připojení najdete v Nastavení → API připojení. Vyberte jeden endpoint, který odpovídá na otázku, kterou váš tým píše stokrát týdně — stav objednávky bývá nejvýnosnější začátek. Nakonfigurujte připojení, přidejte endpoint, napojte ho na pravidlo a před spuštěním do produkce ho jednou otestujte. Kompletní průvodce najdete v dokumentaci API připojení.
Jestli jste v enuchatu nový, registrujte se na enuchat.com. Bezplatný tarif zahrnuje API připojení od prvního dne — bez karty, bez poplatků za konverzaci, bez vypršení zkušebního období.
Pět minut na zapojení prvního endpointu. První užitečná odpověď zpravidla přichází ještě týž den.