Az ügyfeleid egy része már most sem maga kattintgat végig a foglalási naptáron. Megkéri a telefonján az asszisztenst, hogy keressen neki a jövő héten egy délutáni időpontot hajvágásra, és a gép próbálja megoldani. Hogy ez sikerül-e, azon múlik, mennyire olvasható és kezelhető az oldalad egy olyan látogatónak, aki nem néz képet, nem telefonál, és nem akar fiókot nyitni. Ez a cikk sorra veszi, hol akad el ma tipikusan egy ilyen folyamat, mit érdemes először rendbe tenni, és hogyan ellenőrzöd kívülről, hogy tényleg működik.
A szövegben három jelölést használunk. A Hivatalosan igazolt rész szabványra vagy a platform saját dokumentációjára épül. A Saját tapasztalat az, amit weboldalak átvizsgálásakor rendszeresen látunk. A Szakmai feltételezés olyan következtetés, amit még nem támaszt alá nyilvános mérés, ezért kezeld óvatosan.
Mit jelent, hogy egy AI-ügynök foglal időpontot a felhasználó helyett?
Az AI-ügynök a felhasználó megbízásából weboldalakat nyit meg, űrlapot tölt ki és végigmegy egy folyamaton. Foglalásnál megkeresi a szabad időpontot, kiválasztja, megadja az adatokat, és a felhasználó jóváhagyása után elküldi a foglalást.
Hivatalosan igazolt. Az OpenAI a ChatGPT ügynök módjának leírásában jelzi, hogy az ügynök saját böngészőben dolgozik, és a következménnyel járó lépések (például vásárlás vagy foglalás véglegesítése) előtt engedélyt kér a felhasználótól. A Google a keresőbe épített AI módhoz ügynöki funkciókat jelentett be, köztük éttermi foglalást, egyelőre szűk piacokon. A Google Cégprofilban pedig régóta beállítható foglalási link, illetve a Reserve with Google partnerein keresztül közvetlen foglalás is.
Szakmai feltételezés. Ezek a funkciók a magyar piacra fokozatosan érkeznek, és nem egyszerre minden szolgáltatónál. Aki most rendbe teszi a foglalási útvonalát, az jó eséllyel az emberi látogatóknak is könnyebb utat ad, így a munka akkor sem vész el, ha az ügynöki forgalom lassan nő.
Min bukik el ma a foglalás egy átlagos magyar szolgáltatói oldalon?
Leggyakrabban azon, hogy a szabad időpont nem létezik szövegként az oldalon, vagy a foglaláshoz olyan lépés kell (telefonhívás, regisztráció, képes feladvány), amit egy gép nem tud vagy nem is szabad megtennie. Az alábbi öt akadályt saját tapasztalat alapján soroljuk fel, ezekkel találkozunk a legtöbbször.
Több lépcsős, szkriptre épülő naptár
Öt-hat képernyő egymás után, szolgáltatás, munkatárs, nap, óra, adatok, végül megerősítés. A szabad időpontok csak kattintás után töltődnek be, sokszor egy külső rendszer beágyazott ablakában. Egy ügynök ezt elvileg végig tudja járni, de minden plusz lépés újabb hibalehetőség.
Csak telefonos egyeztetés
Ha az oldalon annyi áll, hogy időpontért hívj minket, az ügynök legfeljebb a telefonszámot tudja visszaadni. A felhasználó ilyenkor jó eséllyel a következő találatot választja, ahol online is lehet foglalni.
Kötelező regisztráció
Fiók, jelszó, megerősítő e-mail, és csak utána jöhet az időpont. Az ügynök a felhasználó postafiókjához általában nem fér hozzá, és sok felhasználó nem is szeretné, hogy a nevében fiókot nyisson egy újabb szolgáltatásnál.
Képként közölt szabad időpontok
Közösségi oldalról átemelt heti beosztás-kép, feltöltött PDF-táblázat, telefonnal lefotózott naptár. Hivatalosan igazolt, hogy a W3C akadálymentességi irányelvei (WCAG) szöveges alternatívát írnak elő a képekhez, de egy táblázatos beosztást alt szövegben sem lehet használhatóan átadni. Saját tapasztalat, hogy ezeket a képeket ritkán frissítik szinkronban a valós naptárral.
Robotszűrő és teljes képernyős sütiablak
A foglalási űrlap elé tett képes feladvány és az egész oldalt eltakaró hozzájárulási ablak gyakran megakasztja a gépi látogatót. A robotszűrést nem kell kivenni, mert a spam valós gond. Érdemes viszont olyan megoldást választani, amely csak gyanús viselkedésnél kér feladványt, és a sütiablakot úgy beállítani, hogy a foglalási gombot ne takarja.
Milyen sorrendben érdemes fejleszteni?
Először tedd láthatóvá, ami már megvan, vagyis a szabad időpontokat szövegként. Utána rövidítsd az utat, majd zárd le a kört visszaigazolással és lemondással. Az adatvédelmi kérdéseket minden lépésnél közben rendezd.
- Szabad időpontok géppel olvasható közzététele. Enélkül a többi lépés hasztalan.
- Egyszerű foglalási útvonal. Kevesebb képernyő, regisztráció nélkül.
- Visszaigazolás. Azonnal, szövegben és e-mailben, naptárfájllal.
- Lemondás és módosítás. Bejelentkezés nélkül, egy linkről.
- Adatvédelmi rendezés. Párhuzamosan az előző négy ponttal.
Hogyan tedd közzé a szabad időpontokat géppel olvashatóan?
A szabad időpont legyen az oldalon valódi HTML-szöveg, dátummal és órával, és mindegyikhez tartozzon saját, közvetlenül megnyitható link. A time elem datetime attribútuma egyértelművé teszi a dátumot akkor is, ha a látható szöveg rövidített. Egy időpont-link például így nézhet ki:
<a href="/foglalas?szolgaltatas=hajvagas&idopont=2026-10-14T15:00"><time datetime="2026-10-14T15:00">október 14., szerda 15:00</time></a>
Ha a link paraméterei előre kitöltik a szolgáltatást és az időpontot, az ügynök egy lépésben a foglalási űrlapra jut, és nem kell végigkattintania a naptárat. A nyitvatartást és a foglalás belépési pontját strukturált adattal is jelezheted:
{"@context":"https://schema.org","@type":"HairSalon","name":"Példa Szalon","address":{"@type":"PostalAddress","addressLocality":"Székesfehérvár"},"openingHoursSpecification":[{"@type":"OpeningHoursSpecification","dayOfWeek":["Monday","Tuesday","Wednesday","Thursday","Friday"],"opens":"09:00","closes":"18:00"}],"potentialAction":{"@type":"ReserveAction","target":{"@type":"EntryPoint","urlTemplate":"https://example.hu/foglalas?szolgaltatas={szolgaltatas}","actionPlatform":["https://schema.org/DesktopWebPlatform","https://schema.org/MobileWebPlatform"]},"result":{"@type":"Reservation","name":"Időpontfoglalás"}}}
Hivatalosan igazolt, hogy a Schema.org szókészlete tartalmazza a LocalBusiness (és alatta például a HairSalon), az OpeningHoursSpecification, a ReserveAction és az EntryPoint típusokat. Szakmai feltételezés, hogy az ügynökök foglaláskor ezt a jelölést ténylegesen felhasználják. Erre nincs nyilvános adat, ezért a látható, kattintható szöveg a biztosabb alap, a strukturált adat pedig kiegészítés. Ha külső foglalási rendszert használsz, kérdezd meg a szállítót, van-e nyilvános, bejelentkezés nélkül elérhető időpontlista-oldala, amit a saját oldaladról linkelhetsz.
Milyen az egyszerű foglalási útvonal?
Az egyszerű útvonal legfeljebb három képernyő, regisztráció nélkül, és minden mezőnek, gombnak van látható, szöveges felirata. Ellenőrzőlista a saját űrlapodhoz:
- Vendégként is lehet foglalni, a fiók csak felkínált lehetőség.
- Csak a valóban szükséges adatot kéred (név, egy elérhetőség, szolgáltatás, időpont).
- Minden mezőhöz tartozik
label, a helyőrző szöveg nem helyettesíti a címkét. - A gombokon szöveg áll, például „Időpont lefoglalása”, nem csak egy nyíl ikon.
- A hibaüzenet szövegesen, a hibás mező mellett jelenik meg, és megmondja, mit kell javítani.
- A kiválasztott időpontot a rendszer rövid ideig fenntartja, amíg az adatok kitöltése tart, így két párhuzamos foglalás nem ütközik.
Hivatalosan igazolt, hogy a WCAG 2.2 elvárja az űrlapmezők címkézését és a hibák szöveges azonosítását. Szakmai feltételezés, hogy amit egy képernyőolvasó jól kezel, azt egy böngészőt vezérlő ügynök is nagyobb eséllyel tölti ki hibátlanul, mert mindkettő a felirat alapján azonosítja a mezőket.
Mit tartalmazzon a visszaigazolás?
A foglalás után azonnal, szövegként jelenjen meg a képernyőn a foglalás azonosítója, a szolgáltatás, a dátum, az időpont, a helyszín és a lemondási link. Ugyanez menjen ki e-mailben is, naptárfájllal együtt.
Hivatalosan igazolt, hogy a naptárfájlok (.ics) formátumát az IETF RFC 5545 szabványa írja le, így a legtöbb naptáralkalmazás beolvassa. A Google a Gmailben schema.org alapú e-mail-jelölést is támogat foglalásokhoz, ennek használatához a feladónak regisztrálnia kell. Saját tapasztalat, hogy sok oldal csak annyit ír a beküldés után, hogy hamarosan felveszik a kapcsolatot. Ebből sem az ember, sem az ügynök nem tudja megállapítani, hogy van-e foglalás. Ha az időpontot még egy munkatársnak jóvá kell hagynia, írd ki egyértelműen, hogy ez függőben lévő kérés, és hogy milyen csatornán jön a végleges visszajelzés.
Hogyan kezeld a lemondást és a módosítást?
A lemondás legyen elérhető a visszaigazolásban kapott egyedi linkről, bejelentkezés nélkül, és a lemondott időpont azonnal kerüljön vissza a szabad időpontok közé. A lemondási feltételeket (például hány órával előtte ingyenes) még a foglalás előtt, szövegben mutasd meg.
Saját tapasztalat, hogy a lemondás a leggyakrabban elhanyagolt rész, sok helyen csak telefonon intézhető. Szakmai feltételezés, hogy ha a foglalás gépi segítséggel könnyebb lesz, a meg nem jelenések aránya is nőhet, mert a felhasználó kevésbé köteleződik el. Ezért érdemes emlékeztetőt küldeni, és a módosítást ugyanazon a linken lehetővé tenni, hogy a lemondás helyett inkább áttegyék az időpontot.
Milyen adatvédelmi kérdéseket kell rendezni?
Csak annyi adatot kérj, amennyi a foglaláshoz kell, a marketing-hozzájárulást kezeld külön, és az adatkezelési tájékoztató a foglalási oldalról szövegként legyen elérhető.
Hivatalosan igazolt, hogy a GDPR 5. cikke előírja az adattakarékosságot és a célhoz kötöttséget, a hozzájárulás pedig csak önkéntes, konkrét és egyértelmű cselekvéssel adható, előre bejelölt jelölőnégyzet nem elég. Egészségügyi szolgáltatónál a panasz leírása különleges adatnak minősülhet (GDPR 9. cikk), ezért ezt ne tedd kötelező mezővé. Szakmai feltételezés, hogy jogilag még nem tisztázott, mennyire tekinthető a felhasználó tájékozott döntésének egy ügynök által bejelölt hozzájárulás. A biztonságos út, ha a foglalás egyetlen hozzájárulástól sem függ, a hírlevél-feliratkozás pedig a visszaigazoló e-mailből, külön lépésként történik. A konkrét megoldást egyeztesd az adatvédelmi tanácsadóddal.
Ide tartozik a hozzáférés is. Hivatalosan igazolt, hogy az OpenAI nyilvánosan közzéteszi a botjai és a felhasználói kérésre érkező látogatásai azonosítóit. Ha a tűzfalad vagy a tárhelyed biztonsági beállítása minden ismeretlen automatát letilt, a foglalási oldalt ellenőrizd külön, hogy a felhasználó nevében érkező kéréseket ne dobja vissza.
Hogyan tesztelheted a foglalási folyamatot kívülről?
A legegyszerűbb, ha úgy próbálod végig, ahogy egy gép látja az oldalt, vagyis egér és képek nélkül, majd egy valódi ügynökkel is.
- Nyiss privát böngészőablakot, és foglalj csak billentyűzettel (Tab, Enter, nyilak). Ahol elakadsz, ott az ügynök is jó eséllyel elakad.
- Nézd meg az oldal forrását, és keresd meg benne a szabad időpontokat szövegként. Ha csak kép vagy üres keret van ott, az első prioritás még nincs kész. Az ügynökök többsége lefuttatja a JavaScriptet, ezért ez szigorúbb próba, de jól mutatja, mi érhető el biztosan.
- Futtasd le a strukturált adatot a Schema Markup Validatoron és a Google Rich Results Teston, és javítsd a jelzett hibákat.
- Adj egy ügynöknek pontos feladatot, például: „Keresd meg a Példa Szalon oldalán a jövő heti első szabad délutáni hajvágás-időpontot, töltsd ki tesztadatokkal, és a véglegesítés előtt állj meg.” Jegyezd fel, melyik lépésnél kért segítséget vagy tévedett.
- Kérdezz rá egy csevegő asszisztensnél, mikor van nálad szabad időpont, és nézd meg, milyen forrásból válaszol. Ha régi képet vagy közösségi posztot idéz, az oldalad szöveges időpontlistája még nem elég jól elérhető.
- Ellenőrizd a szervernaplóban, hogy a teszt kérései elérték-e a foglalási oldalt, és nem kaptak-e tiltó választ.
- Végül nézd át a visszaigazoló e-mailt, nyisd meg a naptárfájlt, és próbáld ki a lemondási linket bejelentkezés nélkül.
Saját tapasztalat, hogy a hibák nagy része már az első két lépésnél kiderül, ezért ezeket érdemes minden naptár- vagy bővítményfrissítés után megismételni.
Mit mérj a bevezetés után?
Mérd a foglalási tölcsér lépésenkénti lemorzsolódását, a telefonos foglalások számát, a lemondásokat és a gépi, illetve AI-asszisztensből érkező forgalmat.
- Lemorzsolódás lépésenként. Hányan jutnak el az időpontválasztástól az adatok megadásáig, és onnan a megerősítésig.
- Foglalási idő. Mennyi idő telik el az első kattintástól a visszaigazolásig.
- Vendégként és fiókkal foglalók aránya. Jelzi, mennyire volt akadály a regisztráció.
- Telefonos időpontkérések. Ha az online út működik, ezek száma jó eséllyel csökken.
- Lemondások és meg nem jelenések. Külön nézd, hány lemondás érkezik a linkről és hány telefonon.
- AI-forrású forgalom. Az analitikában a hivatkozó források között figyeld az AI-asszisztensek domainjeit, a szervernaplóban pedig az ismert ügynök-azonosítókat. Saját tapasztalat, hogy az AI-csevegőkből kattintott linkek egy része forrásjelölő paraméterrel érkezik, más része viszont közvetlen forgalomként jelenik meg.
- Hibák a foglalási végponton. Szerverhibák, tiltó válaszok, űrlap-validációs hibák száma.
Szakmai feltételezés, hogy a kifejezetten ügynök által indított foglalások aránya eleinte kicsi lesz, és a fejlesztés hatását előbb az emberi konverzió javulásán látod. Növekedést egyik lépés sem garantál, a mérés arra való, hogy lásd, melyik akadály eltávolítása hozott valódi változást.
Mit nem tudunk még biztosan az ügynöki foglalásról?
Nem tudjuk, hogy a különböző ügynökök pontosan milyen jelölést olvasnak foglaláskor, és hogy kialakul-e közös, szabványos foglalási felület. Hivatalosan igazolt, hogy létezik nyílt specifikáció (Model Context Protocol), amellyel egy szolgáltatás eszközként tehet elérhetővé műveleteket az AI-ügynököknek. Szakmai feltételezés, hogy a nagyobb foglalási rendszerek ezen vagy hasonló úton kapcsolódnak majd, a kisvállalkozás pedig a saját foglalási szoftverén keresztül kapja meg ezt a képességet.
Források és további olvasnivalók
- Schema.org (LocalBusiness, OpeningHoursSpecification, ReserveAction, EntryPoint, Reservation)
- Google Search Central, strukturált adatok dokumentáció
- Google Cégprofil súgó, foglalási linkek és Reserve with Google
- Google Workspace, e-mail-jelölés (Gmail markup) foglalásokhoz
- OpenAI dokumentáció (ChatGPT agent, OpenAI crawlerek és felhasználói ügynökök)
- W3C, Web Content Accessibility Guidelines (WCAG) 2.2
- IETF RFC 5545, Internet Calendaring and Scheduling (iCalendar)
- Az Európai Unió általános adatvédelmi rendelete (GDPR)
- Model Context Protocol specifikáció
- A képként vagy csak telefonon közölt szabad időpontokat egy ügynök nem tudja lefoglalni.
- Az első fejlesztés a szabad időpontok szöveges, saját linkkel ellátott közzététele, a strukturált adat csak kiegészítés.
- A visszaigazolás tartalmazzon azonosítót, időpontot, helyszínt, lemondási linket és naptárfájlt.
- A foglalás ne függjön marketing-hozzájárulástól, és csak a szükséges adatot kérd.
- A bevezetés után a lépésenkénti lemorzsolódást, a telefonos kéréseket, a lemondásokat és az AI-forrású forgalmat mérd.
Gyakori kérdések
Tud ma már egy AI-asszisztens időpontot foglalni helyettem?
Bizonyos ügynökök (például a ChatGPT ügynök módja) képesek weboldalakon űrlapot kitölteni, és a véglegesítés előtt jóváhagyást kérnek. Hogy egy adott oldalon sikerül-e, az a foglalási folyamat felépítésén múlik.
Elég, ha schema.org jelölést teszek az oldalra?
Nem elég önmagában. A strukturált adat hasznos kiegészítés, de nincs nyilvános adat arról, hogy az ügynökök foglaláskor mennyire használják, ezért a szabad időpontok legyenek látható, kattintható szövegként is az oldalon.
Ki kell vennem a robotszűrőt a foglalási űrlapról?
Nem kell. Érdemes olyan megoldást választani, amely csak gyanús viselkedésnél kér feladványt, és ellenőrizni, hogy a tűzfal ne tiltsa le a felhasználó nevében érkező kéréseket a foglalási oldalon.
Hogyan tesztelhetem, hogy egy ügynök boldogul-e az oldalammal?
Próbáld végig a foglalást csak billentyűzettel, nézd meg a forrásban, szövegként látszanak-e az időpontok, validáld a strukturált adatot, majd adj egy ügynöknek pontos feladatot, és a véglegesítés előtt állítsd meg.
Milyen adatvédelmi szabályokra figyeljek?
Csak a foglaláshoz szükséges adatot kérd, a hírlevél-hozzájárulást kezeld külön, előre bejelölés nélkül, és egészségügyi szolgáltatóként ne tedd kötelezővé a panasz leírását. A konkrét megoldást egyeztesd adatvédelmi tanácsadóval.
Források és további olvasnivalók
Ezen az oldalon a hivatalosan igazolt információt elsődleges forrásokból építjük fel; a saját tapasztalatot és a szakmai becslést mindig külön jelöljük a szövegben.