Webshop: bérelt rendszer vagy egyedi fejlesztés?

A Mesterséges Intelligencia Központ Kft. budapesti szoftverfejlesztő cég szerint bérelt webshoppal akkor érdemes indulni, ha a kínálat belefér a kereteibe; egyedi fejlesztés akkor éri meg, ha az árazás vagy az integrációk kinövik azt.

Lényeg: Három kérdés dönt: belefér-e a termékkör és a rendelési folyamat egy bérelt rendszer kereteibe, hány más rendszerrel kell a webshopnak adatot cserélnie, és mennyire fontos, hogy a platform korlátai nélkül lehessen továbbfejleszteni. Sok cégnek a bérelt rendszer a jó első lépés: ha az adatok exportálhatók, később is át lehet lépni egyedi megoldásra.

Milyen lehetőségek közül lehet választani?

A „webshop” ma négyféle utat jelenthet. A határok nem élesek: egy bérelt rendszer mögé is épülhet egyedi integráció, egy egyedi webshop is használhat kész fizetési oldalt. A felelősség és a mozgástér azonban mindegyiknél máshol van.

Bérelt webshop (SaaS)

A SaaS (software as a service, szoftver szolgáltatásként) azt jelenti, hogy a webshop szoftverét a szolgáltató futtatja, frissíti és védi, a kereskedő pedig előfizet rá, és böngészőből kezeli. Nemzetközi példa a Shopify, a magyar piacon a Shoprenter és az UNAS. A bérelt rendszerek bővítményekkel egészíthetők ki, és többségük API-t is kínál: ez az a programozói felület, amelyen keresztül egy másik rendszer adatot kérhet le a webshopból, vagy adatot írhat bele.

A Shoprenter fejlesztői dokumentációja erőforrásonként írja le a felületet (többek között a termékeket, a vevőket és a rendeléseket), és webhookot is kínál: olyan automatikus üzenetet, amelyet a webshop egy esemény, például egy rendelés leadása vagy állapotváltozása után küld egy külső rendszernek (Shoprenter: WebHook automation). Az UNAS dokumentációja szerint az API célja a webáruház akár kétirányú összekapcsolása külső rendszerekkel, például számlázóval vagy készletkezelővel; a felület a PREMIUM és a VIP előfizetési csomaggal használható (UNAS: API dokumentáció, ellenőrizve: 2026. október 17.). Érdemes tehát már a csomag kiválasztásakor megnézni, mit enged az adott szint.

Nyílt forrású, saját üzemeltetésű webshop

Gyakori példa a WooCommerce, amely a WordPress tartalomkezelő nyílt forrású webshop-bővítménye. A forráskódja a GNU General Public License 2-es vagy későbbi változata alatt érhető el (WooCommerce: licenc), a bővítmény leírása pedig REST API-t és webhookokat említ az integrációkhoz, és kiemeli, hogy a bolt tartalma és adatai a tulajdonosnál maradnak (WordPress.org: WooCommerce). A szabadságnak ára van: a tárhelyről, a WordPress és a bővítmények frissítéséről, a biztonsági mentésről és a védelemről a tulajdonosnak vagy az általa megbízott üzemeltetőnek kell gondoskodnia.

Headless webshop

A headless („fej nélküli”) felépítésben a vásárló által látott felület és a webshop motorja külön rendszer. A Shopify fejlesztői dokumentációja szerint a headless kereskedelem szétválasztja a bolt frontendjét a backendjétől: a felületet bármilyen technológiával meg lehet építeni és üzemeltetni, a termékeket, a kosarat és a pénztárt pedig a platform API-ja szolgáltatja (Shopify: Headless). Ez akkor hasznos, ha a vásárlói élménynek nagyon egyedinek kell lennie, ha a webshop egy tartalomban gazdag weboldal része, vagy ha ugyanazt a kínálatot több csatornán (weben, mobilalkalmazásban, kioszkon) kell megjeleníteni. Cserébe két rendszert kell karbantartani: a platformot és a saját felületet.

Egyedi fejlesztésű webshop

