Webshop üzemeltetés költségei 2026 – Mit tartalmaz a havi díj?

Egy webshop üzemeltetése nem abból áll, hogy kifizeted a tárhelyet, majd vársz a rendelésekre. A webáruház technikailag működhet úgy is, hogy közben lassú, hibás adatokat küld a Google felé, elavult modulokat használ, rosszul kezeli a készletet, vagy éppen a pénztárnál veszít el vásárlókat.

Ezért a webshop üzemeltetés költsége nem egyetlen tétel. A teljes kiadásban benne lehet a rendszerhasználat, a tárhely, a karbantartás, a hibajavítás, a frissítés, az integrációk működtetése, a termékadatok kezelése, a technikai SEO és az a szakmai háttér is, amelyhez probléma esetén fordulni lehet.

Vagyis két, látszólag azonos méretű webáruház havi költsége között jelentős különbség lehet. Az egyiknél csak néhány termék és heti pár rendelés van. A másiknál több ezer termék, beszállítói import, készletszinkron, bankkártyás fizetés, futárkapcsolat, számlázó, Merchant Center-termékfeed és rendszeres fejlesztési igény működik egyszerre.

Ebben a cikkben azt nézzük meg, miből áll össze egy webáruház üzemeltetése, mely feladatokat lehet házon belül kezelni, mihez kell fejlesztő, és milyen költségeket érdemes már az indulás előtt betervezni.

Mit jelent a webshop üzemeltetése?

A webshop üzemeltetése minden olyan folyamatos feladatot magában foglal, amely szükséges ahhoz, hogy a webáruház:

• elérhető és gyors maradjon,
• helyesen kezelje a termékeket, árakat és készleteket,
• fogadni tudja a rendeléseket,
• együttműködjön a fizetési, szállítási és számlázási rendszerekkel,
• biztonságosan működjön,
• megfelelő adatokat küldjön a Google és más külső platformok felé,
• alkalmazkodjon az üzleti és technikai változásokhoz,
• és probléma esetén helyreállítható legyen.

Az üzemeltetés tehát nem azonos a termékfeltöltéssel, és nem azonos a marketinggel sem. Egy webáruház napi működésében ezek összekapcsolódnak, de külön költség- és felelősségi területeket jelentenek.

A webshop üzemeltetésének három szintje

Érdemes különválasztani három feladatcsoportot, mert ezek gyakran összekeverednek egy ajánlatban.

1. Üzleti és kereskedelmi üzemeltetés

Ide tartozik például:

• termékbeszerzés,
• árképzés,
• készletgazdálkodás,
• rendelések feldolgozása,
• csomagolás és kiszállítás,
• ügyfélszolgálat,
• visszáru és garanciális ügyintézés.

Ezeket általában maga a kereskedő, a saját munkatársai vagy egy fulfillment szolgáltató végzi.

2. Tartalmi és marketingüzemeltetés

Ide sorolható:

• termék- és kategórialeírások készítése,
• képek feltöltése,
• akciók és kuponok kezelése,
• blogcikkek és útmutatók,
• hírlevelek,
• hirdetések,
• keresőoptimalizálási tartalmak.

Ez lehet belső feladat, marketingügynökségi szolgáltatás vagy külön tartalomkezelési csomag része.

3. Technikai üzemeltetés

A technikai üzemeltetés biztosítja, hogy maga a rendszer működőképes maradjon:

• tárhely és szerverkörnyezet,
• biztonsági mentések,
• frissítések,
• modulok és integrációk ellenőrzése,
• hibajavítás,
• sebességoptimalizálás,
• biztonsági problémák kezelése,
• termékfeedek és API-k működtetése,
• technikai SEO hibák javítása.

A legtöbb félreértés abból származik, hogy valaki technikai üzemeltetést rendel, de valójában teljes webshopmenedzsmentet vár. Az ajánlatban ezért pontosan rögzíteni kell, hogy ki miért felel.

Miből áll össze a webshop üzemeltetés költsége?

Webshoprendszer vagy előfizetés díja

Bérelhető webáruházaknál – például UNAS vagy más SaaS rendszer esetén – rendszeres előfizetési díjjal kell számolni. A választott csomag befolyásolhatja:

• az elérhető funkciókat,
• a termékszámot,
• az integrációkat,
• az API-hozzáférést,
• a többnyelvűséget,
• az adminisztrátori lehetőségeket,
• és a támogatás szintjét.

