Előfizetéses, ismétlődő rendelés bevezetése a webshopban

Scheo · 2026-11-06 · olvasási idő ~10 perc · Szerző: Schmidt Péter

Az előfizetéses rendelés akkor működik jól egy webshopban, ha a vásárló amúgy is rendszeresen, kiszámítható ütemben pótolja ugyanazt a terméket, és a pótlás elmaradása neki is kellemetlen. Ha a fogyás üteme vásárlónként erősen szóródik, vagy a terméket ritkán veszik újra, az ismétlődő rendelés jó eséllyel több kihagyást, módosítást és ügyfélszolgálati levelet hoz, mint bevételt.

A cikkben háromféle jelölést használunk. Hivatalosan igazolt az, ami jogszabályból, uniós irányelvből vagy szabványból származik. Saját tapasztalat az, amit webshopok bevezetési munkáiban általánosan látunk. Szakmai feltételezés az, ami logikus következtetés, de a te boltodban mérni kell, mielőtt döntést építesz rá.

Mely termékeknél van értelme az előfizetéses vásárlásnak?

Ott, ahol a termék fogy, a pótlás ütemezhető, és a vásárló nem akar minden alkalommal újra dönteni. Tipikusan ilyen a kávé, a háziállat-eledel, a vitamin és az étrend-kiegészítő, a víz- és légszűrő betét, a pelenka, a tisztítószer vagy a borotvapenge.

Négy kérdéssel gyorsan szűrheted a kínálatot (Saját tapasztalat).

1. Fogy-e a termék? Tartós cikknél, például bútornál vagy szerszámnál az előfizetés ritkán értelmezhető.
2. Kiszámítható-e a ciklus? Egy zsák kutyatáp egy adott kutyánál nagyjából ugyanannyi ideig tart, egy fűszerkeverék elfogyása viszont a főzési szokásokon múlik.
3. Ugyanazt veszi-e újra a vásárló? Ha szereti váltogatni az ízeket vagy illatokat, a fix csomag hamar unalmas lesz, és sok lesz a módosítás.
4. Elbírja-e a szállítási költséget? Kis értékű, nehéz terméknél a rendszeres kiszállítás könnyen elviszi a haszonkulcsot.

A rendelési adataidból ezt elég jól előre lehet jelezni. Nézd meg, a vásárlók mekkora része vette meg ugyanazt a cikkszámot legalább háromszor az elmúlt évben, és mennyire szóródik a két vásárlás közötti idő. Ha az újravásárlók aránya alacsony, vagy a két rendelés közti idő vásárlónként nagyon eltérő, az előfizetés valószínűleg nem a jó eszköz (Szakmai feltételezés, amit a saját adataidon érdemes ellenőrizni).

Egyszerű lekérdezés az újravásárlási ritmushoz

Ha a rendeléseid SQL-adatbázisban vannak (WooCommerce-nél vagy saját rendszernél ez jellemző), az alábbi lekérdezés termékenként megmutatja az ismétlő vásárlók számát, a két vásárlás közti átlagos napok számát és ennek szórását. A tábla- és mezőneveket a saját rendszeredhez kell igazítani, MySQL 8 vagy újabb verzió kell hozzá.

SELECT product_id, COUNT(DISTINCT customer_id) AS ismetlo_vevok, ROUND(AVG(napok)) AS atlag_napok, ROUND(STDDEV(napok)) AS szoras FROM (SELECT customer_id, product_id, DATEDIFF(order_date, LAG(order_date) OVER (PARTITION BY customer_id, product_id ORDER BY order_date)) AS napok FROM order_items) t WHERE napok IS NOT NULL GROUP BY product_id ORDER BY ismetlo_vevok DESC;

Azok a termékek a jó jelöltek, ahol sok az ismétlő vevő, és a szórás az átlaghoz képest kicsi. Ha egy terméknél az átlag 30 nap, de a szórás is 30 nap körül van, a vásárlók nagyon különböző ütemben fogyasztanak, és egyetlen alapértelmezett gyakoriság nem fog mindenkinek megfelelni (Szakmai feltételezés).

Mikor okoz több terhet, mint hasznot?

Akkor, ha a vásárlók gyakran kihagynak, módosítanak vagy lemondanak, és ezt csak az ügyfélszolgálaton keresztül tudják megtenni. Minden ilyen kérés kézi munka, a bevétel közben nem nő.

Ezeket a helyzeteket látjuk a leggyakrabban tehernek (Saját tapasztalat).

