Mennyibe kerül egy weboldal üzemeltetése havonta, és mit kell tartalmaznia?

Az üzemeltetés nem egyetlen szolgáltatás, hanem egy csomag, és pontosan ezért érdemes szétszedni, mielőtt fizetsz érte. A korrekt csomagban ezek vannak:

• Frissítések: a rendszer, a bővítmények (pluginok) és a sablon rendszeres frissítése, lehetőleg tesztkörnyezetben kipróbálva, nem élesben vakon.
• Mentések: automatikus, a tárhelytől külön helyen tárolt mentés, és időnként egy visszaállítási próba is.
• Monitoring: valaki (vagy valami) folyamatosan figyeli, hogy él-e az oldal, és szól, mielőtt te vagy az ügyfeled venné észre a leállást.
• Biztonság: sebezhetőség-figyelés, tűzfal, kártevő-ellenőrzés.
• Support-idő: havi keret apróbb módosításokra, szövegcserére, hibajavításra.
• Garantált reakcióidő (SLA): írásban vállalt idő, amin belül a hibára reagálok.

Ebből a listából két elemet szoktak a legkönnyebben elengedni, pedig a legtöbbet pont ezek érnek. Az egyik a mentés visszaállítási próbája. Mentése papíron mindenkinek van. Csak amikor tényleg vissza kellene állítani, akkor derül ki, hogy a fájl sérült, fél éves, vagy épp azon a szerveren volt, ami elszállt. A másik az SLA: amíg nincs írásban vállalt reakcióidő, addig a „gyorsan reagálunk” pontosan annyit ér, amennyi épp kényelmes a szolgáltatónak.

Az én válaszom: attól függ, mi van az oldaladon, és szerintem pont így korrekt. A karbantartási csomagom moduláris, és nettó 10 000 Ft/hó ártól indul. A logika egyszerű: azért fizetsz, amid tényleg van. Egy bemutatkozó oldalnak nem kell webshop-szintű felügyelet, egy WooCommerce-áruháznál viszont a fizetés és a készlet is élő rendszer, ott több figyelés kell, és ez az árban is megjelenik.

A reakcióidőt is sávosan érdemes kezelni, mert nem minden oldalnak fáj ugyanannyira egy hiba. Nálam a standard szint 72 órás reakcióidőt vállal, a priority 48-at, a critical 24-et, az emergency pedig 8 órát munkaidőben (8:00-18:00). Hétvégi lefedettség kiegészítőként kérhető. Egy blognál a 72 óra teljesen vállalható. Egy webshopnál, ahol minden leállt óra bevételkiesés, jellemzően a 24 vagy a 8 órás szint a reális.

Ez nem az egyetlen jó árazási modell a piacon. Az átalánydíjas „minden benne van” csomag is működhet, ha tényleg használod, ami benne van. A gond ott kezdődik, amikor a havidíj nagy része olyan tételeket fedez, amikhez az oldaladnak köze sincs.

Ezt a mondatot sokszor hallom, és értem is a logikáját: minek fizessek havonta, ha hónapokig semmi gond nincs? Csakhogy a weboldalaknál a baj nem akkor kezdődik, amikor észreveszed. Egy elavult bővítményen keresztül feltört oldal hetekig terjeszthet kártevőt vagy küldhet spamet úgy, hogy kívülről minden rendben lévőnek tűnik. Mire kiderül, addigra a levelező-szolgáltatók feketelistáján vagy, a Google biztonsági figyelmeztetést tesz az oldalad mellé, és a látogatóid egy része már gyanús átirányításokkal találkozott.

Került már elém olyan oldal, amelyhez évek óta senki nem nyúlt, és a helyreállítás (kártevő-takarítás, a betörési pont megkeresése, az összes elmaradt frissítés pótlása, lekerülés a feketelistákról) többe került, mint amennyibe ugyanennek az oldalnak több évnyi folyamatos karbantartása került volna. És ez még a jobbik eset, mert volt miből dolgozni. Friss, külső mentés nélkül előfordul, hogy a tartalom egy része egyszerűen elveszik.

Az üzemeltetés nem azt garantálja, hogy soha nem lesz hiba. Azt garantálja, hogy amikor lesz, van friss mentés, van felelős, és az oldal órák alatt áll helyre, nem hetek alatt.

Ha most nem tudod megmondani, milyen állapotban van az oldalad, arra van egy díjmentes eszközöm: az ingyenes technikai átvilágítás pár perc alatt lefut, és rövid összefoglalót kapsz a legfontosabb kockázatokról.

Nem minden oldalnak kell havidíjas üzemeltetés, és ezt fontos kimondani. Ha az oldalad egy egyszerű, statikus bemutatkozó felület, nincs rajta űrlap, fizetés vagy felhasználói fiók, és nem is az hozza az ügyfeleid nagy részét, akkor egy megbízható tárhely és évente néhány ellenőrzési meg frissítési kör tényleg elég lehet. Ilyenkor a havidíj inkább nyugalmat vesz, mint konkrét munkát.

A képlet ott fordul át, ahol az oldal pénzt vagy adatot mozgat. Webshopnál, foglalási rendszernél, ajánlatkérő űrlapokra épülő oldalnál a leállás és a feltörés már nem kellemetlenség, hanem bevételkiesés és adatvédelmi (GDPR) kockázat. Sok bővítményből összerakott WordPress-oldalnál ugyanez a helyzet, mert minden plugin egy külön karbantartandó szoftver, a frissítéseik pedig rendszeresen ütköznek egymással. Ökölszabályként: ha az oldalad egynapos leállása fájna a bevételednek vagy a hírnevednek, akkor kinőtted az „évi pár óra” modellt.

A döntéshez nem kell hinned nekem. Nézd meg, mi fut most az oldaladon, mikor készült az utolsó külső mentés, és ki venné észre, ha ma éjjel leállna. Ha ezekre magabiztos válaszod van, jó helyen vagy. Ha nem, akkor is jobb ezt ma tudni, mint egy leállás után. A leggyakoribb kérdéseket (mi számít bele a support-időbe, hogyan bővíthető vagy mondható le egy csomag) a GYIK-oldalon válaszolom meg.