Nyílt forráskódú rendszernél – például OpenCart vagy WooCommerce esetén – nincs feltétlenül havi licencdíj, de ez nem jelenti azt, hogy a rendszer ingyen működik. A tárhelyet, a fejlesztést, a karbantartást és a frissítést külön kell finanszírozni.

Domain és tárhely

A domain általában kisebb éves költség. A tárhely azonban már nem egyszerűen azt jelenti, hogy hány gigabájt áll rendelkezésre.

Webshopnál számít:

• a processzor- és memóriahasználat,
• az adatbázis teljesítménye,
• a párhuzamos látogatók száma,
• a mentések gyakorisága,
• a rendelkezésre állás,
• a szerveroldali gyorsítótár,
• az SSL-tanúsítvány,
• a naplófájlok hozzáférhetősége,
• és a szolgáltatói támogatás.

Egy olcsó tárhely megfelelő lehet egy kis bemutatkozó oldalnak, de egy több ezer termékes, rendszeres importot futtató webshopnál már komoly korlátot jelenthet.

Rendszerfrissítések

A frissítés nem minden esetben egyetlen gomb megnyomása. Egy nyílt forráskódú webshopnál ellenőrizni kell:

• a webshopmotor verzióját,
• a PHP- és adatbázis-kompatibilitást,
• a sablon működését,
• a telepített modulokat,
• az egyedi módosításokat,
• a fizetési és szállítási kapcsolatokat,
• és a frissítés utáni rendelési folyamatot.

Egy hibás frissítés után előfordulhat, hogy az adminisztráció működik, de a fizetés, a termékopció vagy a rendelési státusz már nem. Ezért komolyabb webshopnál a frissítés előtt mentés, tesztkörnyezet és ellenőrzési lista szükséges.

Biztonsági mentés és helyreállítás

A biztonsági mentés csak akkor ér valamit, ha:

• rendszeresen elkészül,
• nem ugyanazon a szerveren tárolják az egyetlen példányt,
• az adatbázist és a fájlokat is tartalmazza,
• visszaállítható,
• és valaki tudja, melyik mentést mikor kell használni.

Sok tárhelyszolgáltató készít mentést, de ettől még érdemes tisztázni a megőrzési időt, a visszaállítás díját és azt, hogy egy hibás import vagy feltörés után milyen állapot állítható helyre.

Hibajavítás

A webshop üzemeltetése során előbb-utóbb hiba keletkezik. Ez nem feltétlenül azért történik, mert a rendszer rossz. Változhat egy külső API, frissülhet a fizetési szolgáltató, lejárhat egy kulcs, módosulhat a futárcég kapcsolata, vagy összeakadhat két bővítmény.

Gyakori technikai hibák:

• nem működő pénztár,
• hibás bankkártyás visszajelzés,
• eltérő ár a webshopban és a feedben,
• nem frissülő készlet,
• hibás rendelési státusz,
• eltűnő szállítási mód,
• lassú termékoldal,
• hibás képmegjelenítés,
• adminisztrációs belépési probléma,
• 404-es vagy átirányítási hiba.

A hibajavítás lehet óradíjas, eseti árajánlatos vagy havi támogatási csomag része.

Fejlesztői rendelkezésre állás

Az üzemeltetési díj egyik legértékesebb, mégis nehezen mérhető része az, hogy van-e kihez fordulni, amikor probléma történik.

Nem ugyanazt jelenti:

• egy általános ügyfélszolgálat,
• egy rendszeradminisztrátor,
• egy sablonfejlesztő,
• egy OpenCart- vagy UNAS-specialista,
• és egy olyan fejlesztő, aki az adott webshop egyedi működését is ismeri.

A rendelkezésre állási díj nem feltétlenül tartalmaz korlátlan fejlesztési időt. Azt biztosíthatja, hogy a szolgáltató ismeri a rendszert, prioritással foglalkozik a hibákkal, és nem a probléma bekövetkezése után kell először hozzáféréseket és dokumentációt keresni.

Modulok, bővítmények és licencek

A fizetős modulok költsége lehet:

• egyszeri licencdíj,
• éves megújítás,
• havi előfizetés,
• domainhez vagy webshophoz kötött licenc,
• telepítési és beállítási díj,
• verziófrissítési díj.

A modul áránál fontosabb kérdés, hogy van-e hozzá támogatás, milyen gyakran frissítik, kompatibilis-e a webshop verziójával és a használt sablonnal.

Fizetési integrációk

A bankkártyás fizetésnél külön költség lehet:

