Mit jelentenek valójában a HTTP státuszkódok SEO szempontból

A HTTP státuszkódok azok közé a témák közé tartoznak, amelyeknél a SEO-tanácsok furcsán drámaivá tudnak válni. Egyetlen 404-ből „elveszett autoritás” lesz. Egy átirányításból „link equity szivárgás”. Egy 500-as hibából vészhelyzet, még akkor is, ha csak hat percig tartott egy deploy közben.

A nyugodtabb változat ez: a HTTP státuszkódok utasítások és jelzések. Azt mondják el a böngészőknek, botoknak, gyorsítótáraknak és más klienseknek, mi történt, amikor lekértek egy URL-t. A keresőmotorok ezekből a válaszokból döntik el, hogy feltérképezzenek, indexeljenek, megtartsanak, lecseréljenek vagy eltávolítsanak-e egy oldalt.

De nem minden státuszkódnak ugyanakkora a SEO-súlya. Néhány teljesen hétköznapi. Néhány csak nagy léptékben jelent problémát. Néhány pedig azonnali figyelmet érdemel.

A státuszkód nem a teljes SEO-történet

A státuszkód csak a HTTP-válasz egyik része. A keresőmotorok ezt is figyelik:

• az átirányítások utáni végső URL
• canonical tagek
• robots direktívák
• az oldal tartalma
• belső linkek
• sitemap jelzések
• korábbi feltérképezési viselkedés
• a szerver megbízhatósága időben

Ez azt jelenti, hogy „az oldal 200-at ad vissza” nem ugyanaz, mint hogy „az oldal indexelhető”. Egy URL visszaadhat 200-at, és közben mégis blokkolhatja a noindex, canonicalizálva lehet máshová, vagy soft 404-ként kezelhetik, mert a tartalom gyenge vagy üres.

Ugyanígy a 404 sem automatikusan rossz. Egy törölt oldalnak általában 404-et vagy 410-et kell visszaadnia. A SEO-probléma nem az, hogy léteznek hiányzó oldalak. A probléma az, amikor fontos oldalak rossz kódot adnak vissza, vagy amikor a webhely ellentmondásos jelzéseket küld.

Ha ezt éles környezetben hibakeresed, ne csak arra hagyatkozz, amit a böngésző mutat. Vizsgáld meg a tényleges válaszláncot. Egy nyers fejlécellenőrzés, parancssori kérés vagy átirányítási nyomkövetés többet mond, mint a látható oldal. Egy gyakorlati munkafolyamatot itt mutattunk be: a small toolkit for debugging redirects and HTTP headers in production.

200 OK: indexelhető, de nem automatikusan értékes

A 200 OK válasz azt jelenti, hogy a kérés sikeres volt, és a szerver tartalmat adott vissza. SEO szempontból ez a normál válasz azoknál az oldalaknál, amelyeket szeretnél feltérképeztetni és potenciálisan indexeltetni.

De a 200 nem garantálja az indexelést. A keresőmotorok továbbra is dönthetnek úgy, hogy nem indexelik az oldalt, ha duplikált, gyenge minőségű, oldalszintű direktívák blokkolják, vagy linkeken keresztül nem fedezhető fel.

A 200-as válaszokkal kapcsolatos leggyakoribb SEO-hiba az, amikor olyan oldalakra is ezt adják vissza, amelyek valójában nem valódi oldalak:

• üres keresési találati oldalak
• törölt termékoldalak „sajnáljuk, nem elérhető” szöveggel
• lokációs oldalak érdemi tartalom nélkül
• hibás sablonok, amelyek csak egy vázat renderelnek
• lejárt hirdetések vagy listázások, amelyeket el kellene távolítani vagy át kellene irányítani

Ezekből soft 404-ek lehetnek. Soft 404-ről akkor beszélünk, amikor a szerver azt mondja: „OK”, de a tartalom azt üzeni a feltérképezőnek: „itt nincs semmi hasznos”. A keresőmotorok ettől még hiányzó oldalként kezelhetik az URL-t.

Jó ökölszabály: ha egy ember azt mondaná, hogy „ez az oldal már nem létezik”, akkor a szervernek valószínűleg nem 200-at kellene mondania.

