HTTP státuszkódok kifejtve: mit jelent 200, 404, 502 a monitorozásnak

Válaszkategóriák

• 1xx Informational - átmeneti válaszok, a kliens jellemzően nem észleli őket.
• 2xx Success - a kérés sikeresen lefutott. 200 OK az alapértelmezett.
• 3xx Redirection - a kliensnek máshová kell mennie. 301 állandó, 302 ideiglenes.
• 4xx Client errors - a kliens valami rosszat küldött. 404, 401, 403, 429.
• 5xx Server errors - a szerver hibázott. 500, 502, 503, 504.

2xx: siker

200 OK - a szabványos OK válasz. Ez a "healthy" állapot, amelyet monitorozol.

201 Created - jellemzően egy új resource-ot létrehozó POST válasza. Az API kliensek ezt várják.

204 No Content - siker, de a szervernek nincs mit visszaadnia. Gyakran használják a DELETE végpontok.

206 Partial Content - a szerver csak egy részt adott vissza (range request). Videó streamingnél vagy resumable letöltésnél.

3xx: átirányítás

301 Moved Permanently - az URL véglegesen megváltozott. A Google átviszi a SEO equity-t az új URL-re. Domain migrációnál, HTTP-ről HTTPS-re váltásnál vagy www/non-www váltásnál használd.

302 Found / 307 Temporary Redirect - ideiglenes átirányítás. A Google nem viszi át a rankinget. A/B teszteléshez, karbantartáshoz vagy ha az URL idővel visszatér, használd.

308 Permanent Redirect - mint a 301, de megtartja a HTTP metódust (a POST POST marad). A 301-nél a kliens a metódust GET-té alakíthatja.

304 Not Modified - a kliensnek van cache-e, a szerver megerősíti, hogy a tartalom nem változott. Sávszélességet spórol.

Monitorozáshoz: A 3xx válaszok ellenőrzésénél konfiguráld, hogy a monitor kövesse-e az átirányítást (follow), vagy hibaként kezelje. Egyes DNS hijack támadások váratlan 302-ként jelennek meg.

4xx: kliensoldali hiba

400 Bad Request - szintaktikai hiba a kérésben. Malformed JSON, hiányzó header és így tovább.

401 Unauthorized - hiányzó vagy rossz credentials. A kliensnek hitelesítenie kell magát.

403 Forbidden - a kliens hitelesített, de nincs jogosultsága. Vigyázat: néhány szerver biztonsági okokból 403-at ad vissza 401 helyett (hogy ne fedje fel a resource létezését).

404 Not Found - az URL nem létezik. A figyelt oldalak uptime monitorozásánál a 404 riasztás (az oldal eltűnt); az idegen látogatóktól érkező véletlenszerű 404-ek inkább SEO-probléma (kiszivárog a link equity).

405 Method Not Allowed - az URL létezik, de nem fogadja el az adott metódust (pl. POST egy GET-et váró végpontra).

408 Request Timeout - a szerver túl sokáig várt a kérésre, és lezárta a kapcsolatot.

409 Conflict - a kérés ütközik a jelenlegi állapottal (pl. egy már nem aktuális verzió update-je).

410 Gone - a resource véglegesen eltávolítva. A Google számára jobb, mint a 404 (jelzés, hogy ne próbálja újraindexelni).

422 Unprocessable Entity - a kérés szintaktikailag OK, de szemantikailag érvénytelen adatokat tartalmaz (failed validation).

429 Too Many Requests - rate limit. A kliensnek lassítania kell. A szerver jellemzően hozzáadja a Retry-After headert.

5xx: szerveroldali hiba

500 Internal Server Error - általános hiba. A backend kivételt dobott, amelyet az alkalmazás nem kapott el. Monitorozáshoz mindig riasztás.

501 Not Implemented - a szerver nem ismeri a HTTP metódust (pl. egy régi szerver nem támogatja a PATCH-et).

502 Bad Gateway - a reverse proxy (nginx, Cloudflare) nem kapott választ a backend szervertől. Jellemzően a backend leesett vagy timeoutolt.

503 Service Unavailable - a szerver túlterhelt vagy karbantartás alatt áll. Gyakran Retry-After headerrel. Ez tervezett válasz, nem crash.

504 Gateway Timeout - a reverse proxy a timeoutnál tovább várt a backendre. A backend jellemzően még fut, csak lassan válaszol.

520-525 Cloudflare errors - Cloudflare-specifikus. 520 = a backend olvashatatlant adott vissza, 522 = a backend nem válaszolt (connection timeout), 524 = a backend túl lassan válaszolt (origin timeout).

Gyakorlati riasztási szabályok

• Azonnali riasztás: 500, 502, 503 (ha nem valóban tervezett karbantartás), 504, bármilyen timeout
• Riasztás ismétlésnél: egy egyszeri 5xx lehet race condition; riassz, ha ugyanaz a végpont 2x egymás után esik le
• Felfelé ívelő trend figyelése: a 4xx hosszú távú növekedése broken linket, scraper attackot vagy törött frontendet jelenthet
• Riasztáshoz figyelmen kívül hagyni: 200-399 a várt tartományon belül (a kód helyett a válaszidőt figyeld)

Státuszkód + válaszidő = a teljes kép

Csak a státuszkódot figyelni nem elég - a szerver visszaadhat 200-at, de 30 másodperc alatt, ami a vásárló szemszögéből kiesés. A minőségi monitorozás kombinálja:

1. Várt státuszkód (jellemzően 200)
2. Maximális válaszidő (jellemzően 5-10 másodperc)
3. Kulcsszó-egyezés a tartalomban (kulcsszó, amelynek a HTML-ben kell lennie)
4. SSL érvényes és nem közeli a lejárata

Bármelyik kiesése = riasztás.

Monitoring pontos hibaosztályozással

Az ePulz.io megkülönbözteti a státuszkódot, válaszidőt, kulcsszó-egyezést és SSL állapotot. Minden ellenőrzéshez részletes logok érhetők el.

Kipróbálás 7 napra →