Egyedi webshopnál a termékmodell, az árazás, a rendelési folyamat és az integrációk pontosan a cég működéséhez készülnek. Nincs platformkorlát, de nincs is kész bővítménypiac: amit a webshopnak tudnia kell, azt meg kell tervezni, fejleszteni, tesztelni és üzemeltetni. Az egyedi út akkor erős, ha a webshop a cég fő értékesítési csatornája, és szorosan együtt kell dolgoznia a vállalatirányítási rendszerrel, a raktárral vagy a gyártással.

Összehasonlítás egy táblázatban

Szempont	Bérelt rendszer	Nyílt forrású (pl. WooCommerce)	Headless	Egyedi fejlesztés
Indulás	a leggyorsabb: kész téma és beállítás	gyors, ha a kész témák és bővítmények elegendők	hosszabb: a saját felületet meg kell építeni	a leghosszabb; a fejlesztés mérete dönti el
Díjmodell	előfizetés, a kiegészítő alkalmazások díja külön is felmerülhet	a szoftverért nincs előfizetés; tárhely, fizetős bővítmények és üzemeltetés	a platform előfizetése, plusz a saját felület fejlesztése és üzemeltetése	egyszeri fejlesztés, utána üzemeltetés és továbbfejlesztés
Bővíthetőség	a platform keretein és a bővítménypiacon belül	szabadon, de minden bővítmény újabb frissítendő elem	a felület szabadon alakítható, a motor a platformé	korlátlan, a forráskódról a szerződés rendelkezik
Integrációk (készlet, ERP, számlázó, futár)	kész bővítménnyel vagy az API-n át, ha a csomag engedi	bővítménnyel vagy egyedi kóddal	a platform API-ján át	bármilyen felületen, a cég igényei szerint
Teljesítmény	a szolgáltató infrastruktúrája és a téma minősége szabja meg	a tárhelyen és a bővítmények számán múlik	jól optimalizálható, de saját munka	a tervezésen és az üzemeltetésen múlik
Adatok és export	a platform exportfunkciói és feltételei szerint	a teljes adatbázis a tulajdonosé	a motor adatai a platformon vannak	a teljes adatbázis a megrendelőé
Tárhely és biztonság	a szolgáltató felel érte	a tulajdonos vagy az üzemeltetője	megosztva: a motor a platformé, a felület a cégé	a megrendelő vagy az általa megbízott üzemeltető

A sebességet érdemes mérni, nem becsülni: a Google által javasolt Core Web Vitals mutatók a betöltést (LCP), a válaszkészséget (INP) és a vizuális stabilitást (CLS) mérik (web.dev: Web Vitals), és bármelyik webshoptípusra ugyanúgy alkalmazhatók.

Mikor elég a bérelt rendszer, és mikor éri meg az egyedi?

Jelek, hogy a bérelt rendszer elég

A termékek egyszerűek: kevés változat, egyértelmű ár, nincs összetett konfiguráció.
A rendelési folyamat a megszokott: kosár, szállítási mód, fizetés, visszaigazolás.
Van kész bővítmény a szükséges integrációkhoz: számlázóhoz, futárszolgálathoz, fizetéshez.
Fontos a gyors indulás, és a csapatnak nincs ideje vagy szándéka szervert üzemeltetni.
A webshop az egyik értékesítési csatorna, nem a teljes üzleti modell.

Jelek, hogy érdemes egyedi vagy headless irányba lépni

A termékek konfigurálhatók, méretre készülnek, vagy az ár több tényezőből számítódik.
Viszonteladói (B2B) árlisták, egyedi kedvezményszabályok, keretszerződéses árak kellenek.
A webshopnak valós időben kell együtt dolgoznia az ERP-vel, a raktárral vagy a gyártással.
A bővítmények száma már akkora, hogy egy frissítés is kockázat.
A platform korlátai miatt a cég a saját folyamatát igazítja a szoftverhez, nem fordítva.

Gyakori és jó köztes megoldás a bérelt webshop egyedi integrációval: a bolt marad a platformon, mögötte pedig egy egyedi szolgáltatás köti össze a rendeléseket a számlázóval, a raktárral és a vállalatirányítási rendszerrel. Ez rendszerintegrációs feladat; a részleteket a Folyamatautomatizálás oldal írja le. Az egyedi szoftver és a kész termék általános összevetését az Egyedi szoftver vagy kész megoldás (SaaS)? cikk tárgyalja.

