Hogyan vizsgáljuk a Rabona belépési folyamatát kontrollált körülmények között

Rabona belépés tudományos tesztje – 2025

Hogyan vizsgáljuk a Rabona belépési folyamatát kontrollált körülmények között

A fogadási szolgáltatások elérésének módja alapvetően meghatározza a felhasználói élményt, ezért kutatásom középpontjába a Rabona belépési mechanizmusát állítottam. A vizsgálat során azt a hipotézist fogalmaztam meg, hogy a bejelentkezési folyamat sebessége, megbízhatósága és biztonsági rétegei szignifikánsan befolyásolják a fogadók döntési mintázatait. A kísérletsorozatban öt különböző eszköztípuson és három böngészőn keresztül mértem a válaszidőket, miközben dokumentáltam a hitelesítési lépések számát és a hibalehetőségek gyakoriságát. Az adatok elemzésekor figyelembe vettem a magyarországi felhasználók speciális igényeit is, hiszen a hazai fogadási szokások eltérnek a nyugat-európai trendektől. A rabona belépés tesztelésekor különös figyelmet fordítottam arra, hogy a rendszer hogyan reagál a hibás jelszóra, a kettős hitelesítésre és a munkamenet időtúllépésére. A mérések alapján világossá vált, hogy a belépési folyamat nem csupán technikai részlet, hanem olyan kritikus pont, amely meghatározza a hosszú távú ügyfélkapcsolat minőségét.

Elméleti keret – Miért érdemes a belépést önálló kutatási egységként kezelni

A hagyományos fogadási elemzések túlnyomórészt a bónuszokra és a kimeneti mutatókra összpontosítanak, miközben a hozzáférési pontok vizsgálata háttérbe szorul. Ez a megközelítés tudományos szempontból hiányos, mert a belépési folyamat az első olyan interakció, amely során a felhasználó bizalmi döntést hoz a szolgáltató felé. A kognitív pszichológia kutatásai szerint a gördülékeny hozzáférési élmény csökkenti a frusztrációt és növeli az elköteleződést, ezért a belépési mechanizmusokat ugyanolyan alapossággal kell vizsgálni, mint a fogadási piacok matematikai modelljeit. A mérési módszertanom az EMAC (Experience Measurement and Access Control) protokollt követte, amelyet a felhasználói élmény kutatásában alkalmaznak. Ennek lényege, hogy minden egyes lépést – a felhasználónév bevitelétől a sikeres azonosításig – külön időbélyeggel és hibaaránnyal látunk el.

A kísérleti elrendezés és a változók kontrollálása

A vizsgálathoz három különböző hardverkonfigurációt választottam: egy asztali számítógépet operációs rendszer nélküli friss telepítéssel, egy középkategóriás okostelefont és egy táblagépet. Minden eszközön ugyanazt a böngészőverziót futtattam, és a hálózati kapcsolatot egy szimulált 20 Mbit/s sebességű sávszélességre állítottam be. A mérési időszak 14 napot ölelt fel, amely alatt 120 bejelentkezési kísérletet rögzítettem. A változók között szerepelt a napidő (reggel 8 és este 10 óra között), a belépési mód (közvetlen URL, könyvjelző, mobilos applikáció) és az előző munkamenet törlése vagy megőrzése. A kapott adatokat statisztikai elemzésnek vetettem alá, amely során a medián válaszidőt és a szórást számoltam. Az eredmények azt mutatták, hogy a belépési folyamat átlagosan 8,4 másodpercet vesz igénybe, azonban ez az érték nagy szórással rendelkezik, mert az első hitelesítési kísérlet során a rendszer további biztonsági ellenőrzést hajt végre.

Biztonsági protokollok és a kétfaktoros hitelesítés hatékonysága

A belépési folyamat védelmi rétegeinek elemzésekor arra a kérdésre kerestem a választ, hogy a beépített biztonsági mechanizmusok mennyiben akadályozzák a jogosulatlan hozzáférést, miközben nem rontják jelentősen a legitim felhasználók élményét. A Rabona szolgáltatásnál a kétfaktoros hitelesítés opcionális, de a tesztjeimben mindkét konfigurációt (alap és megerősített) vizsgáltam. Az alap hitelesítés során a felhasználónév és a jelszó megadása után azonnali hozzáférést kaptam a fiókhoz, míg a megerősített módban egy SMS-ben vagy e-mailben küldött egyszeri kód bevitele is szükséges volt. A mérések szerint a kétfaktoros hitelesítés átlagosan 12 másodperccel növelte a belépési időt, azonban a bruttó erő támadásokkal szembeni ellenállás jelentősen javult. A hibás jelszó megadásakor a rendszer három sikertelen kísérlet után 15 perces zárolást alkalmazott, ami megfelel a nemzetközi biztonsági ajánlásoknak. A vizsgálat rámutatott arra, hogy a biztonsági szintek közötti váltás nem igényel külön adminisztrációs lépést, ami csökkenti a felhasználói terhet.

Hitelesítési mód Átlagos idő (mp) Sikeres kísérletek aránya
Alap (felhasználónév + jelszó) 8,4 94,2%
Kétfaktoros (SMS-kód) 20,6 98,7%
Kétfaktoros (e-mail-kód) 22,1 97,3%
Biometrikus azonosítás (mobil) 5,2 89,1%
Könyvjelzőből történő belépés 7,9 95,8%
Közvetlen URL beírása 9,6 92,4%

A munkamenet-kezelés vizsgálata inaktivitás esetén

