WordPress karbantartási csomag 2026: mi legyen benne?

A WordPress karbantartási csomag az egyik legrosszabbul kommunikált szolgáltatás a magyar piacon. Kapsz egy havidíjat, mellé egy homályos mondatot arról, hogy „frissítjük az oldalt”, és utána fogalmad sincs, mi történik a pénzedért. Korábban már megírtam, miért kell egyáltalán weboldal karbantartás. Most a másik felét szedem össze: pontosan mi legyen benne, hogy tudd, mit kérj számon, akár tőlem, akár a jelenlegi szolgáltatódtól. A végén egy checklistet is találsz, amit egy az egyben ráilleszthetsz a saját ajánlatodra.

Mi a különbség a frissítgetés és a valódi karbantartás között?

Kezdjük ott, hogy a legtöbb „karbantartás” valójában csak annyi, hogy valaki havonta egyszer belép az admin felületre, és rákattint a frissítés gombra. Ez jobb a semminél, de messze nem karbantartás. Két oka is van ennek.

Az egyik, hogy a frissítés önmagában kockázat is. Egy nagyobb bővítményfrissítés éles oldalon el tud törni egy űrlapot, egy webshop-fizetést vagy egy egész elrendezést, és ha nincs mentés meg tesztkörnyezet, akkor a hibát az ügyfeled fogja megtalálni helyetted. A másik ok pedig az, hogy vannak hibák, amiket a frissítés egyszerűen nem old meg. A Patchstack 2026-os WordPress biztonsági jelentése szerint a 2025-ben regisztrált sérülékenységek 46 százalékára a nyilvánosságra hozatal pillanatában még nem létezett javítás. Vagyis van olyan időszak, amikor nincs mit frissíteni, csak figyelni és védekezni lehet.

Egy komoly csomag ezért nemcsak elvégzi a frissítést, hanem előtte ment, utána ellenőriz, közben figyeli a sérülékenységeket, és tudja, mit kell tenni, ha valami mégis eltörik.

1. Frissítések, de tesztelve

Ez az alap, viszont a részletek számítanak. Egy jó csomagban a rendszer, a bővítmények és a téma frissítése is benne van, méghozzá rendszeres, kiszámítható ütemezéssel. Biztonsági javításnál ez nem havi, hanem soron kívüli. A Patchstack adatai szerint a sérülékenységek 91 százaléka bővítményekből származik, a WordPress magrendszerét tavaly mindössze hat, alacsony prioritású hiba érintette. Nem a WordPress a gyenge pont, hanem az, amit ráraktál.

Amit ezen felül elvárhatsz: frissítés előtti mentés, frissítés utáni átnézés a fontos oldalakon (nyitóoldal, kapcsolati űrlap, kosár, pénztár), és nagyobb változásoknál tesztkörnyezet. Ide tartozik az elhagyott bővítmények kiszűrése is. Ha egy bővítményt évek óta nem frissít a fejlesztője, azt nem frissíteni kell, hanem lecserélni.

2. Biztonsági mentés, amit vissza is lehet állítani

A mentés az a pont, ahol a legtöbb csomag látszatra rendben van, a valóságban viszont nem. Attól, hogy fut egy mentő bővítmény, még nem biztos, hogy van használható mentésed.

Három dolgot érdemes megkérdezni. Hova megy a mentés? Ha ugyanarra a szerverre, ahol az oldal fut, akkor egy komolyabb szerverprobléma vagy egy fertőzés a mentést is elviszi. Külső tárhelyre kell mennie. Meddig őrzitek meg? Ha csak az utolsó két mentés van meg, és a fertőzés három hete történt, akkor nincs mihez visszanyúlni. Végül a legfontosabb: ki és mikor próbálta ki utoljára a visszaállítást? Az a mentés ér valamit, amiről tudod, hogy működik. Ezt legalább félévente érdemes élesben letesztelni.

3. Biztonsági monitorozás és védelem

Ez az a rész, ami elválasztja a komoly csomagot a látszattól. Nem elég reagálni, figyelni is kell. Ide tartozik a fájlváltozások figyelése, a bejelentkezési kísérletek korlátozása, az adminisztrátori fiókok rendszeres átnézése és a kétlépcsős azonosítás. Emellett kell egy szűrő az oldal elé, ami az ismert támadási mintákat már azelőtt megfogja, hogy a WordPress egyáltalán elindulna. Arról, hogy ebben mit tud egy bővítmény és mit egy szerver előtti megoldás, külön írtam a bővítmény vagy Cloudflare kérdést boncolgató cikkemben.

És kell egy forgatókönyv arra az esetre is, ha mégis baj van. Ezt hívom incidenskezelésnek, és a legtöbb ajánlatból hiányzik. Ha valakinek nincs válasza arra a kérdésre, hogy „mi történik, ha holnap feltörik az oldalam”, akkor az nem karbantartási csomag. Hogy ez a gyakorlatban mit jelent, azt lépésről lépésre leírtam abban a cikkben, ami arról szól, mit tegyél, ha feltörték a WordPress oldalad.

4. Sebesség és technikai állapot szinten tartása