Magyar sajátosságok: számlázás, NAV, futárok, fizetés

Számlázás és a NAV Online Számla

A NAV tájékoztatója szerint 2021. január 4. óta a számlaadat-szolgáltatás a nem áfaalany személynek, így a magánszemély vásárlónak kiállított számlára is kiterjed; a számlázó programnak a számla kiállításakor azonnal, emberi beavatkozás nélkül, XML formátumban kell az adatokat elektronikusan továbbítania az Online Számla rendszerbe (NAV). A gépi interfész leírását a NAV nyilvános tárhelyen is közzéteszi (NAV: Online-Invoice). A webshopok ezt jellemzően egy számlázó szolgáltatáson keresztül oldják meg: a Számlázz.hu dokumentációja szerint például a Számla Agent nevű felülettel XML-ben automatizálhatók a számla- és nyugtaműveletek (Számlázz.hu: API-dokumentáció). A lényeg a folyamat: a fizetett vagy teljesített rendelésből kézi átvezetés nélkül szülessen számla, és a hibás vagy visszautasított adatszolgáltatásról valaki értesüljön.

Futárszolgálatok és csomagautomaták

A futár- és csomagpont-szolgáltatók bekötése három dolgot jelent: a pénztárban a vásárló kiválaszthatja az átvételi pontot vagy automatát, a rendelésből automatikusan elkészül a csomagcímke, és a csomag állapota visszakerül a webshopba és a vásárlóhoz. Bérelt rendszernél érdemes megnézni, van-e ehhez kész bővítmény; egyedi webshopnál, vagy ha nincs megfelelő bővítmény, a szolgáltató felületére kötjük rá. Bekötjük például a GLS, a Foxpost, az MPL vagy a Packeta szolgáltatását.

Online fizetés

A bankkártyás fizetésnél a PCI DSS nemzetközi biztonsági szabvány vonatkozik mindenkire, aki kártyaadatot tárol, feldolgoz vagy továbbít. A Stripe dokumentációja szerint a kockázatot csökkentő integrációknál a fizetési adat közvetlenül a fizetési szolgáltatóhoz jut, a kereskedő szerverein nem halad át, és ez csökkenti a kereskedő PCI-kötelezettségeit (Stripe: Integration security guide). Ezért javasoljuk, hogy a kártyaadatot a webshop ne tárolja: a fizetés a szolgáltató (például a Barion, a SimplePay vagy a Stripe) oldalán vagy beágyazott felületén történjen.

Készlet és vállalatirányítás

Ha a készlet egy raktárkezelőben vagy ERP-ben él, a webshopnak onnan kell olvasnia, hogy elfogyott terméket ne lehessen megrendelni, és oda kell írnia a rendeléseket. Ez a webshop egyik legfontosabb kapcsolata; az ügyviteli oldalról az Üzleti szoftverek oldal szól.

Jogi tudnivalók, amelyek minden webshopra vonatkoznak

A jogszabályok a platformtól függetlenül érvényesek: bérelt rendszernél a platform sok mindenben segít, de a megfelelésért a kereskedő felel. Ez tájékoztatás, nem jogi tanács; a konkrét esetben érdemes jogásszal egyeztetni.

Elállási jog

A 2011/83/EU irányelv a távollevők között kötött szerződésekre szabályozza a fogyasztók jogait; az alábbiak a 2026. szeptember 27-i egységes szerkezetű szövegen alapulnak (EUR-Lex: 2011/83/EU, egységes szerkezetben):

