Egy WordPress biztonsági mentés akkor véd igazán, ha a 3-2-1 szabályt követi: 3 másolat az adataidról, 2 különböző adathordozón, és legalább 1 másolat a tárhelytől független, külső helyszínen. Van azonban egy ki nem mondott negyedik elem, és a legtöbb oldal ezen bukik el: negyedévente próbáld is ki, hogy a mentésből tényleg visszaáll-e az oldal. A mentés ugyanis nem egy pipa a teendőlistán, hanem folyamat — és a sérült vagy hiányos mentés pontosan annyit ér, mintha nem is létezne.
Miért nem elég, hogy „van mentésem valahol"?
Mert a baj nem kivételes esemény, hanem üzemszerű. Az oldal-összeomlások 58%-át rosszul tesztelt plugin-frissítés okozza — nem hacker, hanem egy hétköznapi kattintás a „Frissítés” gombra (aWh). Ilyenkor két forgatókönyv van: pár perc alatt visszatöltöd a tegnapi mentést, vagy szakembert hívsz.
Ha nincs használható mentés, a helyreállítás szakértői segítséggel 400-800 ezer forintba is kerülhet — egy automatizált mentési rendszer ennek a töredékéért üzemel egész évben. (Forrás: aWh)
És ez még a jobbik eset, mert fizetéssel megoldható. Az aWh összegzése szerint a kiberbiztonsági incidensek 60%-a végleges adatvesztéssel járna megfelelő mentés nélkül (aWh) — a rendelési adatokat és a feltöltött képeket semmilyen szakértő nem varázsolja vissza a semmiből.
Mi az a 3-2-1 mentési szabály?
A 3-2-1 az adatvédelem évtizedek óta bevált ökölszabálya, és 2026-ban is ez az alap minden üzleti weboldalnál (aWh):
• 3 másolat: az élő oldal plusz legalább két különálló mentés. • 2 adathordozó: ne legyen minden ugyanazon a platformon — például a tárhely saját mentése mellett egy felhőtárhely (S3, Google Drive vagy hasonló). • 1 külső helyszín: legalább egy másolat legyen fizikailag távol az eredeti szervertől. Ha a szerverrel történik bármi — hardverhiba, tűzeset, feltörés —, a külső példány akkor is megvan.
A logika egyszerű: egyetlen esemény ne tudja az összes példányt egyszerre elvinni. Ez zsarolóvírusnál életbevágó, mert a támadók ma már célzottan az elérhető mentéseket is titkosítják — az Ügyészség nevében terjedő zsarolóvírus-kampányról szóló cikkünkben írtunk arról, milyen könnyen indul egy ilyen fertőzés.
A Sophos 2025-ös felmérése szerint a titkosított adataikat helyreállító cégeknek csak 54%-a tudott a mentéseiből dolgozni — hat éve ez a legalacsonyabb arány, és közel minden második érintett végül váltságdíjat fizetett. (Forrás: Sophos)
Aki jó, elkülönített mentéssel rendelkezik, annak a zsarolás nagy része hatástalan: visszatölti az oldalt, és nem tárgyal.
Elég-e a tárhelyszolgáltató automatikus mentése?
Önmagában nem — és ez nem a tárhelyszolgáltatók hibája, hanem a megoldás természete. Három gyenge pontja van (aWh):
• 1. Azonos helyszín. A mentés jellemzően ugyanabban az infrastruktúrában él, mint az oldalad. Ami az élő oldalt eléri, elérheti a mentést is. • 2. Felülíródás. Az automatikus mentés naponta felülírja a korábbit. Ha egy fertőzés vagy hiba csendben dolgozik, pár nap alatt már csak fertőzött mentéseid vannak. • 3. Retention, azaz megőrzési idő. A legtöbb csomag 7-30 napra tart meg mentéseket — egy rejtett kártevő viszont hetekkel később is derülhet ki, ezért kritikus adatoknál 30-90 napos megőrzés az ajánlott.
Így néznek ki a mentési szintek egymás mellett:
| Megoldás | Mit véd | Mit nem véd |
|---|---|---|
| Tárhely automatikus mentése | Szerverhiba, véletlen törlés az elmúlt napokból | Azonos helyszín; felülíródás; rövid megőrzési idő; a visszaállítást senki nem tesztelte |
| Mentőplugin (pl. UpdraftPlus) külső felhőbe | Külső másolat, saját ütemezés, hosszabb megőrzés | Ha az oldal motorja összeomlik, a plugin is elérhetetlen; a beállítás és a tesztelés rajtad múlik |
| Felügyelt 3-2-1 mentés visszaállítási teszttel | Több helyszín, több adathordozó, dokumentált és negyedévente tesztelt visszaállítás | A leggyengébb pontja te maradsz: a jelszavaid és a frissítési fegyelem — erről a 2026-os támadási trendek cikkünkben írtunk |
Mit és milyen gyakran kell menteni egy WordPress oldalt?
Két dolgot, mindig együtt: a fájlokat (wp-config.php, a feltöltött képek és dokumentumok, a módosított sablonok) és az adatbázist (bejegyzések, felhasználók, webshopnál a rendelések). Ha bármelyik kimarad, a visszaállítás bukik: az egyik elemzés szerint a sikertelen visszaállítások 32%-a a fájlok és az adatbázis közötti inkonzisztencia miatt történik (aWh). A cache- és tmp-mappákat nyugodtan kihagyhatod.
A gyakoriságot az dönti el, mennyi adat elvesztését bírja ki az üzleted:
• Bemutatkozó oldal, ritka frissítés: heti mentés elég lehet. • Aktív blog, céges oldal: napi mentés. • Webshop: napi fájlmentés mellett óránkénti adatbázis-mentés — a rendelések, készletadatok és vásárlói fiókok folyamatosan változnak, egyetlen kiesett óra is tucatnyi tranzakciót vihet el (aWh). • Minden frissítés előtt: külön kézi mentés, kivétel nélkül. Ez az utolsó védvonal, ha a frissítés félremegy.
Hova? Titkosítva, a tárhelytől fizikailag elkülönített helyre: felhőtárhelyre vagy távoli szerverre — soha ne csak arra a szerverre, ahol az oldal fut.
Hogyan teszteld, hogy a mentésed tényleg visszaállítható?
Ez a cikk legfontosabb szakasza, mert a mentés megléte önmagában semmit sem bizonyít. A sikeres visszaállítást kizárólag próbavisszaállítással tudod ellenőrizni, és ezt negyedévente legalább egyszer érdemes elvégezni (aWh). Így néz ki a gyakorlatban:
• 1. Készíts tesztkörnyezetet: egy alkönyvtár, aldomain vagy helyi telepítés — az élő oldalhoz ne nyúlj. • 2. Töltsd vissza a legfrissebb mentést: fájlokat és adatbázist együtt. • 3. Ellenőrizd a működést: betölt az oldal? Be tudsz lépni az adminba? Megvannak a legutóbbi bejegyzések, webshopnál a legutóbbi rendelések? • 4. Mérd az időt és jegyzeteld a lépéseket: éles helyzetben ez a dokumentum lesz az aranyat érő puskazod.
Egyik webshopos ügyfelünk a saját kárán tanulta meg a különbséget. Egy plugin-frissítés után az oldal összeomlott, és nyugodt volt: a mentőplugin hónapok óta jelentette, hogy a mentés elkészült. A visszatöltésnél derült ki, hogy a bővítmény tárhelyhiány miatt hetek óta csonka fájlmentéseket készített, adatbázist pedig egyáltalán nem — a hibáról szóló levelek a spam mappában landoltak. Az oldalt végül a tárhely régebbi mentéséből raktuk össze, több napnyi rendelési adat kézi pótlásával. Egyetlen negyedéves teszt ezt előre jelezte volna.
A visszaállítási teszt mellékhaszna, hogy közben az oldalad állapotát is átnézed — ha nem vagy biztos benne, hogy az élő oldalad tiszta, a feltört oldal 8 árulkodó jeléről szóló cikkünk segít a gyors ellenőrzésben.
Mikor tesztelted utoljára a visszaállítást? Ha a válasz „még soha", beszéljünk
Nálunk a WP Pajzsnál a karbantartási csomag része a felügyelt 3-2-1 mentés és a negyedéves visszaállítási teszt — vagyis nem hisszük el a mentésnek, hogy jó, hanem bebizonyíttatjuk vele. Kérd az ingyenes biztonsági gyorsellenőrzésünket: átnézzük, mid van mentve, hova és mióta, és őszintén megmondjuk, visszaállítható lenne-e belőle az oldalad holnap reggelre.
Gyakori kérdések
Mi az a 3-2-1 mentési szabály?
Az adatvédelem alapszabálya: tarts 3 másolatot az adataidról (az élő oldal plusz két mentés), 2 különböző adathordozón, és legalább 1 másolat legyen az eredeti szervertől fizikailag távoli, külső helyszínen. Így egyetlen szerverhiba, feltörés vagy szolgáltatói leállás sem viheti el az összes példányt egyszerre.
Milyen gyakran kell menteni egy WordPress oldalt?
A tartalom változási üteméhez igazítsd: egy ritkán frissülő bemutatkozó oldalnál elég a heti mentés, aktív blognál a napi, webshopnál viszont napi fájlmentés mellett óránkénti adatbázis-mentés az ajánlott, mert a rendelések folyamatosan érkeznek. Minden frissítés előtt készíts külön kézi mentést is.
Elég-e a tárhelyszolgáltató mentése?
Önmagában nem. A tárhely automatikus mentése jellemzően ugyanazon a helyszínen van, mint az oldalad, a régebbi mentések pedig 7-30 nap után felülíródnak — ha a hibát később veszed észre, már nincs mire visszaállni. Jó biztonsági háló, de a 3-2-1 szabály szerint kell mellé saját, külső helyszínen tárolt másolat.
Hogyan tesztelem, hogy visszaállítható-e a mentésem?
Negyedévente egyszer állítsd vissza a legfrissebb mentést egy elkülönített tesztkörnyezetbe (alkönyvtár, aldomain vagy helyi gép), és ellenőrizd, hogy az oldal betölt, be tudsz lépni az adminba, és a legfrissebb tartalmak is megvannak. Csak a próbavisszaállítás igazolja, hogy a mentés ép — a sérült mentési fájl annyit ér, mintha nem is létezne.