Egy weboldal magától lassul. Nőnek a képek, gyűlnek a bővítmények, hízik az adatbázis a felesleges revíziókkal és a naplóbejegyzésekkel. A Google oldalélmény-jelzései, köztük a Core Web Vitals mutatói, 2021 óta részei a rangsorolásnak, és ez 2026-ban is így van. Ha az oldalad fél év alatt észrevétlenül lassul, azt előbb-utóbb megérzed a forgalmon is.

Egy rendes csomagban ezért benne van a rendszeres sebességmérés, az adatbázis takarítása, a képek és a gyorsítótár beállításainak karbantartása, valamint a PHP-verzió és a szerveroldali beállítások figyelése. Nem havonta tervezem újra az oldalt, hanem egyszerűen nem hagyom elromlani.

5. Hibajavítás és elérhető support

Ez az a pont, amiért az ügyfeleim többsége igazából fizet, még ha nem is így fogalmazza meg. Nem az a lényeg, hogy valaki frissít, hanem hogy van kit felhívni, amikor valami nem működik. Nézd meg, hogy a csomagban mennyi támogatási idő van benne, milyen csatornán éred el a szolgáltatót, és mennyi a vállalt válaszidő.

Fontos, hogy legyen tiszta határvonal a hibajavítás és a fejlesztés között. A hibajavítás az, amikor egy meglévő funkció elromlik. A fejlesztés az, amikor új dolgot kérsz. A kettőt jó előre elkülöníteni, mert a legtöbb félreértés ebből származik.

6. Ne te vedd észre a hibát

A hatodik pont nem egy formális, táblázatos havi riportról szól, hanem valami sokkal hasznosabbról. Arról, hogy amikor az oldaladdal történik valami, azt ne az ügyfeled jelezze neked, és ne is hetekkel később derüljön ki. Én ezt így csinálom: ha a rendszeres átnézés közben olyat találok, ami nem stimmel, egy eltört űrlapot, egy megbolondult bővítményt, egy hirtelen belassult oldalt vagy egy közelgő lejáratot, akkor szólok róla, és a legtöbb esetben rögtön meg is javítom.

Ez a gyakorlatban egy egyszerű, emberi visszajelzés, nem többoldalas dokumentum. Neked viszont pontosan ez a fontos: tudod, hogy valaki ténylegesen ránéz az oldaladra, és ha baj van, nem neked kell észrevenned. Ha egy ajánlatnál nem derül ki, hogy ki és milyen gyakran nézi át az oldalt, és hogy szólnak-e neked, ha találnak valamit, akkor érdemes rákérdezni, mert enélkül a karbantartás könnyen fekete dobozzá válik.

Checklist: ezt kérd számon egy ajánlatnál

Vidd magaddal ezt a listát a következő tárgyalásra. Ha a szolgáltatód mind a tíz pontra tud válaszolni, jó helyen jársz.

• Rendszer, bővítmény és téma frissítése, kiszámítható ütemezéssel
• Soron kívüli beavatkozás biztonsági javításnál
• Frissítés előtti mentés és utólagos ellenőrzés a kulcsoldalakon
• Külső helyre mentett, több generációt megőrző biztonsági mentés
• Rendszeresen tesztelt visszaállítás
• Sérülékenység-figyelés és szerver előtti védelem
• Írásba foglalt incidenskezelési forgatókönyv
• Sebesség és adatbázis karbantartása, PHP-verzió követése
• Meghatározott támogatási idő és vállalt válaszidő
• Proaktív jelzés, ha az átnézés során hibát találnak, és annak javítása

Mit ne csinálj magad?

Nincs azzal baj, ha bizonyos dolgokat magad intézel az oldaladon. Van viszont három feladat, amit tapasztalatból nem javaslok házilag. Az egyik a nagyobb verzióváltás éles oldalon, mentés és tesztkörnyezet nélkül. A másik a webshopok fizetéssel vagy szállítással kapcsolatos bővítményeinek frissítése forgalmas időszakban. A harmadik pedig a fertőzés utáni takarítás, mert ott a legkisebb kihagyott hátsó ajtó is elég ahhoz, hogy két hét múlva minden kezdődjön elölről.

Mennyibe kerül egy WordPress karbantartási csomag?

Konkrét árat itt nem írok, mert az őszinte válasz az, hogy a csomag ára az oldal méretétől és a kockázattól függ. Egy pár oldalas bemutatkozó weboldal és egy több száz termékes webshop nincs egy súlycsoportban, sem terhelésben, sem abban, mennyi kára van egy kiesésből. Egy jó viszonyítási pont viszont van: nézd meg, mennyi bevételt hoz neked az oldal egy hét alatt, és tedd mellé a karbantartás éves díját. A legtöbb esetben ez a számítás magától eldönti a kérdést.

Ha van már működő oldalad, és egyszerűen csak azt szeretnéd, hogy valaki átvegye tőled ezt a terhet, nézd meg a karbantartási szolgáltatásomat, ahol a fenti pontok mindegyike benne van. Ha pedig még csak most tervezed az oldaladat, jó hír, hogy sokkal olcsóbb eleve karbantartható oldalt építeni, mint utólag kitakarítani egy évek alatt felhalmozott bővítményhegyet. Erről is olvashatsz a blogomban, vagy írj nekem, és átnézem, mire lenne szüksége konkrétan a te oldaladnak.