301 és 308: végleges átirányítások

A 301 Moved Permanently és a 308 Permanent Redirect azt jelzik a klienseknek, hogy egy URL véglegesen áthelyeződött. SEO szempontból ezek a megfelelő eszközök, ha egy oldalnak egyértelmű helyettesítője van:

• HTTP-ről HTTPS-re migrálás
• régi slug új slugra
• összevont cikk erősebb cikkre
• megszüntetett termék egy közeli utódra
• záró perjel vagy canonical host normalizálása

A keresőmotorok általában továbbviszik a canonicalizációs jelzéseket a végleges átirányításokon keresztül. Egyszerűen fogalmazva: ha a régi URL-t a megfelelő új URL-re irányítod, a keresőmotorok konszolidálni tudják a régi oldalhoz kapcsolódó jelzések jelentős részét.

A kockázat nem az, hogy a 301 önmagában káros. A kockázat a rossz megfeleltetés.

Rossz átirányítási minták például:

• minden régi URL átirányítása a főoldalra
• törölt oldalak átirányítása csak lazán kapcsolódó kategóriaoldalakra
• láncok létrehozása, például A → B → C → D
• átirányítás olyan URL-re, amely blokkolt, noindexelt, vagy máshová canonicalizált
• a mobil és asztali verziók következetlen átirányítása

Egy végleges átirányításnak egy kérdésre kell válaszolnia: „Mi ennek az URL-nek a legjobb aktuális megfelelője?” Ha nincs megfelelője, egy 404 vagy 410 őszintébb lehet.

302 és 307: ideiglenes átirányítások

A 302 Found és a 307 Temporary Redirect azt jelzi, hogy az áthelyezés ideiglenes. Az eredeti URL várhatóan hosszabb távon is a fő URL marad.

Ideiglenes átirányításokat valóban ideiglenes helyzetekben használj:

• rövid életű kampányirányítás
• geolokáció vagy A/B tesztelés, amelynek nem kell lecserélnie a canonical URL-t
• ideiglenes karbantartási alternatívák
• gyakran változó készlet- vagy elérhetőségi folyamatok

SEO szempontból a fő gond a kétértelműség. Ha egy „ideiglenes” átirányítás hónapokig vagy évekig érvényben marad, a keresőmotorok végül akár canonicalként kezelhetik a céloldalt. De erre az értelmezésre nem érdemes építeni.

Ha az áthelyezés végleges, használj végleges átirányítást. Ha ideiglenes, használj ideiglenes átirányítást. Az unalmas válasz a helyes válasz.

304 Not Modified: hasznos, de nem rangsorolási rövidítés

A 304 Not Modified a HTTP-gyorsítótárazás része. Azt mondja a kliensnek, hogy az erőforrás nem változott azóta a verzió óta, amely már nála van.

Ez a kód jó a feltérképezési hatékonyság és a teljesítményhigiénia szempontjából. Csökkentheti a felesleges adatátvitelt, és olcsóbbá teheti az ismételt kéréseket. De leegyszerűsítve nem közvetlen rangsorolási tényező.

Tekints a 304-re infrastruktúraminőségként. Segít a klienseknek és feltérképezőknek hatékonyan együttműködni a webhelyeddel. A gyenge tartalomból nem csinál erős tartalmat.

404 Not Found: normális, ha egy oldal eltűnt

A 404 Not Found azt jelenti, hogy a szerver nem találja a kért erőforrást. Ez nem automatikusan SEO-katasztrófa.

A 404 megfelelő, ha:

• egy oldalt eltávolítottak, és nincs helyettesítője
• egy rossz külső link nem létező URL-re mutat
• a felhasználók elgépelik az URL-eket
• régi teszt- vagy staging URL-eknek soha nem is kellett volna létezniük

A keresőmotorok idővel eltávolítják a tartósan 404-et adó URL-eket az indexből. Általában pontosan ezt szeretnéd.

A 404-eket akkor érdemes javítani, ha fontos URL-eket érintenek:

• értékes visszamutató linkekkel rendelkező oldalak
• érdemi forgalmat kapó URL-ek
• migráció során véletlenül eltávolított fontos oldalak
• hiányzó oldalakra mutató belső linkek
• 404-et visszaadó sitemap URL-ek

