Technikai alapok Szakszó

HTTP-státuszkódok (200, 301, 404, 500)

Szerző: · 8 perc olvasás · Frissítve:
HTTP-státuszkódok (200, 301, 404, 500) - Technikai alapok (szakszó) a tudástárban
HTTP-státuszkódok (200, 301, 404, 500) - Technikai alapok | eClick GEO-audit tudástár

A HTTP-státuszkód az a háromjegyű szám, amit a webszerver minden kérésre visszaküld, és amiből a böngésző vagy a robot megtudja, sikerült-e a kérés. Nem látszik a képernyőn, de minden mögötte dől el: az indexelés, az átirányítás és a hibakezelés is.

Hogyan működik

Beírsz egy címet, a böngésző kérést küld, a szerver pedig válaszol. A válasz első sora tartalmazza a státuszkódot, utána jönnek a fejlécek, majd a HTML. A kód öt osztályba sorolható:

  • 2xx: a kérés sikeres volt (200 OK)
  • 3xx: a tartalom máshol van, átirányítás következik (301, 302, 308)
  • 4xx: a kérő oldalán van a gond, jellemzően nincs ilyen cím (404, 410, 403)
  • 5xx: a szerver hibázott (500, 502, 503)

Egy oldalbetöltés nem egy kérés. Egy átlagos magyar KKV-oldalon 60-120 kérés fut le: képek, betűtípusok, szkriptek. Mindegyiknek saját státuszkódja van.

A négy kód, amit ismerned kell

  1. 200 OK: a tartalom megvan, ez a normális állapot minden fontos oldalon.
  2. 301 Moved Permanently: végleges költözés, a rangsorolási érték átszáll az új címre. A 302 ideiglenes, és mást jelent, erről bővebben a 301 vs 302 átirányítás szól.
  3. 404 Not Found: nincs ilyen cím. Ez önmagában nem hiba, csak akkor baj, ha linkelt oldal ad 404-et.
  4. 500 Internal Server Error: a kód elszállt. Ha a robot ezt kapja, az oldal kiesik a feldolgozásból.

Miért más ez a robotoknak

Egy ember a 404-es oldalon visszamegy a főoldalra. Egy robot nem. Ha a keresőrobot 404-et vagy 500-at kap, az adott címet nem dolgozza fel, és rossz esetben kiveszi az indexből. Az AI-crawlerek ennél is szigorúbbak: többségük nem próbálkozik újra, nem vár a lassú válaszra, és nem futtat kliensoldali logikát. Amit első kérésre nem kap meg 200-as kóddal, az számukra nem létezik. Ezért a kapu-szabály első feltétele mindig a tiszta státuszkód.

Mit néz ebből a riport

Az audit lekéri a kezdőoldalt, és megnézi, milyen kóddal válaszol. Az átirányításokat végigköveti, és a végső választ nézi: ha az nem 2xx-es, azt kritikus hatású hibaként jelzi. Ha a cím másik domainre irányít, azt külön jelzi (honnan hová, milyen kóddal), és a riport már az új domaint méri.

Röviden: ha a kezdőoldalad nem közvetlen 200-zal válaszol, minden más mérés utána már csak találgatás.

Miért fontos

SEO

A Google csak azt indexeli, ami 200-as kóddal elérhető. A 404-es oldalak idővel kiesnek az indexből, az 500-as hibák pedig csökkentik a feltérképezési keretet. Ha a robot sorozatban szerverhibát kap, ritkábban jön vissza.

AI-értelmezhetőség

A generatív keresők és a nyelvi modellek forrásai egyszerű HTTP-kérésekből jönnek. Nincs újrapróbálkozás, nincs türelem. A rossz státuszkód egyenlő azzal, hogy az oldalad nem forrás.

Üzlet

Egy 500-as hiba a pénztárnál elvesztett rendelés. Egy 404-et adó kampány-landoló elégetett hirdetési költés. A riportokban gyakran látjuk, hogy a főoldal rendben van, de a régi termékoldalak százai 404-et adnak, és senki nem tud róla.

Átirányítási láncok

A http://example.hu - https://example.hu - https://www.example.hu lánc három kérést jelent egy helyett. Ez lassít, és a láncok minden lépésnél veszítenek. Ennek a mérési oldalát az elérhetőség és válaszidő írja le.

Kikre vonatkozik