• A lemondás csak e-mailben vagy telefonon lehetséges, ezért minden lemondásból jegy lesz.
• A kártya lejár vagy a bank elutasítja a terhelést, és nincs automatikus újrapróbálás és értesítő.
• A termék gyakran hiányzik a raktárból, így az ütemezett rendelést kézzel kell átírni vagy pótolni.
• Az ár változik, de nincs kidolgozott folyamat a közlésére.
• A vásárló elfelejti, hogy előfizetett, és a terhelést a bankjánál reklamálja.

Az utolsó pont külön figyelmet érdemel. A visszaterhelés díjjal és adminisztrációval jár, és a kártyatársaságok figyelik a kereskedők visszaterhelési arányát (Hivatalosan igazolt a kártyatársasági szabályok szintjén, a rád vonatkozó küszöböket a fizetési szolgáltatód tudja megmondani). Egy terhelés előtt kiküldött emlékeztető, benne a dátummal, az összeggel és a kihagyás linkjével, jó eséllyel csökkenti ezeket az eseteket (Szakmai feltételezés).

Hogyan tárold biztonságosan a fizetési módot?

A kártyaadatot ne a saját webshopod tárolja. A fizetési szolgáltató tokenizált megoldását használd, így a boltodban csak egy azonosító marad, amellyel a szolgáltató a későbbi terheléseket indítja.

A háttérben három szabályrendszer áll (Hivatalosan igazolt).

• A kártyaadatok kezelésére a PCI DSS szabvány vonatkozik. Ha a kártyaszám egyáltalán nem érinti a rendszeredet, a megfelelési terhed jóval kisebb.
• Az EU-ban a PSD2 irányelv és a hozzá tartozó technikai standard erős ügyfélhitelesítést (SCA) ír elő az online kártyás fizetésnél. Ismétlődő terhelésnél jellemzően az első, előfizetést létrehozó tranzakciót kell erős hitelesítéssel lezárni, a további, kereskedő által indított terhelések erre a megbízásra hivatkoznak.
• A tárolt fizetési adat személyes adathoz kapcsolódik, ezért a GDPR szerint az adatkezelési tájékoztatóban is szerepelnie kell, mire és meddig használod.

A funkció neve szolgáltatónként eltér, lehet ismétlődő fizetés, tárolt kártyás fizetés, recurring vagy egykattintásos fizetés. Indítás előtt kérdezd meg a szolgáltatódat, hogy a webshopmotorodhoz van-e kész bővítmény, hogyan kezeli a lejárt kártyát, és hány napig, hányszor próbálja újra a sikertelen terhelést (Saját tapasztalat).

Mennyire legyen egyszerű a kihagyás és a lemondás?

Legyen ugyanolyan egyszerű, mint a feliratkozás. A fiókban, néhány kattintással, ügyfélszolgálati kapcsolat nélkül lehessen kihagyni egy szállítást, módosítani a gyakoriságot és lemondani.

Ennek üzleti és jogi oka is van. Üzletileg a kihagyás lehetősége gyakran megtart egy előfizetőt, aki különben lemondana, mert épp van még otthon a termékből (Saját tapasztalat). Jogilag az uniós szabályozás egyre határozottabban várja el az egyszerű kilépést. Az (EU) 2023/2673 irányelv a fogyasztói jogokról szóló 2011/83/EU irányelvet kiegészítette, és az online felületen kötött távollévő szerződéseknél külön elállási funkciót ír elő, amelyet 2026. június 19-től kell alkalmazni (Hivatalosan igazolt az irányelv szintjén. Hogy a te konstrukciódra pontosan hogyan vonatkozik, és mit tartalmaz a magyar átültetés, azt jogásszal ellenőriztesd).

Ezek az önkiszolgáló funkciók csökkentik leginkább a kézi munkát (Saját tapasztalat).

• A következő szállítás kihagyása egy kattintással, akár a terhelés előtti emlékeztető e-mailből.
• A gyakoriság módosítása, például négy hét helyett hat.
• A termék, a kiszerelés vagy a mennyiség cseréje.
• Szüneteltetés egy választott dátumig.
• Lemondás, amelyről a vásárló azonnal visszaigazoló e-mailt kap.

