01 / Magento karbantartás és üzemeltetés

Magento karbantartás és üzemeltetés

Havidíjas konstrukcióban vállaljuk magyar és nemzetközi Magento 2 webáruházak üzemeltetését: biztonsági és verziófrissítést, hibajavítást, teljesítmény-felügyeletet és mentés-ellenőrzést.

folyamatos monitorozás · staging-teszt minden frissítés előtt · rögzített reakcióidő
Ingyenes állapotfelmérésÁrajánlatot kérek+36 30 199 1620
Amit folyamatosan figyelünk
  • Elérhetőség és válaszidő24/7
  • Cron és üzenetsornaponta
  • Tanúsítvány és lejáratokhetente
  • Mentés és próbavisszaállításhavonta

Egy Magento 2 webáruház nem olyan rendszer, amit egyszer át lehet venni, aztán évekig magára hagyni. Adobe biztonsági patch-ek, PHP- és adatbázis-verziók, harmadik féltől származó modulok, fizetési szolgáltatók API-váltásai: mindegyik mozog a háttérben akkor is, ha a bolt kívülről változatlannak látszik. A folyamatos karbantartás az a munka, amitől egy webáruház három év múlva is frissíthető, biztonságos és gyors marad, ahelyett hogy egy nagy, drága újraírással kellene helyrehozni.

Miért igényel a Magento 2 folyamatos felügyeletet?

A Magento 2 vállalati szintű rendszer: sok mozgó alkatrészből áll, és minden alkatrész saját ütemben frissül. Az Adobe évente többször ad ki biztonsági javítást, a PHP és az adatbázis támogatási ciklusa véges, a telepített modulok pedig egymástól függetlenül követik vagy nem követik a verziókat. Az a rendszer, amelyik ebből egyet is lemarad, nem azonnal áll le, hanem lassan válik frissíthetetlenné.

Olyan boltok üzemeltetését is átvesszük, amelyeket nem mi fejlesztettünk. Ilyenkor állapotfelméréssel kezdünk, mert idegen rendszerre felelősen csak akkor lehet reakcióidőt vállalni, ha tudjuk, mi van benne. Ha a szerver oldala is nyitott kérdés, arról a Magento tárhely és VPS szerver oldalon írtunk részletesen, új fejlesztésről pedig a Magento 2 webáruház fejlesztés oldalon.

Egy frissítés útja
Adobe kiadásPATCH · MINOR VERZIÓ · FÜGGŐSÉGStaging másolatAZ ÉLES RENDSZER MÁSATesztCHECKOUT · FIZETÉS · INTEGRÁCIÓÉles kiadásKARBANTARTÁSI MÓDBANMonitorozásRIASZTÁS · HAVI JELENTÉS
02 / A karbantartás tartalma

Mit jelent a Magento karbantartás a gyakorlatban?

Nem havi egy bejelentkezést és egy „minden rendben” e-mailt. Nyolc terület, amiért egy karbantartási szerződés valójában felel. Ezek nagy része akkor is elvégzendő munka, ha a boltban semmi látható nem történik.

01

Biztonsági patch-ek

Az Adobe rendszeresen ad ki biztonsági javításokat a Magento 2-höz. Ezek követése, tesztelése és éles kiadása a webáruház üzemeltetőjének felelőssége. Egy kihagyott patch hetek múlva is kihasználható marad.

02

Verziófrissítés

Magento minor- és patch-verziók, PHP-, MariaDB-, OpenSearch- és Composer-függőségek. A frissítés mindig staging környezetben fut le először, éles boltra csak sikeres teszt után kerül.

03

Modulok és bővítmények

Harmadik féltől származó modulok kompatibilitásának követése, elhagyott bővítmények kiváltása, ütközések feloldása. A legtöbb elrontott Magento-frissítés mögött egy karbantartatlan modul áll.

04

Hibajavítás és support

