WordPress weboldal mentése: a 3-2-1 stratégia, és hogyan állítsa be a gyakorlatban

A WordPress weboldal mentése három kötelező lépésből áll: az adatbázis rendszeres mentéséből (naponta), a wp-content/ fájljainak mentéséből (hetente), és legalább egy másolat tárolásából azon a szerveren kívül, amelyen a weboldal fut. Az iparági szabvány a 3-2-1 stratégia - három adatmásolat, két különböző adathordozón, amelyek közül egy mentés az elsődleges szerveren kívül van. A kizárólag ugyanazon a szerveren tárolt mentés, ahol a weboldala is fut, szerverhiba esetén haszontalan. A WordPress weboldal kezeléséről szóló átfogó útmutatót, benne a frissítésekkel, a monitoringgal és a biztonsággal, a WordPress weboldal kezelése 2026-ban című cikkben találja.

Miért nem választható kiegészítő a WordPress weboldal mentése

Előbb vagy utóbb minden weboldal olyan helyzetbe kerül, amikor az egyetlen út előre a mentés visszaállítása. Az okok sokfélék lehetnek: a szerver hardverhibája, zsarolóvírus vagy biztonsági incidens, egy bővítmény elrontott frissítése, emberi hiba az adatbázis szerkesztésekor, vagy egyszerűen a tartalom véletlen törlése. A kérdés nem az, hogy bekövetkezik-e ilyen helyzet, hanem az, hogy mikor - és hogy lesz-e olyan mentése, amelyből egy órán belül újra üzembe tud állni.

A biztonsági háttér is lényeges: a WordPress ökoszisztémában 2025-ben rekordszámú, 11 334 új sérülékenység jelent meg, miközben a nyilvánosságra hozataltól az első aktív támadásig eltelt idő mediánja öt órára csökkent - a biztonsági kockázatokat részletesen a WordPress weboldal biztonsága 2026-ban: 10 pontos ellenőrzőlista című cikkben tárgyaljuk. A mentés az utolsó védőháló, amikor minden más védelmi réteg csődöt mond.

Gyakori tévhit: „a tárhelyszolgáltatóm automatikusan készít mentéseket.” A tárhelyszolgáltatói mentések az infrastruktúra mentései, nem garanciák az Ön konkrét tartalmának visszaállítására. A megőrzési idő, a részletesség és a visszaállítás elérhetősége szolgáltatónként jelentősen eltér - és magára a visszaállításra órákat, akár napokat is várhat. A szerveren kívüli saját mentés a válasz erre a problémára.

Mit mentsen: a WordPress weboldal teljes leltára

A WordPress weboldal teljes mentése két független részből áll: az adatbázisból és a fájlokból. A visszaállítás csak akkor működik, ha mindkettő megvan. Ha az egyik a másik nélkül vész el, az hiányos weboldalt vagy működésképtelen telepítést jelent.

MySQL adatbázis

Az adatbázis a weboldal teljes tartalmát és beállításait tartalmazza: bejegyzéseket, oldalakat, hozzászólásokat, bővítménybeállításokat, felhasználói fiókokat és jelszavakat, widgeteket, WooCommerce rendeléseket, termékeket és vásárlókat. Ez a weboldal dinamikus része - minden új bejegyzéssel, rendeléssel vagy regisztrációval változik. Ezért ezt kell a leggyakrabban menteni.

A weboldal fájljai

• wp-content/ - a mappa a témáival, bővítményeivel, feltöltött médiafájljaival (képek, dokumentumok, videók) és a mu-plugins mappával. A telepítés magja. E mappa nélkül elveszíti a megjelenést, a funkciókat és a médiatartalmat is.
• wp-config.php - konfigurációs fájl az adatbázis belépési adataival, a biztonsági kulcsokkal és a táblaelőtag beállításával. Nélküle a WordPress nem tud csatlakozni az adatbázishoz.
• .htaccess (Apache szervereken) vagy az ennek megfelelő nginx-konfiguráció - az átirányítási szabályokat, a biztonsági fejléceket és a permalink-struktúrát tartalmazza.