A lemondás folyamatába beépíthetsz egy rövid, nem kötelező kérdést az okáról, és felajánlhatod a szüneteltetést. Ebből ne legyen kényszerítő lépés vagy többoldalas lebeszélő folyamat, a lemondás gombja maradjon jól látható. A fogyasztóvédelmi hatóságok kiemelten figyelik a vásárlót megtévesztő vagy a kilépést nehezítő felületi megoldásokat (Szakmai feltételezés a gyakorlat irányáról, a konkrét megoldást jogász nézze át).

Hogyan közöld az árváltozást az előfizetőkkel?

Előre, írásban, érthetően, és úgy, hogy a vásárlónak legyen ideje dönteni. Az értesítésben szerepeljen a régi és az új ár, az első érintett terhelés dátuma, és az is, hogyan mondhat le vagy módosíthat addig.

Hogy mennyi idővel előre kell értesíteni, és az ÁSZF-ben milyen feltétellel módosíthatod egyoldalúan az árat, az jogi kérdés. A Polgári Törvénykönyv és a fogyasztóvédelmi szabályok korlátozzák a fogyasztóval szemben tisztességtelen, egyoldalú szerződésmódosítást (Hivatalosan igazolt az elv szintjén, a te ÁSZF-edre vonatkozó részleteket szakember ellenőrizze).

Ezt a gyakorlati sorrendet javasoljuk (Saját tapasztalat).

1. Döntsd el az új árat és azt a dátumot, amelytől érvényes.
2. Küldj e-mailt minden aktív és szüneteltetett előfizetőnek, és a fiókjukban is jelenjen meg ugyanez az információ.
3. A terhelés előtti szokásos emlékeztetőben ismételd meg az új árat.
4. Kövesd a lemondások számát az értesítés utáni hetekben, és hasonlítsd a megszokott havi szinthez.

Az előfizetői kedvezménynél is legyél pontos. Ha az előfizetés egyik vonzereje egy kedvezmény, írd le egyértelműen, hogy az minden szállításra érvényes, vagy csak az elsőre. A félreérthető kedvezmény-kommunikáció a lemondások és reklamációk gyakori forrása (Saját tapasztalat).

Milyen fogyasztóvédelmi tájékoztatás kell az indításhoz?

A vásárlónak a megrendelés előtt világosan látnia kell, hogy ismétlődő fizetési kötelezettséget vállal, milyen gyakran, mekkora összegben, meddig, és hogyan mondhatja fel. A pontos szöveget jogász állítsa össze.

A legfontosabb jogi alapok röviden (Hivatalosan igazolt).

• A 45/2014. (II. 26.) Korm. rendelet szabályozza a fogyasztó és a vállalkozás közötti, távollévők között kötött szerződéseket, benne a tájékoztatási kötelezettséget és a 14 napos elállási jogot.
• A megrendelés gombján egyértelműen jelezni kell, hogy a megrendelés fizetési kötelezettséggel jár. Ez a 2011/83/EU irányelvből átvett szabály.
• Határozatlan időre szóló vagy automatikusan megújuló szerződésnél a tájékoztatásnak ki kell térnie a szerződés időtartamára és a felmondás feltételeire.
• A vásárlók személyes és fizetési adatainak kezelésére a GDPR vonatkozik.

Gyakran bizonytalan, hogy ismétlődő szállításnál mitől számít az elállási határidő, és mi a helyzet a már kiszállított tételekkel. Ezt mindenképp jogásszal tisztázd, mert a válasz attól is függhet, hogyan épül fel a szerződés (Szakmai feltételezés).

Hogyan mérd, hogy működik-e az előfizetés?

Két szám a kiindulópont, az aktív előfizetők száma és a havi lemorzsolódási arány. Ezek mellé érdemes figyelni a kihagyási arányt, a sikertelen terhelések miatti megszűnéseket és az előfizetéshez kapcsolódó ügyfélszolgálati megkeresések számát.

• Aktív előfizetők száma a hónap végén azok, akiknek van következő ütemezett szállítása. A szüneteltetőket külön sorban számold.
• Havi lemorzsolódás = a hónapban lemondott előfizetők száma osztva a hónap elején aktív előfizetők számával.
• Kényszerű lemorzsolódás a sikertelen fizetés miatt megszűnt előfizetések köre. Ezt érdemes külön kezelni, mert jobb újrapróbálási és értesítési folyamattal jó eséllyel csökkenthető.
• Kihagyási arány az ütemezett szállítások közül kihagyottak aránya. Ha tartósan magas, valószínűleg túl sűrű az alapértelmezett gyakoriság.
• Ügyfélszolgálati teher az előfizetéssel kapcsolatos jegyek száma 100 aktív előfizetőre vetítve.