• a fizetési szolgáltató tranzakciós díja,
• a modul vagy alkalmazás díja,
• a technikai beállítás,
• a tesztelés,
• a későbbi verziófrissítés,
• és a hibajavítás.

A fizetési szolgáltató által levont tranzakciós díj nem webshop-üzemeltetési munkadíj, de a teljes működési költséghez hozzátartozik.

Szállítási és futárkapcsolatok

A futármodul vagy csomagpont-integráció kezelheti:

• a szállítási mód kiválasztását,
• a csomagpontok listáját,
• a címkenyomtatást,
• a csomagadatok átadását,
• a nyomkövetési számot,
• és a rendelési státuszokat.

Ha a futárszolgálat módosítja az API-ját, a modul frissítésre szorulhat. Egy működő integráció tehát nem örök állapot.

Számlázó-, ERP- és raktárkapcsolat

A külső rendszerek összekötése jelentősen csökkentheti a kézi munkát, de folyamatos ellenőrzést is igényelhet.

Költséget jelenthet:

• az induló fejlesztés,
• az API- vagy rendszerhasználati díj,
• a naplózás és hibafelügyelet,
• az új mezők és folyamatok bevezetése,
• a külső rendszer frissítése miatti módosítás,
• és az adateltérések javítása.

Ha nagy termékmennyiségnél automatizálnád az ár-, készlet- vagy termékadat-frissítést, nézd meg a webáruház-szinkronizálás és rendszerösszeköttetés lehetőségeit.

Termékfeedek és Merchant Center

A Google Merchant Center vagy más értékesítési csatorna felé küldött termékfeed nem egyszeri beállítás.

Folyamatos probléma lehet:

• az ár és a készlet eltérése,
• hiányzó GTIN vagy márka,
• hibás szállítási adat,
• nem megfelelő kép,
• elutasított termék,
• hibás termékváltozat,
• rossz céloldal,
• vagy a feed futásának leállása.

A feed technikai karbantartása, a hibák elemzése és a szükséges webshopmódosítás külön üzemeltetési feladat lehet.

Technikai SEO

A technikai SEO nem merül ki a meta title kitöltésében. Üzemeltetés közben megjelenhetnek:

• hibás canonical címkék,
• indexelhető szűrőoldalak,
• duplikált URL-ek,
• rossz átirányítások,
• 404-es oldalak,
• hibás strukturált adatok,
• nem feltérképezhető termékoldalak,
• lassulás,
• hibás sitemap,
• vagy költözés után elvesző URL-ek.

A technikai SEO audit lehet külön projekt, míg az alapvető ellenőrzések és kisebb javítások beépülhetnek egy üzemeltetési csomagba.

Oldalsebesség és teljesítmény

A webshop idővel lassulhat:

• nő a termékszám,
• túl sok modul kerül a rendszerbe,
• nagy képek kerülnek feltöltésre,
• külső scriptek halmozódnak fel,
• az adatbázis felesleges adatokat tárol,
• vagy a tárhely már nem elegendő.

A gyorsítás nem mindig egyszeri feladat. Egy új analitikai kód, chatablak, hirdetési script vagy sablonmódosítás később ismét ronthatja a teljesítményt.

Biztonság és incidenskezelés

A biztonsági feladatok közé tartozhat:

• a rendszer és modulok frissítése,
• adminisztrátori hozzáférések ellenőrzése,
• gyanús fájlok vizsgálata,
• naplók elemzése,
• fertőzés eltávolítása,
• jelszó- és jogosultságkezelés,
• biztonsági mentés visszaállítása.

A feltört webshop helyreállítása rendszerint lényegesen drágább, mint a megelőző karbantartás.

Milyen munkák nem feltétlenül részei a technikai üzemeltetésnek?

Egy havi technikai támogatási díj általában nem jelent automatikusan korlátlan teljes körű webshopmenedzsmentet.

Külön szolgáltatás lehet:

• termékfeltöltés,
• termékleírások készítése,
• fotózás és képszerkesztés,
• hirdetéskezelés,
• hírlevélküldés,
• ügyfélszolgálat,
• rendelésfeldolgozás,
• jogi dokumentumok elkészítése,
• teljes SEO-tartalomstratégia,
• nagyobb új funkciók fejlesztése.

Az ajánlatban ezért ne csak azt kérdezd meg, mennyi a havidíj. Azt is kérdezd meg, mi van benne, mi nincs benne, és milyen óradíj érvényes a csomagon túli munkákra.

