A WordPress-oldalak üzemeltetése sokszor úgy működik, mint egy jól beállított háztartási gép: hónapokig, évekig „működik”, aztán egyszer csak valami elromlik. Amikor ez bekövetkezik, a laikus felhasználók gyakran kétségbeesnek, mert nem tudják, mi a hiba oka, és félnek, hogy még nagyobb bajt csinálnak. Ez a cikk azért készült, hogy közérthetően, lépésről lépésre mutassa meg, hogyan lehet a hibát megtalálni és megoldani WordPress-ben, anélkül hogy technikai háttérismeret vagy fejlesztői tudás kellene hozzá.
Itt kifejezetten felhasználói szemmel építjük tovább: a hangsúly a logikus gondolkodáson van. Más cikkek foglalkoznak részletesebben a biztonsági mentés, a hibanaplózás (logolás) használatával. Itt a cikk végén néhány olyan plugin-ajánlás van, amelyek segítenek a nem szakmai felhasználónak is.
Tartalomjegyzék
Mit nevezünk hibának, és mi számít „nem hibának”?
Sokszor az történik, hogy egy jelenséget hibának érzékelünk, pedig valójában nem a rendszer „romlott el”, hanem csak megváltozott a környezet, vagy valami átmeneti dolog történt. Ezért fontos a hibák kategorizálása.
Funkcionális hibák
Ezek azok a problémák, amikor valami nem működik úgy, ahogy kellene:
- nem tölt be az oldal
- nem működik a kosár, a fizetés, a kereső vagy egy gomb
- nem lehet belépni az admin felületre
- szétesik a honlap szerkezete, megjelenése
- eltűnt tartalom vagy funkció
Ezeket érdemes azonnal kezelni, mert közvetlenül befolyásolják a weboldal használhatóságát.
Egyéb hibának hitt jelenségek
Ezek nem mindig hibák a klasszikus értelemben, még is problémát okoznak:
- lassú oldalbetöltés (gyorsítás, sebesség optimalizálás cikk ajánlott)
- időszakos elérhetetlenség (itt gyakran a tárhelyszolgálatót kell keresni)
- hibaüzenet jelenik meg, de a funkció működik
- csak bizonyos eszközön vagy böngészőben jelentkezik
Itt a cél nem az azonnali „javítás”, hanem az ok megtalálása és a megfelelő lépések meghatározása. Azt is érdemes végiggondolni, hogy sok esetben külsős kapcsolat szükséges egyes funkciókhoz (pl. bankkártyás fizetéshez, szállító címke generálásához) és ezeknél a hiba akár a külső félnél is lehet.
Első lépés: mit csináltál utoljára?
A hibakeresés leggyakoribb és leghatékonyabb módja, ha visszakeresed, mi változott az oldaladon. A legtöbb hiba ugyanis valamilyen frissítéshez, új bővítményhez, sablonhoz vagy beállításhoz köthető. (Vagy ritka esetben tárhelyszolgáltatónál történt változás, háttérmunka.)
Kérdezd meg magadtól:
- Milyen változtatást csináltál az utóbbi napokban?
- Frissítettél valamit?
- Telepítettél új bővítményt?
- Módosítottál egy beállítást?
- Változott a tárhelyszolgáltatásod (például átállás, frissítés)?
Ha van egy konkrét esemény, ami után jelentkezett a hiba, akkor máris szűkítettél a lehetséges okokon.
Hibanaplózás (logolás)
A hibanaplózás azt jelenti, hogy a WordPress és a szerver „feljegyzi”, mi történt, amikor a hiba jelentkezett. Ez különösen akkor hasznos, ha nem látod a hibát a böngészőben, vagy ha csak időszakosan jelentkezik.
A hibanaplózás előnyei:
- nem kell fejlesztőnek lenned ahhoz, hogy értékes információt kapj
- segít pontosan meghatározni, mi okozza a problémát
- a hibát könnyebb továbbadni a támogatásnak vagy a fejlesztőnek
A hibanaplózás akkor a leghasznosabb, ha már előre be van kapcsolva, mert akkor a rendszer a hiba jelentkezésekor rögzíti az adatokat. Ha a hibajelenség egyszeri vagy ritka, a log sokszor az egyetlen módja annak, hogy kiderüljön, mi történt. Részletes cikk a hibanaplózásról itt.
Biztonsági mentés
A hibakeresés során a legfontosabb, hogy ne tegyél kárt a weboldalban. Ha nincs mentésed, egy rossz lépés könnyen végleges problémát okozhat. Ezért a hibakeresés előtt mindig készíts biztonsági mentést.
Mert a hibakeresés során:
- ki/bekapcsolsz bővítményeket
- sablont váltasz
- beállításokat módosítasz
- vagy akár egy rossz frissítés miatt vissza kell állni
Ezek mind olyan helyzetek, ahol a mentés szükséges az eredeti állapot visszaállításához. A WordPress biztonsági mentés cikk részletesen leírja a lehetőségeket.
Gyors kizárások: egyszerű, de hatékony lépések
Sok hiba egyszerűen az eszköz vagy a böngésző miatt jelentkezik. Ezért érdemes ezeket gyorsan kizárni.
Mit érdemes kipróbálni?
- oldalt frissíteni (Ctrl+F5)
- másik böngészőben megnézni
- másik eszköz (telefon, tablet, másik számítógép)
- inkognitó móddal böngészőkben
- böngésző gyorsítótár törlése
Ha a hiba csak nálad jelentkezik, akkor valószínűleg nem a weboldal a hibás, hanem a böngésző vagy a helyi eszköz. Ha viszont minden eszközön és böngészőben ugyanaz történik, akkor a weboldalban kell keresni az okot.
Hibaüzenetek: mit kezdj velük
A WordPress hibaüzenetei gyakran úgy néznek ki, mint egy idegen nyelvű szöveg. Azonban nem kell értened hozzá, hogy hasznos legyen. Sokszor már az egyes elérési útvonalak (…/wp-content/plugins/pluginneve/…) is elég sejtelmes és sokatmondó. A hibaüzenet általában egyszerű, angol nyelvű szöveges üzenetek, melyek gépi fordítóval történő lefordítása is már sokat segíthet.
A legjobb módszer: keress rá a hibaüzenetre Google-ben, vagy kérdezz rá egy AI asszisztensnél (például Claude, ChatGPT, Gemini, Copilot stb.). A hibaüzenet gyakran pontosan megmondja, melyik bővítmény vagy sablon okozza a problémát.
Fontos: a hibaüzenetet pontosan másold be, ne csak fogalmad legyen róla. Az apró részletek is számítanak.
Bővítményekkel kapcsolatos hibák
A legtöbb WordPress-hiba valamilyen bővítményhez köthető. Ez nem jelenti azt, hogy a bővítmény rossz, csak azt, hogy valami összeakadt vagy hiba történt.
Mikor gyanús egy bővítmény?
- egy funkció hirtelen nem működik
- admin felület lassú vagy hibás
- hiba a frissítés után jelentkezik
- új bővítmény telepítése után romlik valami
Mit csinálj?
A legegyszerűbb teszt, ha ideiglenesen kikapcsolod a bővítményeket. Itt nagyon fontos, hogy ezt biztonsági mentés után tedd, és lépésről lépésre:
- kikapcsolsz 1-1 bővítményt
- megnézed, javult-e a helyzet
- ha igen, az adott bővítmény a hibás, ha nem, akkor 1. pont és folytatod, mígnem végigérsz a bővítmény listán
Sablon (theme) váltás
A sablon váltása a WordPress egyik legerősebb, de legkockázatosabb lépése. A sablon felelős a weboldal kinézetéért és sok esetben a működés egy részéért is. Illetve bizonyos esetekben a bővítményekkel összeakadhatnak. Sablon váltás előtt feltétlen legyen biztonsági mentésünk, mivel több esetben a sablon kitörli kikapcsolásról a beállításait.
Ilyenkor érdemes az egyik gyári Twenty-Twenty… nevű sablonra váltani. A gyári, core sablonnal papíron minden pluginnak működnie kellene. (Ha a bővítmény fejlesztője nem hagyta ki.)
Mikor kell segítséget kérni?
Ha a hibát nem tudod megoldani, akkor sem kell pánikba esni. Sok esetben egyszerűen a megfelelő támogatást kell megtalálni.
Kikhez fordulhatsz?
- tárhelyszolgáltató (ha a weboldal elérhetetlensége szerverhiba lehet)
- a weboldalt készítő szakember
- a bővítmény fejlesztője (ha konkrét bővítmény okozza)
A legfontosabb, hogy tudd átadni a hibát érthetően, még laikusként is. Ebben segít a hibanapló és a pontos hibaüzenet.
Hibakereséshez segítő bővítmények
Health Check & Troubleshooting
Ez a plugin a hibakeresés „biztonsági mentőöve”. Segítségével úgy tudod tesztelni az oldaladat, hogy közben a látogatók nem érzik a változásokat. Külön egy „hibakereső módot” hoz létre, ahol a bővítményeket és a sablont ideiglenesen letilthatod, anélkül hogy az oldal élő működését megzavarnád. Ez különösen hasznos, ha nem akarod kockáztatni, hogy a weboldal élesben „szétessen”.
WP Rollback
Ha egy bővítmény frissítése után jön elő a hiba, ez a plugin vissza tudja állítani a bővítményt egy korábbi verzióra. Ez nagyon hasznos, mert sok hiba egy frissítés miatt jelenik meg, és nem mindig kell „javítani” – néha elég visszalépni egy stabil verzióra.
Query Monitor
Ez a plugin részletes információkat ad arról, mi történik a weboldaladon. Különösen hasznos lassulás vagy hibaüzenetek esetén, mert megmutatja, melyik bővítmény vagy melyik oldalrész okozza a problémát. Nem kell programozónak lenned, de ha valami lassú vagy hibás, akkor gyorsan rávilágít az okra.
WP Debugging
Ez a plugin „bekapcsolja” a WordPress hibakereső módját. Nem azt jelenti, hogy te fejlesztővé válsz, hanem azt, hogy a rendszer több információt ír ki a hibákról. Ez akkor hasznos, ha a hibaüzenet nem elég egyértelmű, és szeretnél többet látni belőle. Fontos: ez elsősorban akkor hasznos, ha a hibát már más módon nem tudod beazonosítani.
Log Deprecated Notices
Ez a plugin arra figyel, ha valami olyan funkciót használ a weboldalad, ami már elavult. Ez nem mindig okoz azonnali hibát, de hosszú távon problémát jelenthet. Ha egy bővítmény vagy sablon régi módszereket használ, ez a plugin jelzi, és könnyebben megtalálod a hibát.
WP Activity Log
Ez a plugin egy „naplót” vezet arról, ki mit csinált a weboldalon. Ez különösen hasznos akkor, ha többen kezelik az oldalt, vagy ha nem tudod, ki és mit állított be. Ha például valaki véletlenül kikapcsolt egy bővítményt, vagy megváltoztatott egy beállítást, ez a napló megmutatja, és gyorsan vissza lehet állítani.
WP Crontrol
A WordPress sok feladatot automatikusan futtat, például automatikus mentéseket, frissítéseket vagy időzített tartalmakat. Ha ezek nem működnek, az oldal furcsán viselkedhet. A WP Crontrol megmutatja, milyen időzített feladatok futnak, és segít ellenőrizni, hogy működnek-e. Ez különösen akkor hasznos, ha az oldal időnként „lefagy”, vagy bizonyos funkciók nem futnak.
Debug Bar
Ez a plugin egy „debug eszköztárat” ad a WordPress admin felületén, ami hasonló információkat mutat, mint a Query Monitor. Ha valami lassú vagy hibás, a Debug Bar segít megtalálni, melyik bővítmény vagy sablon rész okozza a gondot. Egyszerűen használható, és nem kell programozói tudás hozzá.
Gyakori kérdések a WordPress hibakeresésről
-
Mi a teendő, ha a weboldal nem tölt be?
Először ellenőrizd, hogy más eszközön vagy böngészőben is ugyanaz a hiba jelentkezik-e. Ha igen, próbáld meg ideiglenesen kikapcsolni a bővítményeket, és ellenőrizd, hogy a tárhelyen van-e karbantartás vagy leállás. Ha a hiba csak nálad jelentkezik, töröld a böngésző gyorsítótárát és a cookie-kat.
-
Mit tegyek, ha az oldal lassan tölt be?
Ellenőrizd, hogy nem fut-e túl sok bővítmény egyszerre, és hogy a képek nem túl nagyok-e. Próbáld meg kikapcsolni a cache-t vagy gyorsítótár bővítményt, és nézd meg, javul-e a sebesség. Ha a lassulás egy adott oldalon jelentkezik, lehet, hogy egy beágyazott tartalom vagy külső szolgáltatás okozza.
-
Mi a teendő, ha egy funkció nem működik (pl. űrlap, kosár, keresés)?
Először ellenőrizd, hogy a funkcióhoz kapcsolódó bővítmény naprakész-e. Ha igen, kapcsold ki ideiglenesen a többi bővítményt, mert gyakori a konfliktus. Ha a probléma megoldódik, egyesével kapcsold vissza a bővítményeket, hogy megtaláld a hibásat.
-
Mit jelent, ha hibaüzenet jelenik meg a weboldalon?
A hibaüzenet sokszor tartalmaz információt a problémáról, például melyik bővítmény vagy sablon okozza. Jegyezd fel pontosan a szöveget, és keress rá Google-ben vagy kérdezz AI-t (például ChatGPT) a hibaüzenettel együtt, mert gyakran mások már találkoztak vele és megoldották.
-
Hogyan deríthetem ki, hogy melyik bővítmény okozza a problémát?
Kapcsold ki az összes bővítményt, majd egyesével kapcsold vissza őket, és mindig ellenőrizd, mikor jelentkezik újra a hiba. Így gyorsan beazonosítható, melyik bővítmény okozza a problémát. Ha a hiba csak frissítés után jelentkezik, nagy eséllyel az új verzióval van gond.
-
Mit tegyek, ha a weboldal szerkesztője (Gutenberg/Oldalépítő) nem reagál?
Ellenőrizd, hogy nincs-e elérési probléma (pl. lassú internet, szerver túlterhelés), és hogy a böngésző bővítmények nem akadályozzák-e a működést. Próbáld meg egy másik böngészőben vagy inkognitó módban megnyitni. Ha a probléma csak egy oldalon jelentkezik, lehet, hogy az oldal tartalma hibás blokkal vagy rövidkóddal rendelkezik.
-
Hogyan segít a hibanaplózás a hibakeresésben?
A hibanaplózás azt jelenti, hogy a rendszer „feljegyzi” a hibákat és eseményeket, így utólag vissza lehet nézni, mi történt. Ha egy funkció egyszer csak leáll, a naplóban gyakran megtalálható, hogy melyik bővítmény vagy fájl okozta a problémát, és mikor kezdődött a hiba.
-
Mi a teendő, ha a weboldal frissítés után nem működik?
Ilyenkor érdemes visszavonni a frissítést, ha van biztonsági mentésed (backup), vagy a frissítés előtti állapot visszaállítása. Ha nincs mentés, akkor próbáld meg ideiglenesen kikapcsolni a frissített bővítményt, és ellenőrizd, hogy van-e újabb verzió vagy ismert kompatibilitási probléma a fejlesztőnél.
-
Mit tegyek, ha nem találok megoldást a hibaüzenetre?
Kérdezz rá a hibaüzenettel együtt Google-ben, és nézd meg, hogy mások hogyan oldották meg. Ha nem találsz választ, írd le a hiba pontos szövegét, a használt bővítményeket és a WordPress verziót, és kérj segítséget a támogatói fórumokon vagy AI-tól, mert ezek alapján gyorsabban beazonosítható a probléma.
-
Miért fontos a biztonsági mentés a hibakeresés előtt?
Mielőtt bármit módosítanál (pl. bővítmény kikapcsolása, frissítés, sablon váltás), mindig készíts biztonsági mentést, mert a hibakeresés közben könnyen előfordulhat, hogy még rosszabb állapotba kerül az oldal. A mentés visszaállítása gyorsan helyreállítja a működő állapotot, ha valami félremegy.
Összegzés
A WordPress hibakeresés nem olyan bonyolult, mint amilyennek elsőre tűnik, ha a problémát logikusan közelíted meg. A legfontosabb lépés mindig az, hogy ne kezdj el „vakon” állítgatni, hanem először biztonsági mentés, utána próbáld meg felismerni, milyen típusú hibával állsz szemben.
A funkcionális hibák (amikor valami nem működik) és az egyéb jelenségek (lassulás, időszakos hibaüzenetek) eltérő megközelítést igényelnek, és a hibanaplózás vagy logolás ebben óriási segítség lehet.
A hibakeresés során az első lépés a változások visszakeresése: frissítés, új bővítmény, sablonváltás vagy beállítás módosítása gyakran okozza a problémát. A hibák megoldása előtt mindig készíts biztonsági mentést, mert ez a legbiztonságosabb módja annak, hogy elkerüld a további károkat.
Ha hibaüzenet jelenik meg, akkor ne próbáld meg fejben megfejteni: másold ki, és keresd rá Google-ben, vagy kérdezz rá AI segítséggel. A bővítmények gyakran okoznak gondot, ezért a legegyszerűbb diagnosztikai módszer a bővítmények kikapcsolása és lépésenkénti visszakapcsolása, de csak biztonsági mentés után.
A sablonváltás nem minden esetben biztonságos lépés, még is bizonyos esetekben szükséges a hiba beazonosításához, ezért mindig óvatosan, mentéssel és ideiglenesen végezd. Ha a hiba nem oldható meg, akkor érdemes segítséget kérni a tárhelyszolgáltatótól, a weboldal készítőjétől vagy a bővítmény fejlesztőjétől, és ilyenkor a hibanapló és a pontos hibaüzenet jelentősen gyorsítja a megoldást.
A cél mindig az legyen, hogy a hibát biztonságosan és logikusan közelítsd meg, és ne ess pánikba, mert a legtöbb probléma végül egyszerűen visszavezethető egy konkrét változtatásra vagy bővítményre.
Segítség kellene? Közösségeink
WordPress Facebook csoport
Csatlakozzon ~16.000 tagot számláló legnagyobb és fő WordPress-es, magyar nyelvű csoportunkhoz.
WordPress fejlesztők és felhasználók csoportja → (új ablakban nyílik meg)
WooCommerce Facebook csoportunk
Várjuk WooCommerce-es magyar nyelvű csoportunkban fejlesztőket és webáruház tulajdonosokat egyaránt.
WooCommerce fejlesztők és felhasználók csoportja → (új ablakban nyílik meg)
Fórum
WordPress specifikus, saját közösségi terünk. Egy régimódi, hagyományos fórum, ahol szintén lehet segítséget kérni.