A fogyasztó a 9. cikk (1) bekezdése szerint 14 napon belül indoklás nélkül elállhat a szerződéstől; áruknál az időszak főszabályként az áru átvételének napjától számít.
A kereskedőnek a 6. cikk (1) bekezdésének h) pontja szerint a szerződés előtt tájékoztatnia kell az elállási jog feltételeiről, határidejéről és menetéről; ehhez tartozik a nyilatkozatminta és (ha van) az elállási funkció meglétéről és helyéről szóló tájékoztatás.
Az (EU) 2023/2673 irányelvvel beiktatott 11a. cikk szerint az online felületen kötött távollevők közötti szerződéseknél a kereskedőnek az „elállás a szerződéstől” szöveggel (vagy annak megfelelő, egyértelmű megfogalmazással) ellátott, az elállási időszak alatt folyamatosan elérhető elállási funkciót kell biztosítania, amellyel a fogyasztó online elállási nyilatkozatot küldhet; a nyilatkozatot az „elállás megerősítése” feliratú lépés küldi el, és a kereskedő tartós adathordozón átvételi elismervényt küld róla. A tagállamok ezeket a rendelkezéseket 2026. június 19-től alkalmazzák (EUR-Lex: (EU) 2023/2673 irányelv).
Ha ez a tájékoztatás elmarad, a 10. cikk szerint az elállási időszak az eredeti határidő lejárta után 12 hónappal jár le.
A 13. cikk szerint a kereskedő az elállásról való értesüléstől számított 14 napon belül visszatéríti a fogyasztó által fizetett teljes összeget, adott esetben a szállítási költséggel együtt.
A 16. cikk kivételeket sorol fel, például a fogyasztó által megadott jellemzők szerint elkészített vagy egyértelműen a személyére szabott árut.

Magyarországon a részletszabályokat a 45/2014. (II. 26.) Korm. rendelet tartalmazza; az elállási funkciót a 22. §-ának a 415/2025. (XII. 23.) Korm. rendelettel beiktatott rendelkezései szabályozzák (Nemzeti Jogszabálytár, ellenőrizve: 2026. október 17.). A webshop számára ez konkrét funkciókat jelent: a tájékoztatásnak meg kell jelennie a rendelés előtt, az online elállási funkciónak az elállási időszak alatt folyamatosan elérhetőnek kell lennie, átvételi elismervénnyel, a visszaküldést és a visszatérítést követni kell, a személyre szabott termékeket pedig meg kell jelölni.

Akadálymentesség

Az (EU) 2019/882 irányelv szerint a tagállamoknak 2025. június 28-tól kell alkalmazniuk a fogyasztóknak nyújtott e-kereskedelmi szolgáltatásokra vonatkozó akadálymentességi követelményeket (a magyar szabályok az irányelv átültetésén alapulnak); e-kereskedelmi szolgáltatásnak a honlapokon és mobileszköz-alapú szolgáltatásokon keresztül, a fogyasztói szerződés megkötése céljából nyújtott szolgáltatás számít (EUR-Lex: (EU) 2019/882). A szolgáltatást nyújtó mikrovállalkozásokat (az irányelv szerint a tíz főnél kevesebb személyt foglalkoztató, meghatározott árbevétel- vagy mérlegfőösszeg-határ alatti vállalkozásokat) mentesíteni kell a követelmények alól (4. cikk (5) bekezdés). Az irányelv I. melléklete szerint a honlapokat és a mobilalkalmazásokat érzékelhetővé, kezelhetővé, érthetővé és stabillá kell tenni. Bérelt rendszernél ennek egy része a platform és a választott téma minőségén múlik, ezért érdemes a témát akadálymentességi szempontból is ellenőrizni; egyedi webshopnál a WCAG 2.2 irányelveit követjük.

Sütik és hozzájárulás

Az elektronikus hírközlési adatvédelmi irányelv, a 2002/58/EK egységes szerkezetbe foglalt szövegének 5. cikk (3) bekezdése szerint a felhasználó eszközén adatot tárolni vagy az ott tárolt adathoz hozzáférni csak egyértelmű és teljes körű tájékoztatás után adott előzetes hozzájárulással lehet. Kivétel az a tárolás, amely a felhasználó által kifejezetten kért szolgáltatás nyújtásához feltétlenül szükséges (EUR-Lex: 2002/58/EK). A kosár működéséhez szükséges süti tehát más elbírálás alá esik, mint egy mérő- vagy hirdetési süti: az utóbbiakhoz hozzájárulás kell, és a sütisávnak a valódi választást kell lehetővé tennie.

Mesterséges intelligencia a webshopban

