A weboldalak világában semmi sem frusztrálóbb, mint amikor a látogatók hibákba ütköznek böngészés közben. A 404-es „Az oldal nem található” üzenetek vagy a rejtélyes 5xx szerver hibák nemcsak a felhasználói élményt rontják, de a Google és más keresőmotorok szemében is negatív jelzésként szolgálnak. A Search Console egyik legerőteljesebb funkciója, hogy részletes betekintést nyújt ezekbe a lefedettségi problémákba, lehetővé téve számodra, hogy módszeresen felderítsd és kijavítsd őket. Amikor egy weboldalon hibák jelennek meg, az olyan, mintha egy könyv oldalai hiányoznának vagy olvashatatlanok lennének – a történet megszakad, az olvasó frusztrált lesz, és valószínűleg másik könyvet vesz a kezébe. A keresőmotorok ugyanígy reagálnak: ha túl sok hibát találnak, kevésbé szívesen ajánlják weboldaladat a keresőknek.
A lefedettségi hibák anatómiája
A lefedettségi hibák a weboldal azon problémáit jelentik, amelyek megakadályozzák, hogy a Google és más keresőmotorok megfelelően indexeljék és megjelenítsék az oldalaidat a keresési eredményekben. Ezek a hibák két fő kategóriába sorolhatók: a 4xx hibák (kliens oldali hibák) és az 5xx hibák (szerver oldali hibák).
A 4xx hibakódok azt jelzik, hogy a probléma a kérés oldalán van. A leggyakoribb közülük a 404-es hiba, amely akkor jelenik meg, amikor a kért oldal nem található. Ez történhet azért, mert az URL elírásra került, az oldal eltávolításra került, vagy átnevezték anélkül, hogy megfelelő átirányítást állítottak volna be.
Az 5xx hibakódok szerver oldali problémákat jeleznek. Ezek akkor fordulnak elő, amikor a szerver valamilyen okból nem tudja teljesíteni a kérést. Az 5xx hibák különösen problémásak lehetnek, mivel gyakran a weboldal alapvető működési problémáira utalnak.
„A lefedettségi hibák olyan, mint a weboldal egészségügyi jelzőfényei – ha villognak, ideje cselekedni, mielőtt a probléma súlyosabbá válna és a keresőmotorokban való láthatóságod csökkenne.”
A leggyakoribb HTTP hibakódok és jelentésük
Mielőtt elmélyednénk a hibák javításában, fontos megérteni a leggyakoribb hibatípusokat:
| Hibakód | Megnevezés | Leírás |
|---|---|---|
| 404 | Nem található | A kért erőforrás nem található a szerveren |
| 400 | Hibás kérés | A szerver nem tudja feldolgozni a kérést szintaktikai hiba miatt |
| 401 | Jogosulatlan | A kérés hitelesítést igényel |
| 403 | Tiltott | A szerver megértette a kérést, de megtagadja annak teljesítését |
| 500 | Belső szerver hiba | A szerver váratlan állapotba került, amely megakadályozza a kérés teljesítését |
| 502 | Hibás átjáró | A szerver érvénytelen választ kapott, amikor átjáróként működött |
| 503 | Szolgáltatás nem elérhető | A szerver jelenleg nem tudja kezelni a kérést túlterhelés vagy karbantartás miatt |
| 504 | Átjáró időtúllépés | Az átjáróként vagy proxyként működő szerver nem kapott időben választ a felsőbb szervertől |
A Search Console lefedettségi jelentése
A Google Search Console lefedettségi jelentése (Coverage Report) nélkülözhetetlen eszköz a webmesterek számára. Ez a jelentés átfogó képet nyújt arról, hogyan látja és indexeli a Google a weboldaladat, kiemelve a problémás területeket.
Hogyan érhető el a lefedettségi jelentés?
- Jelentkezz be a Search Console fiókodba
- A bal oldali menüben kattints az „Indexelés” (Indexing) menüpontra
- Válaszd a „Lefedettség” (Coverage) opciót
A lefedettségi jelentés négy fő kategóriába sorolja az URL-eket:
🔍 Hiba – Ezek olyan URL-ek, amelyek nem kerültek indexelésre valamilyen jelentős probléma miatt
🔍 Figyelmeztetés – Ezek olyan URL-ek, amelyek indexelve vannak, de valamilyen problémával rendelkeznek
🔍 Kizárva – Ezek olyan URL-ek, amelyeket a Google szándékosan nem indexel (pl. robots.txt miatt)
🔍 Érvényes – Ezek olyan URL-ek, amelyek sikeresen indexelve vannak
A hibák és figyelmeztetések azok, amelyekre a legtöbb figyelmet kell fordítanod, mivel ezek közvetlenül befolyásolják a weboldal keresőmotorokban való megjelenését.
A 404-es hibák azonosítása és javítása
A 404-es hibák a leggyakoribb lefedettségi problémák közé tartoznak. Ezek akkor fordulnak elő, amikor a böngésző olyan oldalt kér a szervertől, amely nem létezik. A Search Console-ban könnyen azonosíthatod ezeket a hibákat.
404-es hibák azonosítása a Search Console-ban
- Nyisd meg a lefedettségi jelentést
- Kattints a „Hiba” fülre
- Keresd meg a „Nem található (404)” hibatípust
- Kattints rá a részletes információkért
A Search Console megmutatja az összes olyan URL-t, amelynél 404-es hibát észlelt, valamint azt is, hogy mely oldalakról vezetnek hivatkozások ezekre a nem létező oldalakra.
„A 404-es hibák nem feltétlenül katasztrofálisak, de ha nagy számban fordulnak elő vagy fontos oldalakat érintenek, jelentősen ronthatják a felhasználói élményt és a keresőmotorokban való helyezésedet.”
A 404-es hibák javításának lehetőségei
Amikor 404-es hibákat találsz, több lehetőséged van a javításukra:
- Az oldal helyreállítása – Ha véletlenül törölted az oldalt, vagy az URL-je megváltozott, a legegyszerűbb megoldás lehet az eredeti tartalom visszaállítása az eredeti URL-en.
- 301-es átirányítás beállítása – Ha az oldal véglegesen átkerült egy másik URL-re, állíts be 301-es (permanens) átirányítást, amely automatikusan az új helyre irányítja a látogatókat és a keresőmotorokat.
- Egyedi 404-es hibaoldal létrehozása – Ha az oldal valóban nem létezik és nem is fog, hozz létre egy felhasználóbarát 404-es hibaoldalt, amely segít a látogatóknak megtalálni, amit keresnek.
- Belső linkek javítása – Ha a saját oldalaidon vannak hibás linkek, javítsd ki őket, hogy a megfelelő URL-re mutassanak.
- Külső linkek kezelése – Ha más weboldalakról mutatnak hibás linkek az oldaladra, próbáld meg felvenni a kapcsolatot a weboldal tulajdonosával, vagy állíts be átirányítást.
Egyedi 404-es hibaoldal létrehozása
Egy jól megtervezett 404-es hibaoldal jelentősen javíthatja a felhasználói élményt. Íme néhány tipp egy hatékony 404-es oldal létrehozásához:
- Egyértelműen jelezd, hogy az oldal nem található
- Tartsd meg a weboldal navigációját és fejlécét/láblécét
- Kínálj alternatív útvonalakat (pl. keresőmező, népszerű oldalak listája)
- Használj barátságos, esetleg humoros hangnemet
- Adj lehetőséget a kapcsolatfelvételre vagy hibajelentésre
<div class="error-page">
<h2>Hoppá! Az oldal nem található.</h2>
<p>Sajnáljuk, de az általad keresett oldal nem létezik vagy eltávolításra került.</p>
<div class="suggestions">
<h3>Talán ezek az oldalak érdekelhetnek:</h3>
<ul>
<li><a href="/popular-page-1">Népszerű oldal 1</a></li>
<li><a href="/popular-page-2">Népszerű oldal 2</a></li>
<li><a href="/popular-page-3">Népszerű oldal 3</a></li>
</ul>
</div>
<div class="search-box">
<h3>Keress a weboldalon:</h3>
<!-- Keresőmező kód -->
</div>
</div>Az 5xx szerver hibák kezelése
Az 5xx hibák általában súlyosabb problémákat jeleznek, mint a 4xx hibák, mivel a szerver működésével kapcsolatos gondokra utalnak. Ezek a hibák nemcsak a felhasználói élményt rontják, hanem a keresőmotorok indexelési képességét is akadályozzák.
Az 5xx hibák típusai és okai
A leggyakoribb 5xx hibák és azok jellemző okai:
| Hibakód | Lehetséges okok |
|---|---|
| 500 (Belső szerver hiba) | PHP hibák, .htaccess problémák, memória korlátok, hibás plugin vagy téma |
| 502 (Hibás átjáró) | Proxy vagy átjáró problémák, túlterhelt szerver, tűzfal beállítások |
| 503 (Szolgáltatás nem elérhető) | Szerver karbantartás, erőforrás korlátok, DDoS támadás |
| 504 (Átjáró időtúllépés) | Lassú szkriptek, adatbázis problémák, hálózati problémák |
5xx hibák azonosítása a Search Console-ban
- Nyisd meg a lefedettségi jelentést
- Kattints a „Hiba” fülre
- Keresd meg az 5xx hibatípusokat (pl. „Szerver hiba (5xx)”)
- Kattints rá a részletes információkért
A Search Console megmutatja, mely URL-eken fordultak elő 5xx hibák, és mikor észlelte ezeket a Google.
„Az 5xx hibák azonnali figyelmet igényelnek, mivel ezek gyakran a weboldal infrastruktúrájának alapvető problémáira utalnak, és súlyosan korlátozhatják a keresőmotorok képességét a tartalmad indexelésére.”
Az 5xx hibák javítása
Az 5xx hibák javítása általában műszaki beavatkozást igényel. Íme néhány lépés, amelyet megtehetsz:
- Szerver naplófájlok ellenőrzése – A szerver naplófájljai (error_log, access_log) értékes információkat tartalmazhatnak a hiba okáról.
- PHP memória limit növelése – Ha a hiba memória korlátok miatt következik be, próbáld meg növelni a PHP memória limitjét a wp-config.php fájlban (WordPress esetén) vagy a php.ini fájlban.
// WordPress esetén a wp-config.php fájlban:
define('WP_MEMORY_LIMIT', '256M');- Plugin vagy téma problémák azonosítása – Ha a hiba egy adott plugin vagy téma miatt következik be, próbáld meg ideiglenesen kikapcsolni őket, és egyenként visszakapcsolni, hogy azonosítsd a problémás elemet.
- .htaccess fájl ellenőrzése – A hibás .htaccess beállítások gyakran 500-as hibákat okoznak. Próbáld meg átnevezni vagy ideiglenesen eltávolítani a .htaccess fájlt, majd újra létrehozni egy alapértelmezett verziót.
- Tárhelyszolgáltató kapcsolatfelvétel – Ha nem tudod azonosítani vagy megoldani a problémát, vedd fel a kapcsolatot a tárhelyszolgáltatóddal, akik gyakran tudnak segíteni a szerver oldali problémák diagnosztizálásában és megoldásában.
Lefedettségi problémák megelőzése
A lefedettségi problémák proaktív megelőzése sokkal hatékonyabb, mint a már kialakult hibák javítása. Íme néhány bevált gyakorlat:
Rendszeres weboldal audit
Rendszeresen ellenőrizd a weboldaladat hibás linkek és más problémák szempontjából. Számos eszköz áll rendelkezésre, amelyek segíthetnek ebben, például:
- Screaming Frog SEO Spider
- Ahrefs Site Audit
- SEMrush Site Audit
- Broken Link Checker (WordPress plugin)
Megfelelő átirányítások kezelése
Amikor tartalmat mozgatsz vagy eltávolítasz a weboldaladról, mindig gondoskodj a megfelelő átirányításokról:
- Használj 301-es átirányítást, ha egy oldal véglegesen átkerült egy másik URL-re
- Használj 302-es átirányítást, ha egy oldal ideiglenesen került át
- Ne használj átirányítási láncokat (A → B → C), hanem közvetlenül irányíts a végső célra (A → C)
„A megfelelő átirányítások nemcsak a felhasználói élményt javítják, hanem segítenek megőrizni a keresőmotorokban elért helyezéseket és a linkek által biztosított rangsorolási erőt is.”
Megfelelő webszerver konfiguráció
A szerver megfelelő konfigurálása kulcsfontosságú az 5xx hibák megelőzésében:
- Győződj meg róla, hogy elegendő erőforrás (memória, CPU) áll rendelkezésre
- Rendszeresen frissítsd a szervert és annak komponenseit
- Használj caching megoldásokat a terhelés csökkentésére
- Állíts be szerveroldali monitorozást, amely értesít, ha problémák merülnek fel
Minőségi tárhely választása
A megbízható tárhely szolgáltató választása az egyik legfontosabb döntés, amelyet a weboldal teljesítményével kapcsolatban meghozol:
- Válassz olyan szolgáltatót, amely garantált rendelkezésre állást (uptime) biztosít
- Ellenőrizd, hogy a szolgáltató megfelelő támogatást nyújt-e
- Fontold meg dedikált szerver vagy VPS használatát nagy forgalmú oldalak esetén
- Válassz olyan szolgáltatót, amely automatikus biztonsági mentéseket készít
Haladó technikák a lefedettségi problémák kezelésére
URL-paraméterek kezelése
A Search Console lehetőséget biztosít az URL-paraméterek kezelésére, ami segíthet csökkenteni a duplikált tartalmakat és a kapcsolódó lefedettségi problémákat:
- A Search Console-ban navigálj a „Régi eszközök és jelentések” (Legacy tools and reports) menüponthoz
- Válaszd az „URL-paraméterek” (URL parameters) opciót
- Add meg, hogyan kezelje a Google a különböző URL-paramétereket (pl. szűrés, rendezés)
Feltérképezési gyakoriság optimalizálása
A Google feltérképezési (crawling) gyakoriságának optimalizálása segíthet megelőzni a szerver túlterhelését és az ebből eredő 5xx hibákat:
- A Search Console-ban navigálj a „Beállítások” (Settings) menüponthoz
- A „Feltérképezési gyakoriság” (Crawl rate) résznél állítsd be a kívánt értéket
„A feltérképezési gyakoriság beállítása különösen fontos nagy, dinamikus weboldalaknál, ahol a túl gyakori feltérképezés szerver túlterheléshez vezethet, míg a túl ritka feltérképezés a tartalom frissességének problémáit okozhatja.”
Indexelési problémák diagnosztizálása az URL-ellenőrző eszközzel
A Search Console URL-ellenőrző eszköze (URL Inspection Tool) lehetővé teszi, hogy megvizsgáld, hogyan látja a Google egy adott URL-t:
- A Search Console felső keresősávjába írd be a vizsgálandó URL-t
- Nézd meg az „Indexelési állapot” (Indexing status) részt
- Ha problémákat találsz, használd a „Kérelem indexelésre” (Request indexing) funkciót, miután kijavítottad a hibákat
XML sitemap optimalizálása
Egy jól strukturált XML sitemap segít a Google-nek megérteni a weboldal szerkezetét és hatékonyan indexelni a tartalmat:
- Győződj meg róla, hogy az XML sitemap csak érvényes, indexelhető URL-eket tartalmaz
- Frissítsd rendszeresen a sitemap-et, amikor új tartalom jelenik meg
- Használj
<lastmod>,<changefreq>és<priority>címkéket a Google irányítására - Küldd be a sitemap-et a Search Console-ban
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://example.com/</loc>
<lastmod>2023-05-01</lastmod>
<changefreq>daily</changefreq>
<priority>1.0</priority>
</url>
<url>
<loc>https://example.com/about</loc>
<lastmod>2023-04-15</lastmod>
<changefreq>monthly</changefreq>
<priority>0.8</priority>
</url>
</urlset>Esettanulmányok: Lefedettségi hibák sikeres javítása
Nagy e-kereskedelmi oldal 404-es hibáinak kezelése
Egy nagy e-kereskedelmi oldal a termékek rendszeres frissítése és cseréje miatt számos 404-es hibával küzdött. A megoldás a következő volt:
- Automatikus 301-es átirányítási rendszer implementálása, amely a megszűnt termékeket a megfelelő kategóriaoldalra irányította
- A termék URL-ek struktúrájának átalakítása, hogy azok ne tartalmazzanak időszakos információkat (pl. évszám, szezon)
- Egyedi 404-es oldal létrehozása, amely hasonló termékeket ajánlott a nem található termékek helyett
Az eredmény: 87%-kal csökkent a 404-es hibák száma, és 23%-kal nőtt a konverziós arány, mivel a látogatók alternatív termékeket találtak a nem elérhető termékek helyett.
Hírportál 5xx hibáinak megoldása
Egy népszerű hírportál rendszeresen 503-as hibákkal küzdött a csúcsidőszakokban. A megoldás a következő volt:
- Szerver erőforrások növelése és terheléselosztás bevezetése
- Fejlett gyorsítótárazási (caching) rendszer implementálása
- A képek és videók CDN-re (Content Delivery Network) helyezése
- Adatbázis optimalizálás és indexelés
Az eredmény: A weboldal rendelkezésre állása 99,9%-ra nőtt, az oldalbetöltési idő 67%-kal csökkent, és a Google feltérképezési hibák gyakorlatilag megszűntek.
„A lefedettségi hibák sikeres javítása nem csak a technikai problémák megoldásáról szól, hanem a felhasználói élmény és a keresőmotorokban való láthatóság szisztematikus javításáról is.”
Automatizált monitoring és értesítési rendszerek
A lefedettségi hibák proaktív kezelésének egyik kulcsa az automatizált monitoring és értesítési rendszerek használata.
Harmadik féltől származó monitoring eszközök
Számos eszköz áll rendelkezésre, amelyek segíthetnek a lefedettségi hibák valós idejű észlelésében:
- Pingdom – Weboldal rendelkezésre állás és teljesítmény monitoring
- UptimeRobot – Ingyenes monitoring szolgáltatás, amely értesít, ha a weboldal elérhetetlenné válik
- New Relic – Átfogó alkalmazás teljesítmény monitoring
- Google PageSpeed Insights – Rendszeres teljesítmény ellenőrzés
Egyéni értesítési rendszerek konfigurálása
A Search Console lehetőséget biztosít egyéni értesítések beállítására:
- A Search Console-ban navigálj a „Beállítások” (Settings) menüponthoz
- A „Értesítések” (Notifications) résznél állítsd be, milyen problémákról szeretnél értesítést kapni
- Add meg, ki kapjon értesítéseket (pl. e-mail, mobilalkalmazás)
„Az automatizált monitoring rendszerek olyan, mint egy 24/7-ben dolgozó webmester asszisztens – folyamatosan figyelik a weboldaladat, és azonnal értesítenek, ha beavatkozásra van szükség.”
Lefedettségi hibák és a rangsorolás kapcsolata
A lefedettségi hibák nemcsak a felhasználói élményt rontják, hanem közvetlen hatással vannak a keresőmotorokban való rangsorolásra is.
Hogyan befolyásolják a lefedettségi hibák a SEO-t?
- Indexelési problémák – Ha a Google nem tudja elérni vagy indexelni az oldalaidat, azok nem jelenhetnek meg a keresési eredményekben
- Crawl budget pazarlása – A Google korlátozott erőforrásokat (crawl budget) fordít a weboldal feltérképezésére, és a hibás oldalak pazarolják ezt a keretet
- Felhasználói jelzések – A hibákba ütköző felhasználók gyakran azonnal elhagyják a weboldalt, ami magas visszafordulási arányt és alacsony tartózkodási időt eredményez
- Tekintélyvesztés – A sok hiba ronthatja a weboldal tekintélyét és megbízhatóságát a Google szemében
A gyors hibajavítás előnyei
A lefedettségi hibák gyors azonosítása és javítása számos előnnyel jár:
- Jobb felhasználói élmény és magasabb konverziós arány
- Hatékonyabb feltérképezés és indexelés
- Jobb rangsorolás a keresési eredményekben
- A weboldal tekintélyének és megbízhatóságának növekedése
Gyakori kérdések a lefedettségi hibákról
K: Mennyi ideig tart, amíg a Google észleli a hibajavításokat?
V: Ez számos tényezőtől függ, beleértve a weboldal méretét, népszerűségét és a Google feltérképezési gyakoriságát. Általában néhány naptól néhány hétig terjedhet. A folyamat felgyorsításához használhatod a Search Console URL-ellenőrző eszközét, és kérheted az URL újraindexelését.
K: Minden 404-es hibát ki kell javítanom?
V: Nem feltétlenül. Bizonyos esetekben a 404-es hiba a megfelelő válasz (pl. valóban nem létező tartalom esetén). Koncentrálj azokra a 404-es hibákra, amelyek fontos oldalakat érintenek, vagy amelyekre sok belső vagy külső link mutat.
K: Hogyan különböztessem meg a valódi problémákat a hamis pozitívoktól?
V: A Search Console néha olyan hibákat is jelenthet, amelyek valójában nem problémák. Ellenőrizd manuálisan a jelentett URL-eket, és figyelj a mintázatokra. Ha sok hasonló hiba jelentkezik, az valószínűleg valódi problémára utal.
K: Mi a különbség a „Soft 404” és a normál 404-es hiba között?
V: A „Soft 404” olyan oldal, amely 200-as (sikeres) HTTP státuszkódot ad vissza, de valójában hibaoldal vagy üres tartalom. A Google ezeket gyakran felismeri és 404-es hibaként kezeli, de jobb, ha helyesen konfigurálod a szervert, hogy valódi 404-es státuszkódot adjon vissza.
„A lefedettségi hibák kezelése olyan, mint a kertészkedés – rendszeres gondozást igényel, de a befektetett munka megtérül a weboldal egészségének és növekedésének formájában.”
Összefoglaló ellenőrzőlista a lefedettségi hibák kezeléséhez
Használd ezt az ellenőrzőlistát a lefedettségi hibák szisztematikus kezeléséhez:
🔍 Rendszeresen ellenőrizd a Search Console lefedettségi jelentését
🔍 Prioritizáld a hibákat súlyosság és hatás alapján
🔍 Dokumentáld a talált hibákat és a javítási lépéseket
🔍 Implementálj megfelelő átirányításokat a megszűnt oldalakhoz
🔍 Hozz létre felhasználóbarát egyedi 404-es hibaoldalt
🔍 Optimalizáld a szerver beállításait az 5xx hibák megelőzésére
🔍 Állíts be automatizált monitoring rendszert
🔍 Rendszeresen ellenőrizd a belső linkeket hibák szempontjából
🔍 Tartsd naprakészen az XML sitemap-et
🔍 Kövess nyomon minden javítást és annak hatását
A lefedettségi hibák kezelése folyamatos folyamat, nem egyszeri feladat. A rendszeres monitoring és a gyors beavatkozás segít fenntartani a weboldal egészségét és javítani a keresőmotorokban való láthatóságát. A Search Console lefedettségi jelentése nélkülözhetetlen eszköz ebben a folyamatban, amely részletes betekintést nyújt a weboldal állapotába és segít azonosítani a javítandó területeket.