Minden oldalra vonatkozik, ami nyilvános URL-en elérhető. Nincs olyan oldaltípus, amely alól kivétel lenne.

  • Bemutatkozó oldalak, blogok: a kezdőoldal és a fő aloldalak 200-as kódja alap.
  • Webshopok: itt a legnagyobb a tét. A megszűnt termékek, az átnevezett kategóriák és a szűrt listák mind státuszkód-döntést igényelnek.
  • Több domainnel működő oldalak: a régi domainek 301-gyel mutassanak az élőre, ne parkoló oldalra.
  • Staging és fejlesztői környezet: itt a 200-as kód a hiba. Ezek 401-es vagy 403-as kóddal legyenek zárva, jelszó mögött.
  • API-végpontok: ezekre is érvényes, de a keresők nem vizsgálják őket, így SEO-szempontból másodlagosak.

Hogyan ellenőrzöd

  1. Nyisd meg a böngésző fejlesztői eszközeit (F12), válaszd a Network fület, és töltsd újra az oldalt.
  2. Kapcsold be a Preserve log opciót. Enélkül az átirányítások eltűnnek a listából.
  3. Nézd meg a lista első sorát: ez a dokumentum-kérés. A Status oszlopban látod a kódot.
  4. Parancssorból gyorsabb: curl -sIL https://example.hu. A -L követi az átirányításokat, így a teljes lánc kiírásra kerül.
  5. A Google Search Console Oldalak jelentésében nézd meg a „Nem található (404)" és a „Szerverhiba (5xx)" sorokat.
  6. Az URL-ellenőrző eszközzel egyesével is lekérheted, mit látott a Googlebot.

Jó jel

  • A kezdőoldal egyetlen kérésből válaszol 200-zal.
  • A megszűnt tartalmak 301-gyel mennek releváns helyre, vagy tisztán 404-et adnak.
  • Az 5xx-ek száma nulla a Search Console-ban.
  • A belső linkek egyike sem fut átirányításon keresztül.

Rossz jel

  • Kettőnél több lépéses átirányítási lánc a kezdőoldalig.
  • A nem létező címek 200-as kóddal adnak „nincs találat" szöveget. Ez a soft 404, külön probléma.
  • Időszakos 503-as válaszok terhelés alatt.
  • A 404-es oldal átirányít a kezdőoldalra 301-gyel.

Hogyan javítod

A cél minden esetben ugyanaz: a kezdőoldal átirányítási lánc nélkül, közvetlenül 200-as kóddal töltsön be.

WordPress

  1. Beállítások - Általános: a WordPress-cím és a Webhely-cím legyen azonos, https-sel és a végleges www-formával.
  2. Ellenőrizd a .htaccess fájlt. Gyakori hiba, hogy két külön szabály fut: egy https-re és egy www-re. Vond össze őket egy lépéssé.
  3. Redirection vagy Rank Math segítségével kezeld a 404-eket. A naplóban látod, mire linkelnek kívülről.
  4. Ha 500-as hibát látsz, kapcsold be a WP_DEBUG_LOG beállítást, és nézd meg a wp-content/debug.log tartalmát.

Shopify

  1. A platform kezeli a kezdőoldal státuszát, ezt nem kell állítani. A lánc a domain-beállításnál keletkezik.
  2. Settings - Domains: az elsődleges domain legyen beállítva, a többi automatikusan átirányít.
  3. Content - URL Redirects: itt veszed fel a megszűnt termékek 301-es átirányításait.
  4. A 404.liquid sablon ne irányítson át. Adjon hasznos tartalmat 404-es kóddal.

Unas

  1. Beállítások - Domain: jelöld ki az elsődleges domaint, a többit állítsd átirányításra.
  2. Az SSL legyen bekapcsolva, és a http-s verzió https-re irányítson.
  3. A megszűnt termékeknél használd a beépített átirányítás-kezelőt, ne a kategórialapra dobd az összeset.

Shoprenter

  1. Beállítások - Domain kezelés: egy elsődleges domain, a többi 301-es átirányítással.
  2. SEO menüben találod az átirányítás-kezelőt a régi termék- és kategóriacímekhez.
  3. Az inaktív termékek alapból 404-et adnak. Ha van utódtermék, irányítsd át rá.

Egyedi fejlesztés

  1. A webszerver szintjén oldd meg az átirányítást, ne az alkalmazásban. Nginx esetén return 301, Apache esetén Redirect permanent.
  2. Egy lépésben menj a végső címre. A http://example.hu közvetlenül a https://www.example.hu címre mutasson.
  3. Kapcsold be a HSTS (HTTP Strict Transport Security) fejlécet, így a böngésző a második látogatástól kihagyja a http-lépést.
  4. A hibakezelő middleware küldjön valódi státuszkódot. A 404-es sablon http_response_code(404) hívással jöjjön.
  5. Állíts be monitorozást az 5xx-ekre. Egy egyszerű uptime-figyelő is elég a kezdéshez.