Ez utóbbi mutatja meg leggyorsabban, ha a konstrukció több munkát okoz, mint amennyi hasznot hoz. Ha a jegyek száma nő, miközben az aktív előfizetők száma stagnál, nézd meg, melyik kéréshez hiányzik önkiszolgáló funkció (Saját tapasztalat).

Az előfizetők bevételét hasonlítsd össze azoknak a vásárlóknak a bevételével, akik ugyanazt a terméket előfizetés nélkül veszik rendszeresen. Ha a különbség kicsi, az előfizetés jórészt olyanoknak adja oda a kedvezményt, akik amúgy is visszajöttek volna (Szakmai feltételezés, ami a saját adataidon ellenőrizhető).

Hogyan indíts el egy próbát kis kockázattal?

Egy-három termékkel, előre rögzített mérési időszakkal. Így kiderül, hogy a vásárlóid használják-e a lehetőséget, mielőtt az egész kínálatra kiterjesztenéd.

Válaszd azokat a termékeket, ahol a rendelési adatok a legtöbb újravásárlót és a legegyenletesebb ritmust mutatják. Az alapértelmezett gyakoriságot a mért átlagos újravásárlási időhöz igazítsd, inkább kicsit ritkábbra, mint sűrűbbre, mert a túl sűrű szállítás otthon felhalmozódó készletet és lemondást hoz (Szakmai feltételezés). A próbát legalább három szállítási ciklusig futtasd, mert az első ciklus után még alig látszik a lemorzsolódás.

A termékoldalon az előfizetés feltételeit szövegben is írd le (gyakoriság, a módosítás és a lemondás módja). Ez a vásárlónak és a válaszmotoroknak is segít. A Schema.org szókincsében van ismétlődő számlázásra utaló tulajdonság (például a UnitPriceSpecification típus billingDuration mezője), de hogy egy kereső ezt megjeleníti-e, az nem garantált (Szakmai feltételezés).

Mi legyen az ellenőrzőlistán az indítás előtt?

A jogi pontokat szakember ellenőrizze.

• A termékeket a rendelési adatok alapján választottad ki, és ismered a jellemző újravásárlási időt.
• A fizetési szolgáltatód kezeli a tokenizált ismétlődő terhelést.
• Az első terhelés erős ügyfélhitelesítéssel megy, a későbbiek erre a megbízásra hivatkoznak.
• Sikertelen terhelésnél van automatikus újrapróbálás és értesítő, és a vásárló a fiókjában frissítheti a kártyáját.
• A fiókban önállóan lehet kihagyni, módosítani, szüneteltetni és lemondani.
• Minden terhelés előtt megy emlékeztető e-mail a dátummal, az összeggel és a kihagyás lehetőségével.
• A termékoldalon és a pénztárban egyértelmű, hogy ismétlődő fizetésről van szó, milyen gyakorisággal és milyen összegben.
• Az ÁSZF és az adatkezelési tájékoztató kitér az előfizetésre, az árváltozásra és a felmondásra, és ezt jogász átnézte.
• Az elállás online is gyakorolható, a 2026. június 19-től alkalmazandó szabályokkal összhangban, ezt is jogász ellenőrizte.
• Van leírt folyamat az árváltozás közlésére.
• Tudod, mi történik, ha egy termék elfogy egy ütemezett szállítás előtt.
• Az ügyfélszolgálat kapott rövid leírást az előfizetéssel kapcsolatos gyakori kérdésekről.
• Beállítottad a mérést az aktív előfizetőkre, a lemorzsolódásra, a kényszerű lemorzsolódásra, a kihagyásra és a jegyek számára.

Források és további olvasnivalók

• 45/2014. (II. 26.) Korm. rendelet a fogyasztó és a vállalkozás közötti szerződések részletes szabályairól
• 2013. évi V. törvény a Polgári Törvénykönyvről
• 2011/83/EU irányelv a fogyasztók jogairól
• (EU) 2023/2673 irányelv a távollévők között kötött pénzügyi szolgáltatási szerződésekről és a 2011/83/EU irányelv módosításáról
• (EU) 2015/2366 irányelv (PSD2) és az (EU) 2018/389 felhatalmazáson alapuló rendelet az erős ügyfél-hitelesítésről
• PCI Security Standards Council, PCI DSS
• (EU) 2016/679 rendelet (GDPR)
• Schema.org, UnitPriceSpecification
• Google Search Central, termékekre vonatkozó strukturált adatok dokumentációja