Amit viszont nem kell mentenie: a WordPress mag fájljait (wp-admin/, wp-includes/, index.php, wp-login.php és hasonlók) bármikor letöltheti a wordpress.org-ról, és újratelepítheti. A mag mentése fölöslegesen növeli az archívum méretét, hozzáadott érték nélkül.

WordPress weboldal mentése: a 3-2-1 stratégia a gyakorlatban

A 3-2-1 stratégia iparági szabvány, amely a WordPressre ugyanúgy érvényes, mint bármely kritikus vállalati adatra. Az ereje az egyszerűségében rejlik: ha az egyik védelmi réteg elbukik, még kettő megmarad.

• 3 adatmásolat - az éles weboldal (az eredeti) plusz két különálló mentés. Nem elég csak egy mentés - a mentés megsérülhet, vagy ugyanazt a hibát tartalmazhatja, mint az eredeti weboldal (például ha a mentés egy kártevőfertőzés után készült).
• 2 különböző adathordozó vagy helyszín - az ugyanazon a szerveren tárolt összes mentés egy mentésnek számít, nem kettőnek. Kombinálja például a szerveren lévő mentést egy felhőtárhelyen lévővel.
• 1 mentés az elsődleges szerveren kívül - ez a védőháló arra az esetre, ha maga a szerver vagy az adatközpont hibásodik meg. Felhőtárhely, távoli FTP-szerver vagy más, a tárhelyszolgáltatóján kívüli felhőmegoldás.

Hol tárolja a mentéseket a szerveren kívül

A WordPress weboldalak külső mentési tárhelyének három gyakori kategóriája:

• Felhőalapú objektumtároló (pl. Amazon S3, Backblaze B2, Cloudflare R2) - olcsó, megbízható, automatizált mentésekhez ideális. A mentőbővítmény a zip-fájlokat közvetlenül a bucketbe küldi. Az árak GB-onként havi néhány cent körül mozognak.
• Felhőszinkronizálás (Google Drive, Dropbox) - egyszerűbb beállítani, és a legtöbb mentőbővítmény közvetlenül támogatja. Az ingyenes csomagok tárhelye korlátozott; hosszabb megőrzéshez fizetős csomagra lesz szüksége.
• Távoli FTP/SFTP szerver - saját szerver más helyszínen vagy más szolgáltatónál. Nagyobb karbantartási teher, de teljes kontroll a tárhely felett.

Gyakorlati javaslat: a külső tárhely első rétegeként kezdje felhőszinkronizálással. Gyorsan beállítható, és a legtöbb WordPress mentőbővítmény további konfiguráció nélkül támogatja. Amikor a mentései megnőnek (nagy webáruházak, sok médiafájl), váltson felhőalapú objektumtárolóra, ahol kedvezőbbek az árak.

A mentés gyakorisága a WordPress weboldal típusa szerint

Nem minden weboldalt kell ugyanolyan gyakran menteni - attól függ, milyen gyorsan nőnek azok az adatok, amelyeket elvesztésük esetén rekonstruálnia kellene.

Weboldal típusa	Adatbázismentés	Fájlmentés	Javasolt megőrzési idő
Céges weboldal statikus tartalommal	Naponta	Hetente	30 nap
Rendszeresen publikáló blog	Naponta	Hetente	30 nap
Webáruház aktív rendelésekkel	Négy-hat óránként	Naponta	60 nap
Weboldal regisztrációkkal és űrlapokkal	Naponta	Hetente	30 nap
Bármilyen nagyobb frissítés előtt	Azonnali kézi mentés	Azonnali kézi mentés	A szokásos ütemezésen felül

Webáruházaknál az adatbázismentés gyakorisága a kulcs: minden rendelés, minden fizetés, minden vásárlói fiók kizárólag az adatbázisban tárolt adat. A napi egyszeri mentés azt jelenti, hogy hiba esetén az utolsó mentés óta történt összes tranzakció elvész. Aktív webáruházaknál ez több tucat rendelés is lehet. Ezért webáruházaknál az adatbázismentést naponta többszöri futásra állítjuk be.

Hogyan tesztelje a mentést, mielőtt késő lenne