Bejelentett hibák felderítése és javítása: checkout-hibák, sikertelen fizetések, elakadt cron, hibás készletszinkron, admin-oldali problémák. Prioritás szerint, rögzített reakcióidővel.

05

Monitorozás és riasztás

Elérhetőség-figyelés, válaszidő- és hibaarány-monitorozás, cron- és queue-felügyelet, tanúsítvány-lejárat. A háttérfolyamatok csendben szoktak elromlani, ezért külön figyeljük őket.

06

Mentés és visszaállíthatóság

A mentés önmagában semmit nem ér, az számít, hogy vissza is lehet-e állítani belőle. Rendszeres mentés-ellenőrzés és próbavisszaállítás, adatbázisra és fájlrendszerre egyaránt.

07

Teljesítmény-felügyelet

Indexek, cache-találati arány, lassú lekérdezések, Core Web Vitals-mutatók követése. A Magento nem hirtelen lassul be, hanem a katalógus növekedésével fokozatosan, ezért idejében kell látni.

08

Havi jelentés

Írásban, érthetően: mi történt, mit frissítettünk, mi romlott el és mi lett vele, mire érdemes a következő hónapban költeni. Nem technikai napló, hanem döntéstámogatás.

03 / Havidíjas konstrukció

Karbantartási csomagok és ársávok

A csomagot a webáruház mérete, forgalma és kockázattűrése dönti el, nem a cég mérete. Egy napi öt rendelést kezelő bolt más felügyeletet igényel, mint egy olyan, ahol egy órás leállás is mérhető bevételkiesés. Az alábbi sávok nettó, tájékoztató árak, a pontos díjat állapotfelmérés után rögzítjük.

Felügyelet
50 – 130 e Ft
nettó / hónap
Kisebb, stabil boltoknak, ahol a cél a biztonság és a nyugalom, nem a folyamatos fejlesztés.
  • Biztonsági patch-ek követése és kiadása
  • Mentés-ellenőrzés, próbavisszaállítás
  • Elérhetőség-monitorozás, riasztás
  • Tanúsítvány- és lejárat-figyelés
  • Havi státuszjelentés
Legtöbben ezt választják
Üzemeltetés
130 – 300 e Ft
nettó / hónap
Aktív webáruházaknak, ahol a rendelés napi üzletmenet, és egy hiba azonnal pénzbe kerül.
  • A Felügyelet teljes tartalma
  • Magento verziókövetés, staging-teszttel
  • Modulkompatibilitás kezelése
  • Prioritásos hibajavítás, rövidebb reakcióidő
  • Teljesítmény- és Core Web Vitals-figyelés
Partner
300 – 900 e Ft
nettó / hónap
Nagyobb forgalmú vagy integrációkkal sűrűn átszőtt rendszereknek, ahol folyamatos fejlesztés is zajlik.
  • Az Üzemeltetés teljes tartalma
  • Havi fejlesztési óra-keret
  • Negyedéves technikai és biztonsági audit
  • Dedikált kapcsolattartó
  • Kiterjesztett rendelkezésre állás
Egyedi
Megegyezés szerint
havi konstrukció
Több áruház, multistore, ERP-kapcsolat vagy egyedi rendelkezésre állási igény esetén.
  • Multistore és több domain
  • ERP- és raktárrendszer-felügyelet
  • Egyedi SLA és ügyeleti rend
  • Külön staging- és tesztkörnyezetek
  • Fejlesztőcsapat melletti támogatás

A díjak nem tartalmazzák a szerver költségét. Menedzselt Magento-környezetről a Magento tárhely és VPS szerver oldalon olvashat, és a kettő egy szerződésben is kérhető. A bevezetési, egyszeri ársávokat a Magento 2 webáruház fejlesztés oldal tartalmazza.

04 / Rendelkezésre állás

Reakcióidők és prioritások