Termékszövegek: termékleírások, kategóriaszövegek és fordítások előkészítése nagy nyelvi modellel. A bérelt platformok egy része ezt már beépítve kínálja: a Shopify súgója szerint az adminfelület AI-funkciói termékleírást is írnak, és a Shopify maga is azt kéri, hogy a kereskedő minden AI által létrehozott tartalmat ellenőrizzen, mert hibás lehet (Shopify Help Center: AI-funkciók).
Kereső: olyan termékkeresés, amely a vásárló szándékát is érti („vízálló túracipő esőre”), nem csak a pontos kulcsszót.
Ügyfélszolgálat: AI-chatbot, amely a termékekről, a szállítási feltételekről és a rendelési állapotról a webshop saját adataiból válaszol, és jelzi, hogy a vásárló mesterséges intelligenciával beszél. Részletek az AI-chatbot és AI-ügynök oldalon; a jogi háttérről az AI Act és GDPR cikk szól.

Bérelt rendszerben az AI-funkciók köre azon múlik, mit kínál a platform vagy egy bővítmény. Egyedi webshopnál vagy egyedi integrációval az OpenAI (ChatGPT), az Anthropic (Claude) és a Google (Gemini) modelljei közül választhatunk, és a modellt közvetlenül a webshop adataihoz kötjük, emberi ellenőrzéssel ott, ahol egy hiba pénzbe vagy bizalomba kerül.

Költözés: bérelt rendszerről egyedire

Sok cég bérelt rendszerrel indul, és akkor lép tovább, amikor a webshop kinövi a kereteit. Hogy ez mennyire zökkenőmentes, az nagyrészt azon múlik, mennyi adat vihető ki a régi rendszerből. A Shopify súgója szerint például a termékek, a rendelések és a vásárlók is exportálhatók CSV-fájlba (Shopify: termékek exportja, rendelések exportja, vásárlók exportja), a termékekhez tartozó képek azonban nem kerülnek bele a termék-CSV-be, így azokat külön kell menteni. A költözés lépései:

Adatleltár: milyen adat van a régi rendszerben (termékek, változatok, képek, vevők, korábbi rendelések, kuponok, tartalmi oldalak), és mi exportálható belőle.
Adatleképezés és tisztítás: melyik régi mező hová kerül, mit kell rendbe tenni, például kettőzött vevőket vagy hiányos termékadatokat.
URL-térkép és átirányítás: a Google Search Central útmutatója szerint a régi címeket egyenként hozzá kell rendelni az újakhoz, és szerveroldali, végleges (301-es vagy 308-as) átirányítást kell beállítani, hogy a keresőkben elért helyezés ne vesszen el (Google Search Central).
Integrációk átkötése: számlázó, fizetés, futár, készlet, mindez próbarendelésekkel végigtesztelve.
Élesítés és utókövetés: a régi rendszer adatainak utolsó szinkronja, majd a mutatók és a hibák figyelése az átállás után.

Ha ma bérelt rendszert választanak, érdemes már most kilépési tervet készíteni: mely adatok exportálhatók, milyen formában, és van-e API, amelyen keresztül egy későbbi rendszer folyamatosan átveheti őket.

Mitől függ a költség és az idő?

Bérelt rendszernél a költség az előfizetésből, a kiegészítő alkalmazásokból, a témából és a beállításra fordított munkából áll össze; ha egyedi integráció is kell, az külön fejlesztés. Egyedi webshopnál a fejlesztés funkcionális méretét COSMIC funkciópontban mérjük (ISO/IEC 19761), és ebből készül az ajánlat és az ütemterv. A méreten túl ezek számítanak:

az integrációk száma, és az, hogy mennyire jól dokumentált a felületük;
a termékmodell összetettsége: változatok, konfigurálható termékek, egyedi árazási szabályok;
a design egyedisége és a felületek száma (web, mobil, adminfelület);
az átköltöztetendő adatok mennyisége és minősége;
a nem funkcionális követelmények: sebesség, rendelkezésre állás, akadálymentesség, biztonság;
az üzemeltetés és a továbbfejlesztés köre az átadás után.

A mérés módszerét az Árazás oldal írja le.