Az a mentés, amelyet soha nem próbált visszaállítani, csak egy fájl. Az igazi mentés az, amelyről tudja, hogy működik - próbavisszaállítással igazolva.

A gyakorlatban azt tapasztaljuk, hogy a weboldal-tulajdonosok évekkel ezelőtt beállították a mentést, de soha nem ellenőrizték, hogy a mentések valóban lefutottak-e, és vissza lehet-e állítani belőlük. Gyakori hibaforgatókönyvek: a mentőbővítményt a bővítmények rendbetétele során deaktiválták, és a mentések leálltak; a felhőtárhely elérte a korlátot, és az új mentések nem mentődtek el; a mentési archívum a feltöltés megszakadása miatt sérült.

A próbavisszaállítás menete (legalább negyedévente)

1. Ellenőrizze, hogy a mentések lefutnak-e. Nézze meg a legutóbbi mentés dátumát és méretét a felhőtárhelyen. A nulla méret vagy az elavult dátum figyelmeztető jel.
2. Készítsen elő izolált tesztkörnyezetet. Helyi WordPress telepítés vagy staging aldomain. Ellenőrzés nélkül soha ne állítson vissza közvetlenül az éles oldalra.
3. Importálja az adatbázismentést. A phpMyAdmin vagy a WP-CLI segítségével importálja az SQL dumpot egy üres adatbázisba a tesztkörnyezetben.
4. Csomagolja ki és másolja át a fájlokat. A wp-content/ mappát és a wp-config.php fájlt az archívumból a tesztkörnyezetbe. Ellenőrizze, hogy a wp-config.php a tesztadatbázisra mutat-e.
5. Ellenőrizze a működést. Járja végig a kulcsfunkciókat: kezdőlap, menü, kapcsolatfelvételi űrlap, webáruháznál a kosár és a termékoldal. Ellenőrizze, hogy a médiafájlok helyesen jelennek-e meg.
6. Rögzítse az eredményt. Ha a visszaállítás gond nélkül lezajlott, a mentés működik. Ha nem, azonnal javítsa ki a mentés konfigurációját - ne akkor, amikor valódi hiba történik.

A leggyakoribb hibák a WordPress weboldal mentésénél

A weboldalak kezelése során újra és újra ugyanazokat a mentési hibákat látjuk. Íme azok, amelyek behatolás esetén a legnagyobb gondot okozzák:

• Mentés csak ugyanazon a szerveren. Ha a szerver fizikailag meghibásodott, vagy egy zsarolóvírus titkosította, a rajta lévő mentések elérhetetlenek. A szerveren kívüli külső tárhely szükségszerűség, nem luxus.
• Csak az adatbázis mentése, fájlok nélkül. A wp-content/ nélküli adatbázis azt jelenti, hogy a tartalmat visszaállítja, de elveszíti a témát, a bővítményeket és az összes feltöltött médiafájlt.
• Elfelejtett wp-config.php. Sok mentési megoldás nem menti automatikusan a wp-config.php fájlt. Nélküle a WordPress nem tud bejelentkezni az adatbázisba, és a visszaállítás egy hibaoldalon megakad.
• Túl rövid megőrzési idő. Egyes fenyegetések (pl. észrevétlen kártevő-injektálások) csak hetek múlva mutatkoznak meg. Az alig 7 napos mentések nem feltétlenül tartalmaznak fertőzés előtti tiszta állapotot.
• Soha ki nem próbált mentés. A mentés beállítása és a visszaállítás működésének ellenőrzése két különböző dolog. Csak a próbavisszaállítás mutatja meg, hogy a mentés valóban működik-e.
• A mentés mint egyszeri feladat. A mentés be van állítva, de soha senki nem ellenőrzi - a bővítményt deaktiválták, a felhőkorlát betelt, vagy lejárt a tárhely jelszava. A mentés rendszeres ellenőrzést igényel, nem csak egyszeri beállítást.

WordPress weboldal mentése: mit tartalmaz nálunk a weboldal-karbantartás