Karbantartási szerződésnél az a lényeges kérdés, hogy baj esetén mennyi idő telik el a bejelentés és az első érdemi lépés között. Négy prioritási szintet használunk; a konkrét vállalást a szerződés rögzíti, az alábbi értékek tájékoztató jellegűek.

Üzemeltetés csomag, tájékoztató reakcióidők
KRITIKUS 4 munkaóra MAGAS 1 munkanap NORMÁL 3 munkanap FEJLESZTÉS ütemezve
PrioritásMit jelentFelügyeletÜzemeltetésPartner
KritikusA bolt nem elérhető, vagy nem lehet rendelést leadni, illetve fizetni.8 munkaórán belül4 munkaórán belül2 órán belül, kiterjesztett időablakban
MagasFontos funkció hibás, de van kerülőút: készletszinkron áll, számla nem generálódik, admin-funkció elérhetetlen.2 munkanapon belül1 munkanapon belül4 munkaórán belül
NormálKisebb működési hiba, megjelenési probléma, egyedi kérdés.5 munkanapon belül3 munkanapon belül2 munkanapon belül
Fejlesztési kérésÚj funkció, módosítás, riport. Ütemezve, a havi keret vagy külön ajánlat terhére.Külön ajánlatÜtemezve, havi egyeztetésHavi fejlesztési keretből

A reakcióidő az első érdemi visszajelzésre és a hibaelhárítás megkezdésére vonatkozik, nem a végleges javítás átadására: annak határidejét a hiba természete szabja meg. A szerver rétegének rendelkezésre állásáról és mentési politikájáról a Magento tárhely és VPS szerver oldalon írtunk részletesen.

05 / Kockázat

Mibe kerül a karbantartás elmaradása?

A karbantartás azért nehéz döntés, mert amíg működik, semmi látható nem történik tőle. A költsége viszont akkor jelentkezik, amikor már késő rajta spórolni. Hat tipikus forgatókönyv, amivel elhanyagolt Magento-rendszerek átvételekor találkozunk.

Javaslatunk

A karbantartás már a bevezetéskor épüljön be a költségvetésbe: nagyságrendileg a bevezetési díj néhány százaléka havonta, szemben azzal, amennyibe egy elhanyagolt rendszer helyreállítása kerül.

01

A frissítés önálló projektté nő

Két vagy három elmaradt év után a verziófrissítés már nem egy esti karbantartási ablak, hanem hetes, több százezres vagy milliós tétel, mert közben a PHP, a modulok és az egyedi kód is elavult.

02

Ismert sérülékenység marad nyitva

A Magento-célzott támadások jellemzően publikált, javítatlan hibákat keresnek automatán. A kártékony kód gyakran a checkoutba épül be, és hetekig észrevétlen marad.

03

A mentés nem állítható vissza

A mentés futott, a fájlok megvoltak, csak éppen hiányos, régi vagy visszaállíthatatlan. Ez rendszerint pont a baj napján derül ki.

04

Csendben elromlik egy háttérfolyamat

Egy elakadt cron miatt nem megy ki visszaigazoló e-mail, nem frissül a készlet, nem generálódik számla, a bolt közben tökéletesen működőnek látszik.

05

Fokozatosan lelassul

A katalógus és a rendelésszám nő, az indexek és a cache-beállítások viszont maradnak. A lassulás hónapok alatt épül fel, belülről nem tűnik fel, a konverzión viszont látszik.

06

Elvész a rendszer ismerete

Fejlesztőváltás után dokumentálatlan egyedi kód marad, amihez már senki nem mer hozzányúlni. A karbantartási szerződés egyik legfontosabb hozadéka, hogy valaki folyamatosan ismeri a rendszert.

06 / Indulás

Hogyan indul egy karbantartási együttműködés?

Idegen rendszert nem veszünk át vakon, és nem is adunk rá árat felmérés nélkül. Öt lépés a megkereséstől az első havi jelentésig, a teljes átállás jellemzően két vagy három hét.