A hosszú távú használat során kritikus kérdés, hogy a rendszer mikor jelentkezteti ki a felhasználót, és milyen gyorsan lehet újra belépni. A kísérletben 5, 15, 30 és 60 perces inaktivitási periódusokat szimuláltam, majd mértem az újraaktiválás időtartamát. Az eredmények azt mutatták, hogy a Rabona a 30 perces határidőig megtartja a munkamenetet, ezt követően viszont a felhasználónak újra kell indítania a belépési folyamatot. Az újraaktiválás átlagosan 6,7 másodpercet vett igénybe, ami elfogadható érték, azonban a felhasználók 23%-a jelezte, hogy ilyenkor elveszíti a folyamatban lévő fogadásainak megjelenítési állapotát. Ez a hiba a fogadási szelvények szerkesztésekor okozhat problémát, mert a részlegesen kitöltött fogadás adatai nem kerülnek mentésre. A munkamenet-kezelés tervezésénél javasolt lenne egy automatikus mentési funkció bevezetése, amely az inaktivitás ellenére megőrzi a felhasználó aktuális állapotát.

Az eszközök közötti átjárhatóság és a szinkronizáció kérdése

A modern felhasználói szokások azt diktálják, hogy a belépés ne legyen eszközfüggő, vagyis a fogadó ugyanazt a fiókot használhassa asztali gépen, okostelefonon és táblagépen. A tesztjeim során azt vizsgáltam, hogy az egyik eszközön történő belépés után a másik eszközön futó munkamenet hogyan viselkedik. A várakozásoknak megfelelően a Rabona a régebbi munkameneteket érvénytelenítette, amikor új eszközről történt a belépés, ami biztonsági szempontból helyes, de felhasználói kényelmetlenséget okozhat. A szinkronizációs idő átlagosan 2,8 másodperc volt, amely alatt a fogadási előzmények és az egyenleg frissült. Az okostelefonos belépés során a rendszer lehetőséget kínált az arcfelismerésre, amely 5,2 másodperces gyorsaságot eredményezett, de a megbízhatósága alacsonyabb volt, mint a jelszavas módszeré. A biometrikus adatok rögzítése a helyi tárolóba történik, így azok nem kerülnek a szerverre, ami adatvédelmi szempontból kedvező megoldás. Az eszközök közötti váltás gyakoriságát tekintve a felhasználók 41%-a napi szinten váltogatja az eszközeit, ezért a szinkronizációs hibák kiküszöbölése kiemelt jelentőséggel bír.

  • A belépési folyamat során a jelszóhossz minimuma 8 karakter, maximuma 32 karakter
  • Speciális karakterek és nagybetűk használata kötelező, amennyiben erős jelszót szeretnénk beállítani
  • A rendszer javaslatot tesz egy jelszókezelő használatára, de a mentett jelszavak tárolása a felhasználó felelőssége
  • Az elfelejtett jelszó helyreállítása e-mailben történik, amely link 30 percig érvényes
  • Az új jelszó beállítása után a régi összes aktív munkamenet azonnal megszűnik
  • A belépési hibák száma és típusa naplózásra kerül, de a naplóhoz csak a támogatási csapat férhet hozzá
  • Az automatikus kitöltés használata böngészőkben gyorsíthatja a folyamatot, de nem ajánlott megosztott eszközökön
  • A VPN-használat során a belépési idő átlagosan 15%-kal nő a szerver átjáró távolsága miatt

A belépési hibák taxonómiája és azok gyakorisága

Az empirikus adatok gyűjtése során a hibákat négy fő kategóriába soroltam: hitelesítési hibák, hálózati hibák, szerverhibák és felhasználói felület hibái. A hitelesítési hibák közé tartozott a helytelen jelszó (52%), a nem létező felhasználónév (18%) és a lejárt munkamenet (12%). A hálózati hibák a kapcsolat megszakadásából eredtek (9%), míg a szerverhibák a szolgáltatás átmeneti elérhetetlenségét jelentették (6%). A felhasználói felület hibái, mint például a gomb elhelyezkedése vagy a láthatatlan mezők, csak 3%-ban fordultak elő. A hibák javításához szükséges idő átlagosan 34 másodperc volt, azonban a súlyosabb szerverhibák esetén ez az érték elérhette a 2 percet is. A hibaelhárítási útmutató a gyakori kérdések között található, de a felhasználók többsége inkább az élő chatet választotta, amely átlagosan 45 másodpercen belül választ adott.

Összefüggés a belépési idő és a fogadási aktivitás között

A kutatás második fázisában azt elemeztem, hogy a belépési idő változása hogyan korrelál a fogadások számával és a tétnagysággal. A hipotézisem szerint a gyorsabb belépés növeli a fogadási gyakoriságot, mert csökken az impulzusveszteség a mérkőzés kezdete előtt. A 120 mérési adatpont alapján a Pearson-féle korrelációs együttható -0,37 volt, ami gyenge negatív összefüggést jelez a belépési idő és a fogadási aktivitás között. Eszerint a 10 másodperces belépési idő növekedése átlagosan 0,8 fogadással kevesebbet eredményez naponta. Bár ez az összefüggés nem túl erős, a gyakorlatban mégis jelentős lehet a magas intenzitású fogadók körében, akik élő fogadások során gyakran váltogatják a mérkőzéseket. A felhasználók 37%-a nyilatkozott úgy, hogy a lassú belépés miatt már hagyott ki egy kedvező fogadási alkalmat, ami évente átlagosan 12 ezer forintos elmaradt hasznot jelenthet.