Ne irányíts minden 404-et a főoldalra. Ez zavaró a felhasználóknak és a keresőmotoroknak is. Ha van releváns helyettesítő, irányíts át. Ha nincs, adj vissza 404-et, és biztosíts hasznos hibaoldalt az embereknek.

410 Gone: erősebb, mint a 404, de óvatosan használd

A 410 Gone azt jelenti, hogy az erőforrás szándékosan eltűnt, és nem várható, hogy visszatér.

SEO szempontból a 410 hasznos lehet, ha határozottabban szeretnél eltávolítani URL-eket:

• lejárt jogi oldalak
• eltávolított felhasználói profilok
• törölt spamoldalak
• elavult landing oldalak helyettesítő nélkül

A keresőmotorok a 410-et erősebb eltávolítási jelzésként kezelhetik, mint a 404-et. A gyakorlati különbség gyakran a sebesség, nem a végeredmény. A tartós 404 és 410 válaszok egyaránt deindexeléshez vezethetnek.

A 410-et akkor használd, ha biztos vagy benne, hogy az oldal végleg eltűnt. Ha egy oldal visszatérhet, a 404 vagy ideiglenes kezelés biztonságosabb lehet.

401, 403 és blokkolt hozzáférés

A 401 Unauthorized azt jelenti, hogy hitelesítés szükséges. A 403 Forbidden azt jelenti, hogy a szerver megértette a kérést, de megtagadja a hozzáférést.

SEO szempontból ezek a kódok általában megakadályozzák a védett tartalom normál feltérképezését és indexelését. Ez rendben van privát irányítópultoknál, fiókterületeknél, staging rendszereknél és olyan fizetős tartalmaknál, amelyeket nem kell nyilvánosan indexelni.

Problémák akkor jelennek meg, amikor nyilvános oldalak véletlenül 401-et vagy 403-at adnak vissza a feltérképezőknek, például ezek miatt:

• botvédelmi szabályok
• rosszul konfigurált tűzfalak
• országblokkolás
• CDN-szabályok
• lejárt hitelesítési feltételezések
• staging korlátozások átvitele éles környezetbe

Egy oldal, amely bejelentkezve nálad működik, nem biztos, hogy egy feltérképezőnek is működik. Mindig tesztelj nem hitelesített kliensként.

429 Too Many Requests: feltérképezés-szabályozás következményekkel

A 429 Too Many Requests azt mondja a klienseknek, hogy rate limit érvényes rájuk. Ez megfelelő lehet, amikor a botok valóban túlterhelik az infrastruktúrádat.

Ugyanakkor a 429 könnyelmű használata csökkentheti a feltérképezési aktivitást. A keresőmotorok lassíthatják a kéréseiket, ha ismételten rate limitingbe ütköznek. Ez késleltetheti az új vagy frissített tartalmak felfedezését.

Ha rate limitingre van szükséged, legyél pontos. Kerüld el, hogy véletlenül blokkolj nagy keresőfeltérképezőket. Szervernaplókkal különítsd el az agresszív scrapinget a legitim feltérképezéstől. Ha lehetséges, adj vissza Retry-After fejlécet, hogy a jól viselkedő kliensek tudják, mikor térjenek vissza.

500, 502, 503 és 504: megbízhatósági jelzések

Az 5xx család azt jelenti, hogy a szerver nem tudott teljesíteni egy érvényes kérést.

Gyakori példák:

• 500 Internal Server Error
• 502 Bad Gateway
• 503 Service Unavailable
• 504 Gateway Timeout

Alkalmi 5xx válaszok előfordulnak. Egy rövid deploy-probléma általában nem katasztrófa. A tartós 5xx hibák mások. Azt jelzik a feltérképezőknek, hogy a webhelyed megbízhatatlan, és a keresőmotorok csökkenthetik a feltérképezési ütemet, vagy ideiglenesen eltávolíthatják az érintett oldalakat, ha ismételten nem tudják lekérni őket.