01

Állapotfelmérés

Végignézzük a Magento-verziót, a telepített modulokat, az egyedi kódot, a szerverkörnyezetet és a mentési rendet. A végén írásos audit készül: mi az, ami rendben van, mi sürgős, és mi várhat.

3 – 5 munkanap
02

Csomag és SLA rögzítése

Az audit alapján javaslunk csomagot és reakcióidőket. A szerződésben rögzítjük, mi tartozik a havidíjba, mi megy külön keretből, és hogyan történik a bejelentés.

1 hét
03

Hozzáférések és mentés

Átvesszük a szerver-, admin-, kódtár- és DNS-hozzáféréseket, beállítjuk a mentési rendet, és próbavisszaállítással ellenőrizzük, hogy tényleg működik.

2 – 4 nap
04

Monitoring és staging

Beüzemeljük az elérhetőség- és teljesítményfigyelést, a riasztásokat, valamint egy staging környezetet, ahol a frissítések élesítés előtt lefutnak.

2 – 4 nap
05

Havi ritmus

Innentől ismétlődő ciklus: patch-ek és frissítések, bejelentett hibák prioritás szerint, hónap végén írásos jelentés és javaslat a következő hónapra.

folyamatos
07 / Gyakori kérdések

Gyakori kérdések a karbantartásról

Kötelező karbantartási szerződést kötni a Magentóhoz?

Jogilag nem, technikailag viszont a Magento 2 nem az a rendszer, ami magától elvan. Az Adobe rendszeresen ad ki biztonsági javításokat, és ezek telepítése az üzemeltető felelőssége. Szerződés nélkül is lehet működtetni egy boltot, de akkor valakinek a cégen belül kell folyamatosan figyelnie a patch-eket, a mentést és a háttérfolyamatokat.

Átveszitek olyan webáruház karbantartását, amit nem ti fejlesztettetek?

Igen, ez a leggyakoribb eset. Ilyenkor állapotfelméréssel kezdünk, mert idegen rendszerre nem lehet felelősen reakcióidőt vállalni anélkül, hogy tudnánk, mi van benne. Az audit után derül ki, kell-e egyszeri rendbetételi kör a havi karbantartás megkezdése előtt.

Milyen gyakran jelennek meg Magento biztonsági frissítések?

Az Adobe ütemezett biztonsági kiadásokat ad ki évente többször, ezen felül pedig soron kívüli javításokat is, ha súlyos sérülékenység kerül elő. A gyakorlatban ez azt jelenti, hogy évente több alkalommal kell frissítési ablakot tervezni — a soron kívüli javításokat pedig napokon belül érdemes kiadni.

Hogyan tesztelitek a frissítéseket? Leáll közben a bolt?

Minden frissítés először staging környezetben fut le, az éles rendszer másolatán. Ott ellenőrizzük a checkoutot, a fizetést, az integrációkat és az egyedi funkciókat. Éles boltra csak sikeres teszt után kerül, jellemzően alacsony forgalmú időszakban, karbantartási módban, így a leállás percekben mérhető.

Mi történik a saját fejlesztésű moduljainkkal frissítéskor?

Frissítés előtt átnézzük, hogy az egyedi kód mely Magento-osztályokra épül, és a kiadási jegyzetek alapján megkeressük az ütközéseket. Ha egy egyedi modul nem kompatibilis az új verzióval, azt a frissítés része javítani. Ez a munka a csomagtól függően a havidíjban vagy a fejlesztési keretből megy.

A karbantartási díj tartalmazza a tárhely vagy a szerver költségét?

Nem, a kettő külön tétel. A karbantartás az alkalmazásra vonatkozik, a szerver ettől független szolgáltatás — de kérhető együtt, egy szerződésben. A Magentóra hangolt környezetről a Magento tárhely és VPS szerver oldalon írtunk részletesen.

Beletartozik a fejlesztés a havidíjba?