Gyakori hibák

  • Átirányítási lánc a kezdőoldalon: három kérés egy helyett, lassabb betöltés és felesleges kockázat minden lépésnél.
  • 404 helyett átirányítás a kezdőoldalra: a felhasználó elveszti a kontextust, a kereső pedig soft 404-nek minősíti.
  • 200-as kód a „nincs ilyen oldal" szöveg alatt: a robot azt hiszi, valódi tartalmat talált, és indexeli az üres oldalt.
  • 302 a 301 helyett: az ideiglenes kód nem viszi át a rangsorolási értéket, és évekig bent maradhat a kódban.
  • Elfedett szerverhiba: a hibakezelő elkapja a kivételt, de 200-zal küldi a hibaüzenetet, így a monitorozás nem jelez.
  • Nyitott staging környezet: a fejlesztői másolat 200-zal válaszol, indexelésre kerül, és duplikált tartalmat okoz.
  • Lassú 503 helyett timeout: a szerver nem válaszol semmit, a robot pedig elérhetetlennek jelöli a teljes domaint.

Technikai példa

A teljes lánc lekérdezése parancssorból. A -I csak a fejléceket kéri, a -L követi az átirányításokat:

curl -sIL https://example.hu | grep -E "^(HTTP|location)"

Rossz válasz, három lépéses lánccal:

HTTP/1.1 301 Moved Permanently
location: https://example.hu/
HTTP/2 301
location: https://www.example.hu/
HTTP/2 301
location: https://www.example.hu/home
HTTP/2 200

Jó válasz, egyetlen kérésből:

HTTP/2 200
content-type: text/html; charset=UTF-8

Egyedi fejlesztésnél a 404-es oldal így küldjön valódi kódot PHP-ban:

curl -s -o /dev/null -w "%{http_code}\n" https://example.hu/nincs-ilyen-oldal

A várt kimenet: 404. Ha 200 jön vissza, soft 404-ed van.

Gyakori kérdések

Baj, ha sok 404-es oldalam van?
Önmagában nem. A 404 egy érvényes válasz arra, hogy egy cím nem létezik, és a Google ezt normálisan kezeli. Akkor baj, ha olyan címek adnak 404-et, amelyekre belső link mutat, vagy amelyek korábban forgalmat hoztak. Ezeket érdemes átirányítani a legközelebbi releváns oldalra.
Miért rossz, ha a kezdőoldal átirányít?
Az átirányítás nem hiba, de minden lépés egy plusz kérés és plusz késleltetés. Ha valaki beírja a domaint, a cél az, hogy egy kérésből megkapja a tartalmat. A többlépcsős lánc lassít, és egyes egyszerűbb robotok nem követik végig. A normális állapot: közvetlen 200-as válasz.
Mi a különbség a 404 és a 410 között?
A 404 azt jelenti, hogy nincs ilyen cím, de ez akár átmeneti is lehet. A 410 Gone azt mondja, hogy a tartalom véglegesen megszűnt. A Google a 410-et valamivel gyorsabban veszi ki az indexből. A gyakorlatban a különbség kicsi, a 404 a legtöbb esetben elég.
Hogyan veszem észre az időszakos 500-as hibákat?
Böngészőből nem fogod, mert épp akkor működik az oldal. A Search Console Oldalak jelentése megmutatja, ha a Googlebot szerverhibát kapott. Emellett állíts be egy uptime-figyelőt, ami percenként lekéri a kezdőoldalt. A szerver hibanaplója adja meg a valódi okot.
Elég, ha a kezdőoldal 200-as?
Nem, de ez a belépő. A kezdőoldal a legtöbb robot első kérése, és ha az elhasal, a többi oldalig el sem jutnak. Utána nézd végig a fő szolgáltatás- és termékoldalakat, majd a sitemap teljes tartalmát. A sitemapban csak 200-as kódot adó, indexelhető címek szerepeljenek.

Források

Kapcsolódó fogalmak

A te oldaladon hogy áll a(z) „HTTP-státuszkódok (200, 301, 404, 500)”?

Futtass egy SEO-auditot: pontszám, fejlesztői ítélet, a leggyorsabb javítások, és minden tételhez bizonyíték.

Ingyenes SEO-audit indítása