Weboldal karbantartás: mit érdemes rendszeresen ellenőrizni?
Egy weboldal az élesítés után sem lesz „kész örökre”. A tárhely, a tanúsítványok, az űrlapok, a külső szolgáltatások, a tartalom és a keresőből érkező forgalom idővel változik. A karbantartás célja nem az, hogy minden héten átépítsük az oldalt, hanem hogy a fontos funkciók megbízhatóan működjenek, a hibák időben kiderüljenek, és az oldal ne maradjon le technikailag vagy tartalmilag.
Írta: Huszár Ádám · Utoljára frissítve:
Röviden
A három legfontosabb gondolat, ha most nincs időd végigolvasni az egészet.
A karbantartás nem csak frissítést jelent: ide tartozik a működés, a biztonság, az űrlapok, a mentések, a mérés és a tartalom rendszeres ellenőrzése is.
A gyakoriság az oldal szerepétől függ. Egy egyszerű bemutatkozó oldal kevesebb figyelmet kér, mint egy webshop, ügyfélportál vagy üzleti webalkalmazás.
A jó üzemeltetési megállapodásból egyértelműen kiderül, mi tartozik a rendszeres karbantartásba, mi számít külön fejlesztésnek, és ki reagál hibánál.
Mit jelent a weboldal karbantartás a gyakorlatban?
A karbantartás feladata az, hogy az oldal a változó környezetben is használható és megbízható maradjon. Lehet, hogy maga a forráskód hónapokig nem változik, közben viszont lejárhat egy tanúsítvány, megváltozhat egy külső API, megszűnhet egy e-mail szolgáltatás beállítása, vagy egy űrlap hibája miatt észrevétlenül elveszhetnek megkeresések.
Ezért az üzemeltetést érdemes különválasztani az új funkciók fejlesztésétől. Az első a meglévő rendszer megbízható működéséről szól, a második pedig új üzleti igény megvalósításáról.
Milyen műszaki ellenőrzések fontosak?
A pontos lista technológiánként eltér, de néhány ellenőrzés szinte minden üzleti weboldalnál indokolt.
- Az oldal és a fontos aloldalak elérhetők-e, megfelelő státuszkóddal válaszolnak-e.
- Működik-e a kapcsolatfelvételi vagy ajánlatkérő űrlap, és valóban megérkezik-e az értesítés.
- Rendben van-e a HTTPS/SSL és a domain, nincs-e közelgő lejárat vagy hibás átirányítás.
- A mentési folyamat ténylegesen működik-e, és szükség esetén visszaállítható-e az adat.
- Nincs-e rendellenes hiba, túlzott erőforrás-használat vagy visszatérő szerverprobléma.
- A külső integrációk – például e-mail, fizetés, számlázás vagy API-k – továbbra is működnek-e.
Biztonság és frissítések: nem minden rendszer ugyanúgy működik
CMS-alapú rendszereknél gyakori feladat a mag, a bővítmények és a sablonok frissítése, majd annak ellenőrzése, hogy a frissítés nem tört-e el valamit. Egyedi alkalmazásnál inkább a csomagfüggőségek, a futtatókörnyezet, a szerver és a saját kód biztonsági frissítései kerülnek előtérbe.
A frissítés önmagában nem cél. A lényeg az, hogy kontrolláltan történjen, legyen visszaállási lehetőség, és a kritikus felhasználói folyamatokat utána is ellenőrizzük.
A tartalmi és SEO-karbantartás külön feladat
Egy technikailag hibátlan oldal is veszíthet organikus láthatóságából, ha a tartalma elavul, a szolgáltatások megváltoznak vagy új keresési igények jelennek meg. Érdemes időnként felülvizsgálni a címeket, leírásokat, belső linkeket, referenciákat és a már nem aktuális állításokat.
A Search Console adatai különösen hasznosak: megmutathatják, milyen keresésekre jelenik meg az oldal, hol alacsony az átkattintási arány, mely oldalak veszítettek forgalmat, és hol van lehetőség új tartalomra.
Milyen gyakran kell karbantartani egy weboldalt?
Nincs minden oldalra érvényes időköz. Egy egyszerű, ritkán változó bemutatkozó oldalnál elég lehet ritkább, rendszeres ellenőrzés. Egy webshopnál, ajánlatkérő rendszernél vagy üzleti alkalmazásnál a hibák közvetlenül bevételt vagy munkafolyamatot érinthetnek, ezért indokolt a gyakoribb felügyelet.
A kockázat alapján érdemes dönteni: mi történik, ha az adott funkció egy napig nem működik? Minél nagyobb az üzleti hatás, annál gyorsabb és szervezettebb ellenőrzésre van szükség.
Mit érdemes rögzíteni egy karbantartási megállapodásban?
A legtöbb félreértést az okozza, ha nincs elválasztva a hibajavítás, a rendszeres üzemeltetés és az új fejlesztés. Már az induláskor érdemes rögzíteni a kereteket.
- Milyen rendszereket és szolgáltatásokat érint a karbantartás?
- Milyen ellenőrzések történnek rendszeresen?
- Hogyan történik a hibabejelentés és milyen reakcióidő reális?
- Ki felel a domainért, tárhelyért, mentésért és külső előfizetésekért?
- Mi számít karbantartásnak és mi külön fejlesztési feladatnak?
- Hogyan dokumentáljuk a fontos módosításokat és hozzáféréseket?
Kapcsolódó oldalak
Ha tovább mennél a témában, ezek a következő logikus oldalak.
Van konkrét projekted?
Nem kell kész specifikáció. Írd le röviden, mit szeretnél megoldani, és abból el tudunk indulni.
Beszéljük át a projektet