A 503 Service Unavailable a megfelelő kód tervezett karbantartáshoz, különösen Retry-After fejléccel. Azt mondja: „Ez ideiglenes; gyere vissza később.” Egy karbantartási oldalra 200-at visszaadni rosszabb, mert a feltérképezők a karbantartási tartalmat az oldal tartalmaként kezelhetik.

Ha egy leállás fontos URL-eket érint, figyeld a helyreállást. Győződj meg róla, hogy az eredeti oldalak újra 200-at adnak vissza, nem gyorsítótárazott hibaoldalakat, átirányítási hurkokat vagy ideiglenes karbantartási sablonokat.

Az átirányítási láncok és hurkok külön figyelmet érdemelnek

Az átirányítások normálisak. Az átirányítási láncok elkerülhető adósságok.

Egy egyszerű átirányítás régi URL-ről új URL-re rendben van. Egy öt átirányításból álló lánc növeli a késleltetést, pazarolja a feltérképezési keretet, és több hibapontot hoz létre a kérésben. Egy hurok még rosszabb: a kliens soha nem jut el a végső oldalra.

SEO-migrációknál tarts átirányítási térképet, és teszteld indítás előtt. Ideális esetben minden kivezetett URL egyetlen ugrással érje el a végső célját. Indítás után mintavételezz régi URL-ekből, nagy forgalmú URL-ekből és sok backlinkkel rendelkező URL-ekből.

Itt találkozik a teljesítmény és a SEO is. Az átirányítások késleltetik a valódi oldalbetöltés megkezdését. Ha a felhasználói élményt a feltérképezhetőséggel együtt vizsgálod, a reading a Lighthouse report without panicking segíthet elválasztani a komoly betöltési problémákat a zajos diagnosztikától.

A gyakorlati prioritási lista

Ha státuszkódokat auditálsz, ne kezeld minden figyelmeztetést egyformán. Kezdd itt:

1. Fontos URL-ek, amelyek 5xx-et adnak vissza — először a szerver megbízhatóságát javítsd.
2. Indexelhető oldalak, amelyek rossz státuszt adnak vissza — állítsd vissza a szándékolt 200-as válaszokat.
3. Átirányítási láncok és hurkok — egyszerűsítsd egyugrásos átirányításokra.
4. Nem 200-as választ adó sitemap URL-ek — tartsd tisztán a sitemapeket.
5. Belső linkek 404-ekre — javítsd a navigációs és tartalmi linkeket.
6. Soft 404 minták — ne adj vissza 200-at üres vagy törölt oldalakra.
7. Véletlen feltérképező-blokkolás — vizsgáld ki a váratlan 401, 403 és 429 válaszokat.

A cél nem egy nulla 404-es webhely. Ez irreális, és gyakran szükségtelen. A cél egy olyan webhely, ahol minden URL őszinte, következetes választ ad.

<!-- tool-cta:start -->

💡 Próbáld ki ezt: Ellenőrizd, hogy URL-jeid valójában milyen állapotkódokat adnak vissza a Redirect Checker segítségével, amely megmutatja a crawlerek által látott teljes láncot.

<!-- tool-cta:end -->

Egyszerű szabály a megfelelő kód kiválasztásához

Ha bizonytalan vagy, azt a kódot válaszd, amely megfelel a felhasználó számára látható igazságnak:

• Az oldal létezik, és elérhetőnek kell lennie: 200
• Az oldal véglegesen áthelyeződött: 301 vagy 308
• Az oldal ideiglenesen áthelyeződött: 302 vagy 307
• Az oldal már nem létezik, és nincs helyettesítője: 404
• Az oldal szándékosan, örökre eltűnt: 410
• Az oldal ideiglenesen nem elérhető: 503
• A kérés blokkolt vagy privát: 401 vagy 403

A keresőmotorok jól kezelik a web hétköznapi rendezetlenségét. Ami SEO-gondot okoz, az a nagy léptékű következetlenség: ideiglenesnek jelölt végleges áthelyezések, érvényesnek tettetett törölt oldalak, megoldatlanul hagyott szerverhibák és olyan átirányítási logika, amelyet az utolsó migráció óta senki sem tesztelt.

A HTTP státuszkódok nem mágikus SEO-karok. Alapvető webes szemantikai jelzések. Használd őket őszintén, és a SEO-előny nagy része magától követi.