A hibajavítás igen, az új funkciók fejlesztése nem. A Partner csomag tartalmaz havi fejlesztési óra-keretet, az alacsonyabb csomagoknál a fejlesztés külön ajánlat alapján, ütemezetten történik. Ez a határvonal a szerződésben pontosan rögzítve van, hogy ne legyen vita arról, mi számít hibának és mi új igénynek.

Milyen hozzáféréseket kértek?

Magento admin (adminisztrátori jogosultsággal), szerver- vagy tárhely-hozzáférés, kódtár (Git), adatbázis, valamint a DNS-kezelő felület — ez utóbbi csak akkor, ha a domain vagy a tanúsítványok kezelése is ránk tartozik. A hozzáféréseket nevesített fiókokon keresztül kérjük, hogy visszakövethető legyen, ki mit módosított.

Mi történik, ha éjszaka vagy hétvégén áll le a bolt?

A monitorozás folyamatos, a riasztás munkaidőn kívül is megérkezik. Hogy ilyenkor mennyi időn belül kezdünk hozzá, az a csomagtól és a szerződésben rögzített időablaktól függ: a Felügyelet és az Üzemeltetés csomag munkaidőre vállal, kiterjesztett vagy 24/7-es ügyelet a Partner és az Egyedi konstrukcióban kérhető.

Van felmondási idő, vagy hosszú távú elköteleződés?

A karbantartási szerződés határozatlan időre szól, felmondási idővel — nincs többéves elköteleződés. Kilépéskor a hozzáféréseket, a dokumentációt és a mentéseket átadjuk, hogy a rendszer bármikor átvihető legyen máshová. Ez elvi kérdés: nem az ügyfél kiszolgáltatottsága tartja fenn az együttműködést.

Kapunk beszámolót arról, hogy mi történt a hónapban?

Igen, minden csomag tartalmaz havi jelentést. Ebben szerepel, milyen frissítések mentek ki, milyen hibák érkeztek és mi lett velük, mit mutat a monitorozás, és mire érdemes a következő hónapban figyelni. Érthető nyelven, nem technikai naplóként.

Régi Magento 1-es boltot is karbantartotok?

A Magento 1 hivatalos támogatása lejárt, biztonsági javítás nem érkezik hozzá, ezért hosszú távon nem üzemeltethető felelősen. Átmeneti időszakra tudunk felügyeletet vállalni, de ilyenkor a valódi megoldás a Magento 2-re migrálás, ennek felméréséről szívesen adunk ajánlatot.
08 / Következő lépés

Kérjen állapotfelmérést a webáruházára

Az első lépés mindig egy technikai audit: megnézzük a Magento-verziót, a modulokat, az egyedi kódot és a mentési rendet. Írásban megmondjuk, mi sürgős és mi várhat. Ebből derül ki az is, melyik karbantartási csomag illik a bolthoz.

Kapcsolatfelvétel +36 30 199 1620
Az állapotfelmérés menete
  • Hozzáférések és rövid egyeztetés1. nap
  • Technikai átvizsgálás2 – 4. nap
  • Írásos audit és javaslat5. nap
Kapcsolódó szolgáltatások

Magento munkák egy kézben

Magento 2 fejlesztés

Új webáruház bevezetése, egyedi modulok, fizetési és ERP-integrációk, bevezetési ársávok.

Magento tárhely és VPS

Magentóra hangolt szerverkörnyezet: Varnish, Redis, OpenSearch, PHP-tuning, mentés és monitorozás.

Magento migráció

Platformváltás Magento 2-re Magento 1, WooCommerce vagy bérelt rendszerből, adatmigrációval.

Referenciák

Webáruházak, amelyeket fejlesztettünk, költöztettünk vagy évek óta karbantartunk.

Árajánlatkérés

Írja le pár mondatban, milyen rendszert üzemeltet. Visszajelzünk, mit érdemes elsőként megnézni.


#