---
title: "WordPress hibakeresés"
url: "https://wphu.org/alapok/wordpress-hibakereses/"
date: "2026-01-24"
modified: "2026-01-29"
author: "Rottenbacher Tamás"
language: "hu_HU"
---

# WordPress hibakeresés

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](https://wphu.org/alapok/wordpress-biztonsagi-mentes/), a [hibanaplózás](https://wphu.org/alapok/wordpress-hibanaplo/) (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](https://wphu.org/alapok/wordpress-gyorsitas-sebesseg-optimalizalas/) 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](https://wphu.org/alapok/wordpress-hibanaplo/).

## 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](https://wphu.org/alapok/wordpress-biztonsagi-mentes/) 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:

1. kikapcsolsz 1-1 bővítményt
2. megnézed, javult-e a helyzet
3. 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](https://wphu.org/wordpress-szakember-kereses/) 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)](https://www.facebook.com/groups/wpcsoport/)

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)](https://www.facebook.com/groups/254329328774362/)

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.

[Fórumunk → (új ablakban nyílik meg)](https://tamogatas.wphu.org/)

![](https://secure.gravatar.com/avatar/32e70111c4f82dc85d1d5bb4b7940c43b0f868790fb2ecddb91ac3c9c29c0633?s=150&d=mm&r=pg)

Rottenbacher Tamás

Senior full stack dev, WordPress fejlesztő, honlap és WooCommerce webáruház üzemeltető szakember, vállalkozó (RotiSoft), megszórva online marketing, UX, AI és SEO tapasztalattal és közösségi projektek (TrustedWP, WP MeetUp, WPFórum) embere. [Facebook](https://www.facebook.com/roti.tamas/) | [LinkedIn](https://www.linkedin.com/in/tamasrottenbacher/) | [YouTube](https://www.youtube.com/channel/UCHo6ivNBjNHizNVoGR2h_Fg) | [Instagram](https://www.instagram.com/rotisoft/) | [Weboldal](https://rottenbacher.hu/)