Gyakori hibák a döntésnél

Csak az induló költséget nézik, a több évre szóló előfizetést, bővítményeket és üzemeltetést nem.
Nem nézik meg előre, milyen adat exportálható, és van-e API a választott csomagban.
Annyi bővítményt telepítenek, hogy egy frissítés után már senki nem tudja, mi miért romlott el.
Kézi számlázással indulnak, és a rendelésszám növekedésével a számlázás válik szűk keresztmetszetté.
Költözéskor elmarad az átirányítás, és a régi címek hibaoldalra vezetnek.
A sütisáv alapértelmezésben mindent elfogad, vagy elutasításkor is betölti a mérőkódokat.

Gyakori kérdések

Bérelt vagy egyedi webshopot válasszunk?

Ha a termékkör és a rendelési folyamat belefér egy bérelt rendszer (például Shopify, Shoprenter, UNAS) vagy a WooCommerce kereteibe, az a gyorsabb és kisebb kockázatú indulás. Egyedi webshop akkor éri meg, ha különleges a termékkör vagy az árazás, ha szoros, valós idejű kapcsolat kell egy ERP-vel vagy raktárral, vagy ha a webshop a fő értékesítési csatorna, és a platform korlátai nélkül szeretnék fejleszteni. Köztes út a bérelt webshop egyedi integrációval.

Át lehet költözni egy bérelt rendszerről egyedire?

Igen, ha a régi rendszerből az adatok kivihetők: termékek, vevők, rendelések, képek és tartalmak. A költözés lényeges része a régi címek átirányítása az újakra és az integrációk átkötése. Érdemes már a bérelt rendszer kiválasztásakor megnézni, milyen exportot és API-t kínál.

Össze lehet kötni a webshopot a számlázóval és a raktárral?

Igen. A számlázót (például Számlázz.hu, Billingo) automatikus számlakiállítással, a raktárkezelőt vagy az ERP-t készletszinkronnal kötjük be, ha van elérhető felületük (API), vagy az adat fájlban, adatbázisban elérhető. Bérelt webshop mögé is építhető ilyen kapcsolat, ha a platform API-ja a választott csomagban elérhető.

Kié az adat egy bérelt rendszerben?

Ezt a platform felhasználási feltételei és adatfeldolgozási megállapodása határozza meg; a GDPR 28. cikke szerint az adatkezelő nevében végzett adatfeldolgozást szerződésnek kell szabályoznia (EUR-Lex: (EU) 2016/679). A gyakorlatban az a döntő, ki tudják-e vinni az adataikat: a nagyobb platformok exportot és API-t kínálnak, de ennek terjedelme platformonként és csomagonként eltér. Saját üzemeltetésű vagy egyedi webshopnál a teljes adatbázis a tulajdonosnál van.

Akadálymentesnek kell lennie a webshopnak?

Az (EU) 2019/882 irányelvet átültető szabályok szerint a fogyasztóknak nyújtott e-kereskedelmi szolgáltatásoknak 2025. június 28. óta meg kell felelniük az akadálymentességi követelményeknek; a szolgáltatást nyújtó mikrovállalkozásokat az irányelv szerint mentesíteni kell. Ha a cég nem mikrovállalkozás, a webshopot érdemes akadálymentességi szempontból átvizsgálni, bérelt rendszernél a témát is. Ez tájékoztatás, nem jogi tanács.

Hogyan segítünk?

Egyedi webáruházat fejlesztünk, és összekötjük a fizetési, szállítási és számlázási szolgáltatókkal, a raktárral és az ERP-vel, kérésre mesterséges intelligenciával is. Ha a bérelt rendszer jól szolgálja Önöket, nem kell lecserélni: mögé építjük meg az integrációt. A részleteket a Webshop-fejlesztés oldal írja le.

Az első egyeztetés díjmentes, kérésre titoktartási szerződést (NDA) kötünk, és átadás után az üzemeltetést és a karbantartást is vállaljuk. A forráskódról és a felhasználási jogokról a szerződés rendelkezik. Ha néhány mondatban leírja, mit árul és milyen rendszerekkel dolgozik, vegye fel velünk a kapcsolatot.