Az általunk kezelt weboldalaknál a mentés a havi rutin szerves része - nem külön kiegészítő. Konkrétan ez azt jelenti: napi automatikus adatbázismentés, amely a szerveren kívüli külső felhőtárhelyre íródik, a wp-content/ és a wp-config.php heti mentése, mentés minden nagyobb frissítés előtt, és negyedévente próbavisszaállítás staging környezetben.

Az eredmény egyszerű: hiba esetén egy órán belül vissza tudjuk állítani a weboldalt, nem napok alatt. Az ügyfél pedig visszaigazolást kap arról, hogy a mentés lefutott - nem csak ígéretet arra, hogy „mentünk”. Ha ezzel a színvonallal szeretné a saját WordPress weboldalát is kezeltetni, tekintse meg a Denva támogatás és karbantartás szolgáltatását.

Az egyedi fejlesztésű vagy migráción átesett webalkalmazásokra és webáruházakra szigorúbb mentési követelmények vonatkoznak - további háttérért olvassa el az Elementor migráció: hogyan váltson tiszta WordPress témára című cikket, amelyben a migráció előtti mentés kulcsszerepet játszik.

Összegzés

A WordPress weboldal mentése nem egyszeri feladat - hanem folyamatos rutin világos szabályokkal: mit mentsen, hová tegye, milyen gyakran, és hogyan ellenőrizze, hogy a mentés valóban működik. A 3-2-1 stratégia bevált keretrendszer, amely a valós hibaforgatókönyvek többségét lefedi. Az a mentés, amelyet soha nem próbált visszaállítani, nem mentés.

Ha a mentést és a WordPress weboldal teljes kezelését technikai teher nélkül szeretné kézben tartani, a Denva támogatás és karbantartás szolgáltatása teljes mentési tervet tartalmaz, a próbavisszaállításokkal együtt. Vagy keressen meg minket közvetlenül - a kötelezettség nélküli konzultáció ingyenes.

GYIK

Gyakori kérdések.

Elegendő a tárhelyszolgáltató mentése?

Nem mindig. A tárhelyszolgáltatói mentések az infrastruktúra mentései - a megőrzési idő, a részletesség és a visszaállítás elérhetősége szolgáltatónként eltér, és a visszaállítás órákig, akár napokig is tarthat. A szerveren kívüli, az Ön kezében lévő, ellenőrzött megőrzési idejű saját mentés minden céges weboldal esetén alapkövetelmény.

Mennyi helyet foglal egy WordPress weboldal mentése?

A médiafájlok méretétől és a bővítmények számától függ. Egy átlagos céges weboldal adatbázisa néhány tíz MB, a wp-content/ mappa pedig néhány száz MB-tól néhány GB-ig terjed. Egy kiterjedt termékkatalógussal rendelkező webáruház wp-content/ mappája akár 10 GB fölött is lehet. A legtöbb mentőbővítmény támogatja a tömörítést, amely jelentősen csökkenti az archívum méretét.

Mi történik, ha a mentést és az elsődleges szervert egyszerre veszítem el?

Pontosan erre a forgatókönyvre való a 3-2-1 szabály: egy mentésnek mindig az elsődleges szerveren kívül kell lennie - felhőtárhelyen vagy egy másik szolgáltató távoli szerverén. Ha a szerveren lévő mentést és magát a szervert egyszerre veszíti el, a külső mentés érintetlen marad.

Mennyi ideig érdemes megőrizni a mentéseket?

Átlagos céges weboldalnál legalább 30 napig, webáruháznál 60 napig. A rövidebb megőrzési idő problémás lehet egy késleltetve jelentkező kártevőfertőzés esetén - a fertőzés előtti mentéseknek mindig rendelkezésre kell állniuk.

Beállíthatom a WordPress weboldal mentését műszaki ismeretek nélkül?

Az alapszintű mentés egy erre szolgáló WordPress mentőbővítménnyel műszaki gyakorlat nélkül is beállítható. Kritikusabb annak rendszeres ellenőrzése, hogy a mentések valóban lefutnak-e, valamint a visszaállítás tesztelése - itt ütközik a legtöbb weboldal-tulajdonos problémákba, ha nincs tapasztalata a WordPress kezelésében.