Eseti hibajavítás vagy havi webshop-támogatás?

Eseti hibajavítás

Eseti megbízás akkor lehet megfelelő, ha:

• ritkán van technikai feladat,
• a webshop egyszerű,
• nincs sok egyedi integráció,
• nem kritikus az azonnali reakció,
• és minden munkára külön árajánlat kérhető.

Hátránya, hogy probléma esetén új szolgáltatót kell keresni, hozzáféréseket kell átadni, és a fejlesztőnek előbb meg kell ismernie a rendszert.

Havi támogatási vagy karbantartási csomag

Havi támogatás akkor lehet indokolt, ha:

• a webshop jelentős bevételi csatorna,
• rendszeresen vannak kisebb módosítások,
• több külső integráció működik,
• fontos a gyors hibakezelés,
• folyamatos technikai kontroll szükséges,
• vagy nincs belső technikai munkatárs.

A havi csomag lehet fix órakeret, rendelkezésre állási díj, meghatározott feladatlista vagy ezek kombinációja.

Mit tartalmazhat egy havi webshop-üzemeltetési csomag?

Mennyibe kerül egy webshop üzemeltetése?

Erre nincs egyetlen, minden webáruházra alkalmazható összeg. A költséget leginkább az alábbi tényezők határozzák meg:

• a választott webshoprendszer,
• a termékszám és rendelési volumen,
• a használt modulok száma,
• az egyedi fejlesztések mennyisége,
• a külső integrációk száma,
• a szükséges reakcióidő,
• a havi feladatok mennyisége,
• a tartalmi és marketingfeladatok bevonása,
• és az, hogy mennyi munkát végez el belső csapat.

Érdemes három külön költségszintben gondolkodni.

Egyszerű, kis webáruház

Kevés termék, kész sablon, egy-két fizetési és szállítási mód, minimális egyedi fejlesztés. Itt a rendszer-előfizetés vagy tárhely mellett az eseti technikai segítség is elegendő lehet.

Működő, fejlődő webáruház

Több száz vagy több ezer termék, rendszeres módosítások, termékfeed, számlázó, futárkapcsolat, marketingmérések és folyamatos SEO-igény. Itt már indokolt lehet havi támogatási keret.

Üzletileg kritikus, integrált webshop

Nagyobb forgalom, több beszállító, automatikus importok, ERP- vagy raktárkapcsolat, egyedi modulok, több nyelv vagy B2B működés. Itt a technikai üzemeltetés már nem alkalmi segítség, hanem az üzleti működés része.

A valódi kérdés nem az, hogy mennyibe kerül a karbantartás, hanem az, hogy mennyibe kerül egy nap hibás vagy leállt működés.

UNAS webáruház üzemeltetése

Az UNAS bérelhető rendszer, ezért a szerveroldali alap-infrastruktúra és a központi rendszerfrissítések a szolgáltatóhoz tartoznak. Ettől azonban a webshop még nem üzemelteti önmagát.

Folyamatos feladat lehet:

• a termék- és kategóriaadatok kezelése,
• a sablon és az egyedi CSS/JavaScript módosítások karbantartása,
• a feedek ellenőrzése,
• a külső szolgáltatások beállítása,
• a SEO-hibák javítása,
• a mérőkódok és marketingintegrációk kezelése,
• az API-kapcsolatok felügyelete.

UNAS esetén különösen fontos megkülönböztetni, hogy egy feladat megoldható-e beállítással, sablonmódosítással, API-val, vagy a rendszer korlátai miatt más megoldás szükséges.

Kapcsolódó szolgáltatásunk: UNAS webáruház-készítés és fejlesztési segítség.

OpenCart webáruház üzemeltetése

OpenCart esetén a webshop saját tárhelyen működik, ezért nagyobb a szabadság, de több technikai felelősség is a tulajdonosra vagy a fejlesztőre hárul.

Üzemeltetési feladat lehet:

• a tárhely és PHP-környezet ellenőrzése,
• biztonsági mentés,
• OpenCart-, Journal- és modulkompatibilitás,
• OCMod-módosítások kezelése,
• egyedi fejlesztések karbantartása,
• adatbázis- és sebességoptimalizálás,
• fizetési, szállítási és feedmodulok működtetése,
• verziófrissítés és biztonsági javítás.

Ha meglévő rendszerednél hibajavításra, gyorsításra vagy rendszeres technikai segítségre van szükség, nézd meg az OpenCart karbantartás és hibajavítás szolgáltatásunkat.

