Az ajánlatkérő űrlap sokáig egyértelmű helyzet volt: ember ül a másik oldalon, olvassa a mezőket, gépel, hibázik, javít. Ez most változóban van. A böngészőt vezérlő AI-ügynökök meg tudnak nyitni egy oldalt, végig tudják olvasni a felület szerkezetét, ki tudják tölteni a mezőket, és meg tudják nyomni a küldés gombot, a felhasználó megbízásából. A kérdés tehát nem az, hogy előfordul-e ilyen kitöltés, hanem az, hogy a te űrlapod mit kezd vele: átengedi, megakasztja, vagy csendben szemétbe dobja.
Mit csinál valójában egy AI-ügynök az űrlapodon?
Röviden: elolvassa a felület szöveges szerkezetét, párosítja a mezőket a nála lévő adatokkal, és lépésenként végigmegy a folyamaton, közben minden képernyő után újraértékeli, sikerült-e.
Tovább a témában: Ügynöki (agentic) böngészés · Ügynöki vásárlás
Hivatalosan igazolt: a nagy modellszolgáltatók dokumentációja szerint a számítógép-használó és böngészővezérlő képességek úgy működnek, hogy a modell képernyőképet és/vagy a lap kisegítő technológiának szánt szerkezetét kapja meg, majd konkrét műveleteket ad vissza (kattints ide, írd be ezt, görgess). Ugyanezek a dokumentációk kiemelik, hogy a folyamat lassabb és hibázékonyabb, mint egy ember munkája, és hogy a szolgáltatók bizonyos lépéseknél (fizetés, bejelentkezés, ellenőrző kód) szándékosan visszaadják az irányítást a felhasználónak.
Saját tapasztalat: a gyakorlatban az ügynök úgy viselkedik, mint egy nagyon türelmes, de rövid memóriájú látogató, aki csak azt látja, ami szövegként megfogható. Ha a meződ mellett nincs kiírva, hogy mi az, csak egy halvány helyőrző szöveg van benne, akkor az ügynök tippel. Ha a tippje rossz, a beküldés hibára fut, és az ügynök jellemzően nem próbálkozik ötödször, hanem visszaszól a megbízójának, hogy nem sikerült.
Milyen elemek akasztják meg a leggyakrabban?
A leggyakoribb megakasztók nem biztonsági megoldások, hanem kényelmi vagy dizájn-döntések, amelyek feltételezik, hogy ember ül a gép előtt.
Több lépcsős varázsló
A négy-öt képernyős folyamat minden lépésénél újra kell tájékozódni. Ha a lépések között nincs visszajelzés arról, hogy hol tartunk, vagy a következő gomb csak akkor aktiválódik, ha egy görgetéssel megjelenő elemre kattintasz, az ügynök könnyen beragad. Saját tapasztalat: a hosszú varázslók az emberi kitöltőknél is a legnagyobb lemorzsolódási pontok, tehát a rövidítés nem az ügynökök kedvéért hozott áldozat.
Ellenőrző kód és képes feladvány
A klasszikus, képfelismerős vagy szövegkiolvasós ellenőrző kód szándékosan gépellenes. Hivatalosan igazolt: a nagyobb ügynökszolgáltatók irányelvei szerint ilyenkor az ügynök nem próbálja megkerülni a védelmet, hanem megáll és emberi beavatkozást kér. Ez tiszta helyzet, de azt jelenti, hogy a beküldés nem jön létre, ha a megbízó közben mással foglalkozik.
Rejtett mezők és csapdák
A rejtett, emberi szemnek láthatatlan mező (honeypot) régi és olcsó spamvédelem: ha kitöltik, a beküldés gyanús. A gond az, hogy egy szerkezetből dolgozó ügynök néha látja azt, amit az ember nem, és jóhiszeműen kitölti. Szakmai feltételezés: a mai ügynöki kitöltések egy része pontosan így vész el, csendben, hibaüzenet nélkül, és a vállalkozás soha nem tudja meg, hogy volt érdeklődő.
Kötelező fájlfeltöltés
A kötelező alaprajz, önéletrajz vagy fénykép a legkeményebb fal. Az ügynök jellemzően nem fér hozzá a felhasználó helyi fájljaihoz, tehát ezen a ponton a folyamat egyszerűen véget ér.
Csak egérrel működő elemek
Egyedi legördülő, csúszka, rajzolt aláírás, ráhúzásra megjelenő menü, kizárólag vizuálisan jelölt kötelező mező: ezek mind arra épülnek, hogy van egy kéz az egéren. Billentyűzettel sem használhatók, tehát nemcsak az ügynököt zárják ki, hanem a képernyőolvasót használó embert is.
Mit egyszerűsíts anélkül, hogy a spamvédelem összeomlana?
A cél nem a védelem leépítése, hanem a védelem áthelyezése: a látogató elé állított akadályokból a szerveroldalra és a fogadó folyamatba.
- Adj minden mezőnek valódi címkét. A helyőrző szöveg nem címke. Például:
<label for="email">E-mail cím</label><input id="email" name="email" type="email" autocomplete="email" required> - Használd a szabványos
autocompleteértékeket (name,tel,organization,postal-code). Ez a böngésző automatikus kitöltésének is segít, tehát emberi haszna azonnal van. - Vidd egy képernyőre a kapcsolatfelvételt. Név, elérhetőség, üzenet, hozzájárulás. A részletező kérdéseket tedd a beküldés utáni szakaszba vagy a visszahívásba.
- Cseréld a képes feladványt láthatatlan vagy pontszámos ellenőrzésre, és a kockázatos esetekre tartsd fenn az extra lépést, ne mindenkire.
- Tartsd meg a rejtett csapdamezőt, de tedd egyértelművé. Adj neki olyan nevet, ami nem
email2vagyphone_alt, hanem példáulne_toltsd_ki, és jelöldaria-hidden="true"plusztabindex="-1"attribútummal. Így a szerkezetből olvasó ügynök is látja, hogy ez nem neki szól. - A fájlfeltöltés legyen opcionális, és ajánld fel alternatívaként a beküldés utáni e-mailes csatolást.
- Minden interaktív elem legyen billentyűzettel is használható, és minden hibaüzenet jelenjen meg szövegként, a mezőhöz kötve.
- A szerveroldali validáció maradjon szigorú: formátumellenőrzés, kötelező mezők, ismétlődés-szűrés.
- Tegyél be sebességkorlátot IP és e-mail szintjén, plusz időbélyeget: az emberi kitöltés ritkán tart két másodpercnél kevesebb ideig, de az ügynöki sem villámgyors, ezért a küszöböt mérésből állítsd be, ne fejből.
- A visszaigazoló e-mail legyen kötelező lépés a magas értékű ajánlatkéréseknél. Ez a legjobb szűrő, mert emberi postafiókhoz köti a szándékot.
Saját tapasztalat: ezeknek a lépéseknek a többsége hozzáférhetőségi javítás. Aki korábban a képernyőolvasós használatra rendbe tette az űrlapját, az jó eséllyel már ma is ügynökbarát, anélkül, hogy erre külön készült volna.
Hogyan különítsd el a mérésben az ügynöki és az emberi kitöltést?
Egyetlen biztos jel nincs, ezért több gyenge jelből építs egy valószínűségi címkét, és azt vidd be a mérésbe a beküldés mellé.
A használható jelek: a User-Agent mezőben megjelenő ügynök-azonosító (több szolgáltató jelzi magát, de nem mind), a Sec-Fetch fejlécek mintázata, a fejléc nélküli böngészőre utaló jellemzők, az egérmozgás teljes hiánya a fókuszváltásokhoz képest, a mezők kitöltési sorrendje (az ügynök jellemzően a DOM sorrendjében halad, ember ritkábban), a gépelési események hiánya beillesztés mellett, és a beküldésig eltelt idő eloszlása.
Gyakorlati megvalósítás: a beküldéskor tegyél egy rejtett, technikai mezőt a saját méréseddel, majd a méréshez add hozzá egy paraméterként.
dataLayer.push({event: 'lead_form_submit', form_id: 'ajanlatkero', kitolto_tipus: 'valoszinuleg_ugynoki', jelek: 'nincs_eger,dom_sorrend,ua_jelolt'});
Ezt az analitikában egyedi dimenzióként vezesd be, a CRM-ben pedig külön mezőként. Így három kérdésre tudsz válaszolni: mennyi jön be, ezekből mennyi lesz valódi beszélgetés, és mennyi lesz megrendelés. Szakmai feltételezés: a legtöbb magyar kkv-nál ma az ügynöki kitöltés aránya még alacsony, de a szórása nagy, mert néhány szakmában (utazás, szállás, összehasonlítható szolgáltatások) sokkal hamarabb megjelenik. Ezt csak saját méréssel tudod megtudni, iparági átlag itt nem segít.
Fontos korlát: ezek a jelek tévedhetnek. Egy billentyűzettel navigáló, kisegítő technológiát használó ember ugyanúgy nem mozgatja az egeret. Ezért a címke maradjon mérési információ, ne szűrő. Ha automatikusan dobod a gyanús beküldéseket, valódi ügyfeleket veszítesz.
Mikor NEM akarod, hogy ügynök töltse ki?
Vannak folyamatok, ahol az ügynöki kitöltés jogosan nem kívánatos, és ilyenkor a súrlódás nem hiba, hanem funkció.
- Korlátos kapacitású ingyenes ajánlat (helyszíni felmérés, próbaóra, mintacsomag): ha az ügynök tömegesen foglal, a naptárad megtelik olyan időpontokkal, amiket senki nem szándékozott megtartani.
- Kötelezettséget keletkeztető nyilatkozat: szerződési szándék, árajánlat elfogadása, lemondási feltétel tudomásulvétele. Itt azonosított emberi megerősítés kell.
- Korhatáros vagy engedélyhez kötött szolgáltatás.
- Egészségügyi vagy más különleges adat: Szakmai feltételezés, hogy a hozzájárulás érvényessége vitatható, ha nem bizonyítható, hogy az érintett maga adta meg. Ahol ez a kockázat fennáll, kérj külön, emberi megerősítést, és a részletes adatot ne az első űrlapon szedd be.
- Verseny, nyereményjáték, kupon: itt az automatizált kitöltés közvetlen visszaélési felület.
Ezekben az esetekben a helyes megoldás nem az, hogy a teljes űrlapot elrontod, hanem hogy a folyamat végére teszel egy emberhez kötött lépést: e-mailes vagy SMS-es megerősítést, esetleg egy rövid visszahívást. Az érdeklődés így is beérkezik, csak nem válik automatikusan foglalássá.
Hogyan fogadd fel-készülten az ügynöki leadet?
Itt jön a saját nézőpontom: az ügynöki kitöltés minőségi lead is lehet, de csak akkor, ha a fogadó oldal számol azzal, hogy a megbízó ember nincs a képernyő előtt.
Gondolj bele, mi történik valójában: valaki azt mondta az asszisztensének, hogy kérjen ajánlatot öt cégtől. Ez erős vásárlási szándék, gyakran erősebb, mint egy véletlen kattintás. A baj az, hogy a szokásos fogadó folyamatunk azonnali telefonhívásra épül, az ember pedig épp nem ezzel foglalkozik.
Amit ilyenkor érdemes másképp csinálni:
- A visszaigazoló e-mail legyen önmagában is értelmes: tartalmazza, mit kértek, mi a következő lépés, és mikorra várható válasz. Ezt az ügynök be tudja mutatni a megbízójának.
- Az ajánlat első köre legyen írásos. Ha az ügyfél lát egy konkrét, összehasonlítható ajánlatot, sokkal nagyobb eséllyel lép tovább, mint ha csak visszahívást kap.
- Ne kérj azonnal újabb adatot. Ha a beérkezés után rögtön egy hosszú kérdőívet küldesz, elveszíted a szálat.
- Külön hívás-sablon. A telefonálónak tudnia kell, hogy a másik fél nem biztos, hogy emlékszik a konkrét beküldésre, mert nem ő gépelte.
- Mérd külön a zárási arányt. Ha három hónap alatt kiderül, hogy az ügynöki forrásból nem lesz üzlet, akkor szűkíts. Ha lesz, akkor a súrlódás csökkentése megtérül. Ez mérési kérdés, nem hitkérdés, és semmilyen beállítás nem garantál több megrendelést.
Milyen sorrendben állj neki a saját oldaladon?
Egy fél napos átnézéssel a legtöbb kkv-oldalon el lehet jutni a lényegi javításokig.
- Nyisd meg az ajánlatkérő űrlapot, és told félre az egeret: próbáld végigcsinálni kizárólag Tab és Enter billentyűvel. Amin elakadsz, azon az ügynök is elakad.
- Nézd meg a forráskódban, hogy minden mezőnek van-e
labeleleme ésnameattribútuma. - Számold meg a kötelező mezőket, és minden egyesre kérdezz rá: valóban kell az első kontaktnál?
- Ellenőrizd, hogy a hibaüzenet szövegként jelenik-e meg, vagy csak piros keretként.
- Nézd meg a szerveroldali naplót: van-e olyan beküldés, ami a csapdamező miatt dobódott, de egyébként értelmes adatot tartalmazott.
- Vezesd be a kitöltés jellegét jelző mérési paramétert, és három hónapig csak figyelj, ne szűrj.
- Döntsd el folyamatonként, hol akarsz emberhez kötött megerősítést, és tedd oda, ne mindenhová.
A lényeg, hogy ez a munka nem az AI-ügynökök kedvéért végzett külön projekt. Ugyanaz a rendezett, szövegből is érthető, billentyűzettel is használható űrlap segíti az embert, a kisegítő technológiát és a gépi kitöltőt is. A különbség csak annyi, hogy most van egy új, jól mérhető oka annak, amit egyébként is meg kellett volna csinálni.
Források és további olvasnivalók
- W3C: Web Content Accessibility Guidelines (WCAG 2.2), különösen az űrlapcímkékre és a billentyűzetes elérhetőségre vonatkozó pontok
- W3C: WAI-ARIA Authoring Practices Guide
- WHATWG HTML Living Standard: az
autocompleteattribútum szabványos értékei - MDN Web Docs: Client-side form validation, HTML forms
- OpenAI dokumentáció: Computer use, illetve a böngészővezérlő ügynökök korlátai és biztonsági irányelvei
- Anthropic dokumentáció: Computer use tool
- Google Search Central: Google crawlers and user-triggered fetchers
- Schema.org: ContactPoint, Organization, Service típusok
- OWASP: Automated Threats to Web Applications, illetve az Input Validation Cheat Sheet
- NAIH és az Európai Adatvédelmi Testület iránymutatásai a hozzájárulás érvényességéről
- Az ügynököt nem a szigorúság állítja meg, hanem a nem gépi olvasásra tervezett felület: hiányzó label, egérhez kötött elem, kötelező feltöltés.
- A spamvédelmet nem kell leépíteni: a rejtett csapdamező, a rate limit és a szerveroldali validáció ügynökbarát módon is működik.
- Külön mérés nélkül nem tudod eldönteni, hogy az ügynöki lead jó vagy rossz, ezért a beküldés mellé jelöld meg a kitöltés jellegét.
- Az ügynöki kitöltés minőségi lead is lehet, de csak akkor, ha a fogadó folyamat számol azzal, hogy a megbízó ember nincs a képernyő előtt.
- Van, amikor jogosan nem akarod: időpontfoglalás, korhatáros vagy szerződéses szándéknyilatkozat, korlátos kapacitású ingyenes ajánlat.
Gyakori kérdések
Honnan tudom, hogy egyáltalán jár-e AI-ügynök az űrlapomon?
A szerveroldali naplóból indulj ki: nézd meg a beküldésekhez tartozó User-Agent értékeket, a fejléceket és a beküldésig eltelt időt. Több ügynökszolgáltató jelöli magát az azonosítójában, de nem mind, ezért érdemes mellé tenni viselkedési jeleket is (egérmozgás hiánya, DOM-sorrendű kitöltés). Egyetlen jel önmagában nem elég, ezért ezekből építs valószínűségi címkét.
Ha az ügynökbarát űrlap egyszerűbb, nem lesz több spam?
Nem szükségszerű, mert a védelem nagy része áthelyezhető a látogató elől a szerverre. Sebességkorlát, szerveroldali validáció, ismétlődés-szűrés, e-mailes visszaigazolás és jól jelölt csapdamező együtt jellemzően több spamet fog ki, mint egy képes feladvány. A tapasztalat szerint a képes ellenőrző kód elsősorban az emberi kitöltőket lassítja.
Töröljem a rejtett honeypot mezőt, ha az ügynök kitölti?
Nem kell törölni, elég jelölni. Adj a mezőnek beszédes nevet, tedd rá az aria-hidden és a tabindex="-1" attribútumot, és a szerveroldalon ne dobd némán a beküldést, hanem naplózd. Így látod, mennyi valódi érdeklődő akadt fenn rajta, és tudsz dönteni.
Kötelező feltöltés nélkül hogyan kapom meg az alaprajzot vagy a dokumentumot?
Tedd opcionálissá az első űrlapon, és a visszaigazoló e-mailben kérd be, válaszlevélben csatolható módon. Így az érdeklődés akkor is beérkezik, ha az illető éppen nem a saját gépe előtt ül, és a dokumentumot később, kényelmesen küldi el.
Elfogadható-e adatvédelmi szempontból, ha egy ügynök adja meg valaki más adatait?
Ez jogi mérlegelés kérdése, és érdemes ügyvéddel átnézetni. Az általános megközelítés az, hogy a hozzájárulás akkor védhető, ha bizonyítható az érintett szándéka, ezért különleges adatnál vagy kötelezettséget keletkeztető nyilatkozatnál kérj külön, emberhez kötött megerősítést (e-mail vagy SMS).
Érdemes-e egyáltalán engedni az ügynöki kitöltést, ha kevés jön belőle?
Az arány ma jellemzően alacsony, de a szándék mögötte erős lehet, mert valaki kifejezetten ajánlatkérésre adott utasítást. Mérd külön három hónapig, nézd meg a zárási arányt, és utána dönts. Ha nem hoz üzletet, szűkíts; ha hoz, a súrlódás csökkentése megtérülhet, de garanciát erre semmi nem ad.
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.