Hogyan kérj összehasonlítható üzemeltetési ajánlatot?

A „mennyibe kerül a webshop üzemeltetése?” kérdés önmagában túl tág. Az ajánlatkérésben add meg:

• a webshop URL-jét és rendszerét,
• a használt verziót,
• a termékek számát,
• a havi rendelésszámot,
• a használt sablont,
• a fontosabb modulokat,
• a fizetési és szállítási kapcsolatokat,
• a külső integrációkat,
• a jelenlegi hibákat,
• a rendszeresen visszatérő feladatokat,
• az elvárt reakcióidőt,
• és azt, hogy van-e tesztkörnyezet és biztonsági mentés.

Ezután kérdezd meg a szolgáltatótól:

• fix havidíj vagy órakeret alapján dolgozik-e,
• mi számít csomagon belüli feladatnak,
• mi történik a fel nem használt órákkal,
• mennyi a csomagon túli óradíj,
• milyen reakcióidőt vállal,
• van-e sürgősségi felár,
• készít-e dokumentációt,
• hogyan kezeli a hozzáféréseket és mentéseket.

Gyakori hibák webshop-üzemeltetési szolgáltatás választásakor

Csak a legalacsonyabb havidíjat nézik

Az olcsó ajánlat lehet megfelelő, de csak akkor, ha ugyanazt a feladatkört és reakcióidőt tartalmazza. Egy havi ellenőrzés nem azonos a folyamatos rendelkezésre állással.

Nincs rögzítve, ki felel a frissítésért

A tárhelyszolgáltató, a webshoprendszer szolgáltatója, a sablon készítője és az egyedi fejlesztő nem feltétlenül ugyanazért felel. A határokat írásban kell tisztázni.

Nincs tesztkörnyezet

Komolyabb frissítést vagy integrációmódosítást nem célszerű közvetlenül az élő webshopon kipróbálni.

Nincs dokumentáció

Ha senki nem tudja, milyen egyedi módosítások készültek, egy későbbi fejlesztő minden hibánál újra feltérképezi a rendszert. Ez idő és pénz.

A mentést automatikusan működőképesnek feltételezik

A mentés megléte és a visszaállíthatóság nem ugyanaz. Időnként ellenőrizni kell, hogy valóban használható-e.

Mikor érdemes kiszervezni a webshop technikai üzemeltetését?

Érdemes külső segítséget bevonni, ha:

• nincs belső fejlesztő vagy rendszergazda,
• a webshop már fontos bevételi forrás,
• egy hiba közvetlenül rendeléskiesést okoz,
• több külső rendszer kapcsolódik hozzá,
• rendszeresen jelennek meg technikai feladatok,
• az adminisztrációra és értékesítésre szeretnél koncentrálni,
• vagy a hibák javítása mindig drága tűzoltássá válik.

A kiszervezés nem azt jelenti, hogy a webshop tulajdonosa többé semmiért nem felel. A termékek, árak, üzleti döntések és a napi kereskedelmi működés továbbra is belső feladat maradhat. A technikai partner feladata az, hogy a rendszer működéséhez szükséges hátteret biztosítsa.

Összegzés

A webshop üzemeltetés költsége nem egyetlen havidíj, hanem több egymásra épülő tétel:

• rendszer-előfizetés vagy tárhely,
• domain,
• karbantartás és frissítés,
• biztonsági mentés,
• hibajavítás,
• modulok és licencek,
• fizetési és szállítási integrációk,
• termékfeedek,
• technikai SEO,
• sebességoptimalizálás,
• és fejlesztői rendelkezésre állás.

Nem minden webshopnak kell drága havi támogatási csomag. De minden webshopnál tisztázni kell, ki végzi el a szükséges feladatokat, mi történik hiba esetén, és mennyibe kerül a rendszer működőképes állapotban tartása.

A webáruház ugyanis nem attól működik, hogy egyszer elkészült. Attól működik, hogy valaki folyamatosan gondoskodik róla.

Ha meglévő OpenCart vagy UNAS webáruházad technikai állapotát, hibáit vagy rendszeres támogatási igényét szeretnéd felmérni, vedd fel velünk a kapcsolatot a kapcsolati oldalon.

Kapcsolódó tartalmak és szolgáltatások

• OpenCart karbantartás és hibajavítás
• Webáruház-szinkronizálás és rendszerösszeköttetés
• Webáruház technikai SEO audit
• Webáruház-készítés árak
• Webáruház indításának folyamata és feltételei