SEO & Discoverability

Mitä HTTP-tilakoodit oikeasti merkitsevät SEO:lle

Käytännön opas vastauskoodeihin, jotka vaikuttavat indeksointirobottien käyntiin, indeksointiin, uudelleenohjauksiin ja indeksistä poistamiseen — ilman että jokaista koodia käsitellään sijoituskriisinä.

The Wux Webtools Team The Wux Webtools Team 9 min lukemista Tekoälyavusteinen, ihmisen tarkistama
Illustration of HTTP status code paths affecting how a search crawler reaches or skips web pages.
Sisällysluettelo
  1. Tilakoodi ei ole koko SEO-tarina
  2. 200 OK: indeksoitavissa, mutta ei automaattisesti arvokas
  3. 301 ja 308: pysyvät uudelleenohjaukset
  4. 302 ja 307: väliaikaiset uudelleenohjaukset
  5. 304 Not Modified: hyödyllinen, mutta ei oikotie sijoituksiin
  6. 404 Not Found: normaali, kun sivu on poissa
  7. 410 Gone: vahvempi kuin 404, mutta käytä harkiten
  8. 401, 403 ja estetty pääsy
  9. 429 Too Many Requests: indeksointirobottien hallintaa seurauksineen
  10. 500, 502, 503 ja 504: luotettavuussignaalit
  11. Uudelleenohjausketjut ja -silmukat ansaitsevat erityistä huomiota
  12. Käytännön prioriteettilista
  13. Yksinkertainen sääntö oikean koodin valintaan

HTTP-tilakoodit ovat aihe, jossa SEO-neuvot voivat muuttua oudosti dramaattisiksi. Yhdestä 404:stä tulee “menetetty auktoriteetti”. Uudelleenohjauksesta tulee “linkkipääoman vuoto”. 500:sta tulee hätätilanne, vaikka se kesti kuusi minuuttia käyttöönoton aikana.

Rauhallisempi versio on tämä: HTTP-tilakoodit ovat ohjeita ja signaaleja. Ne kertovat selaimille, boteille, välimuisteille ja muille asiakkaille, mitä tapahtui, kun ne pyysivät URL-osoitetta. Hakukoneet käyttävät näitä vastauksia päättääkseen, indeksointirobottiiko, indeksoiko, säilyttääkö, korvaako vai pudottaako sivun.

Mutta kaikilla tilakoodeilla ei ole samaa SEO-painoa. Osa on rutiinia. Osa on ongelma vain suuressa mittakaavassa. Muutama vaatii välitöntä huomiota.

Tilakoodi ei ole koko SEO-tarina

Tilakoodi on vain yksi osa HTTP-vastausta. Hakukoneet tarkastelevat myös:

  • lopullista URL-osoitetta uudelleenohjausten jälkeen
  • canonical-tageja
  • robots-direktiivejä
  • sivun sisältöä
  • sisäisiä linkkejä
  • sivustokartan signaaleja
  • historiallista indeksointirobottien käyttäytymistä
  • palvelimen luotettavuutta ajan myötä

Tämä tarkoittaa, että “sivu palauttaa 200” ei ole sama asia kuin “sivu on indeksoitavissa”. URL voi palauttaa 200:n ja olla silti estetty noindex-direktiivillä, kanonisoitu muualle tai tulkittu soft 404:ksi, koska sisältö on ohutta tai tyhjää.

Samoin 404 ei ole automaattisesti huono asia. Poistetun sivun pitäisi yleensä palauttaa 404 tai 410. SEO-ongelma ei ole se, että puuttuvia sivuja on olemassa. Ongelma on, kun tärkeät sivut palauttavat väärän koodin tai kun sivusto lähettää ristiriitaisia signaaleja.

Jos debuggaat tätä tuotannossa, älä luota pelkästään siihen, mitä selain näyttää. Tarkista todellinen vastausketju. Raaka otsaketarkistus, komentorivipyyntö tai uudelleenohjausjälki kertoo enemmän kuin näkyvä sivu. Käsittelimme käytännön työnkulkua artikkelissa a small toolkit for debugging redirects and HTTP headers in production.

200 OK: indeksoitavissa, mutta ei automaattisesti arvokas

200 OK -vastaus tarkoittaa, että pyyntö onnistui ja palvelin palautti sisältöä. SEO:n kannalta tämä on normaali vastaus sivuille, joiden haluat olevan indeksointirobottien käytettävissä ja mahdollisesti indeksoitavissa.

Mutta 200 ei takaa indeksointia. Hakukoneet voivat silti päättää olla indeksoimatta sivua, jos se on duplikaatti, heikkolaatuinen, sivutason direktiivien estämä tai ei löydy linkkien kautta.

Yleisin SEO-virhe 200-vastauksissa on niiden palauttaminen sivuille, jotka eivät ole oikeita sivuja:

  • tyhjät hakutulossivut
  • poistetut tuotesivut, joissa on “pahoittelut, ei saatavilla” -teksti
  • sijaintisivut ilman merkityksellistä sisältöä
  • rikkoutuneet sivupohjat, jotka renderöivät vain kuoren
  • vanhentuneet ilmoitukset, jotka pitäisi poistaa tai uudelleenohjata

Näistä voi tulla soft 404 -tapauksia. Soft 404 tarkoittaa, että palvelin sanoo “OK”, mutta sisältö kertoo indeksointirobotille “täällä ei ole mitään hyödyllistä”. Hakukoneet voivat käsitellä kyseistä URL-osoitetta käytännössä puuttuvana sivuna.

Hyvä nyrkkisääntö: jos ihminen sanoisi “tätä sivua ei enää ole”, palvelimen ei todennäköisesti pitäisi sanoa 200.

301 ja 308: pysyvät uudelleenohjaukset

301 Moved Permanently ja 308 Permanent Redirect kertovat asiakkaille, että URL on siirtynyt pysyvästi. SEO:n kannalta nämä ovat oikeat työkalut, kun sivulla on selkeä korvaaja:

  • HTTP:stä HTTPS:ään siirtyminen
  • vanha slug uuteen slugiin
  • yhdistetty artikkeli vahvempaan artikkeliin
  • lopetettu tuote läheiseen seuraajaan
  • loppuviivan tai kanonisen hostin normalisointi

Hakukoneet yleensä siirtävät kanonisointisignaaleja pysyvien uudelleenohjausten kautta. Selkokielellä: jos uudelleenohjaat vanhan URL-osoitteen oikeaan uuteen URL-osoitteeseen, hakukoneet voivat yhdistää monet vanhaan sivuun liittyneet signaalit.

Riski ei ole siinä, että 301 olisi itsessään haitallinen. Riski on huonossa kartoituksessa.

Huonoja uudelleenohjausmalleja ovat:

  • jokaisen vanhan URL-osoitteen uudelleenohjaus etusivulle
  • poistettujen sivujen uudelleenohjaus epämääräisesti liittyville kategoriasivuille
  • ketjujen luominen, kuten A → B → C → D
  • uudelleenohjaus URL-osoitteeseen, joka on estetty, noindexattu tai kanonisoitu muualle
  • mobiilin ja työpöydän epäjohdonmukainen uudelleenohjaus

Pysyvän uudelleenohjauksen pitäisi vastata yhteen kysymykseen: “Mikä on tämän URL-osoitteen paras nykyinen vastine?” Jos vastinetta ei ole, 404 tai 410 voi olla rehellisempi.

302 ja 307: väliaikaiset uudelleenohjaukset

302 Found ja 307 Temporary Redirect osoittavat, että siirto on väliaikainen. Alkuperäisen URL-osoitteen odotetaan pysyvän pääasiallisena URL-osoitteena ajan myötä.

Käytä väliaikaisia uudelleenohjauksia aidosti väliaikaisiin tilanteisiin:

  • lyhytkestoinen kampanjareititys
  • geolokaatio tai A/B-testaus, jonka ei pitäisi korvata kanonista URL-osoitetta
  • väliaikaiset ylläpitovaihtoehdot
  • varasto- tai saatavuuspolut, jotka muuttuvat usein

SEO:n kannalta pääongelma on epäselvyys. Jos “väliaikainen” uudelleenohjaus pysyy voimassa kuukausia tai vuosia, hakukoneet voivat lopulta tulkita kohteen kanoniseksi joka tapauksessa. Mutta siihen tulkintaan ei kannata nojata.

Jos siirto on pysyvä, käytä pysyvää uudelleenohjausta. Jos se on väliaikainen, käytä väliaikaista uudelleenohjausta. Tylsä vastaus on oikea vastaus.

304 Not Modified: hyödyllinen, mutta ei oikotie sijoituksiin

304 Not Modified on osa HTTP-välimuistitusta. Se kertoo asiakkaalle, että resurssi ei ole muuttunut sen jo hallussa olevasta versiosta.

Tämä koodi on hyvä indeksointirobottien tehokkuudelle ja suorituskyvyn perushygienialle. Se voi vähentää tarpeetonta tiedonsiirtoa ja tehdä toistuvista pyynnöistä kevyempiä. Mutta se ei ole suora sijoitustekijä yksinkertaistetussa mielessä.

Ajattele 304:ää infrastruktuurin laatuna. Se auttaa asiakkaita ja indeksointirobotteja toimimaan sivustosi kanssa tehokkaasti. Se ei muuta heikkoa sisältöä vahvaksi sisällöksi.

404 Not Found: normaali, kun sivu on poissa

404 Not Found tarkoittaa, että palvelin ei löydä pyydettyä resurssia. Tämä ei ole automaattisesti SEO-katastrofi.

404:t ovat sopivia, kun:

  • sivu poistettiin eikä sillä ole korvaajaa
  • huono ulkoinen linkki osoittaa olemattomaan URL-osoitteeseen
  • käyttäjät kirjoittavat URL-osoitteita väärin
  • vanhojen testi- tai staging-URL-osoitteiden ei koskaan ollut tarkoituskaan olla olemassa

Hakukoneet pudottavat pysyvät 404-URL-osoitteet lopulta indeksistä. Se on yleensä juuri sitä, mitä haluat.

404:t kannattaa korjata, kun ne vaikuttavat merkityksellisiin URL-osoitteisiin:

  • sivut, joilla on arvokkaita backlinkkejä
  • URL-osoitteet, jotka saavat merkittävää liikennettä
  • tärkeät sivut, jotka poistettiin vahingossa migraation aikana
  • sisäiset linkit, jotka osoittavat puuttuviin sivuihin
  • sivustokartan URL-osoitteet, jotka palauttavat 404:n

Älä uudelleenohjaa jokaista 404:ää etusivulle. Se on hämmentävää käyttäjille ja hakukoneille. Jos relevantti korvaaja on olemassa, uudelleenohjaa. Jos ei, palauta 404 ja tarjoa ihmisille hyödyllinen virhesivu.

410 Gone: vahvempi kuin 404, mutta käytä harkiten

410 Gone tarkoittaa, että resurssi on tarkoituksella poissa eikä sen odoteta palaavan.

SEO:n kannalta 410 voi olla hyödyllinen, kun haluat poistaa URL-osoitteita päättäväisemmin:

  • vanhentuneet lakisivut
  • poistetut käyttäjäprofiilit
  • poistetut roskasisältösivut
  • vanhentuneet laskeutumissivut ilman korvaajaa

Hakukoneet voivat käsitellä 410:tä vahvempana poistosignaalina kuin 404:ää. Käytännön ero liittyy usein nopeuteen, ei lopputulokseen. Sekä pysyvät 404- että 410-vastaukset voivat johtaa indeksistä poistamiseen.

Käytä 410:tä, kun olet varma, että sivu on pysyvästi poissa. Jos sivu voi palata, 404 tai väliaikainen käsittely voi olla turvallisempi.

401, 403 ja estetty pääsy

401 Unauthorized tarkoittaa, että todennus vaaditaan. 403 Forbidden tarkoittaa, että palvelin ymmärsi pyynnön mutta kieltäytyy antamasta pääsyä.

SEO:n kannalta nämä koodit yleensä estävät suojatun sisällön normaalin indeksointirobottien käynnin ja indeksoinnin. Se on hyväksyttävää yksityisille hallintanäkymille, tilialueille, staging-järjestelmille ja maksulliselle sisällölle, jota ei pidä indeksoida julkisesti.

Ongelmia syntyy, kun julkiset sivut palauttavat vahingossa 401:n tai 403:n indeksointiroboteille esimerkiksi näiden vuoksi:

  • bot-suojaussäännöt
  • väärin määritetyt palomuurit
  • maarajaukset
  • CDN-säännöt
  • vanhentuneet todennusoletukset
  • staging-rajoitukset, jotka ovat kulkeutuneet tuotantoon

Sivu, joka toimii sinulle sisäänkirjautuneena, ei välttämättä toimi indeksointirobotille. Testaa aina todentamattomana asiakkaana.

429 Too Many Requests: indeksointirobottien hallintaa seurauksineen

429 Too Many Requests kertoo asiakkaille, että niiden pyyntöjä rajoitetaan. Se voi olla sopivaa, kun botit todella kuormittavat infrastruktuuriasi liikaa.

429:n huoleton käyttö voi kuitenkin vähentää indeksointirobottien aktiivisuutta. Hakukoneet voivat hidastaa pyyntöjä, jos ne törmäävät toistuvasti rajoituksiin. Tämä voi viivästyttää uuden tai päivitetyn sisällön löytymistä.

Jos tarvitset pyyntörajoituksia, ole täsmällinen. Vältä suurten hakurobottien estämistä vahingossa. Käytä palvelinlokeja erottaaksesi aggressiivisen scrapauksen laillisesta indeksointirobottien käynnistä. Jos mahdollista, palauta Retry-After-otsake, jotta hyvin käyttäytyvät asiakkaat tietävät, milloin palata.

500, 502, 503 ja 504: luotettavuussignaalit

5xx-perhe tarkoittaa, että palvelin ei pystynyt täyttämään kelvollista pyyntöä.

Yleisiä esimerkkejä:

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

Satunnaisia 5xx-vastauksia tapahtuu. Lyhyt käyttöönotto-ongelma ei yleensä ole katastrofi. Pysyvät 5xx-virheet ovat eri asia. Ne kertovat indeksointiroboteille, että sivustosi on epäluotettava, ja hakukoneet voivat vähentää indeksointirobottien käyntitiheyttä tai pudottaa vaikutuksen alaisia sivuja tilapäisesti, jos ne eivät saa niitä toistuvasti haettua.

503 Service Unavailable on oikea koodi suunniteltuun huoltoon, etenkin Retry-After-otsakkeen kanssa. Se sanoo: “Tämä on väliaikaista; palaa myöhemmin.” 200:n palauttaminen huoltosivulle on huonompi vaihtoehto, koska indeksointirobotit voivat käsitellä huoltosivun sisältöä varsinaisena sivusisältönä.

Jos käyttökatko vaikuttaa tärkeisiin URL-osoitteisiin, seuraa palautumista. Varmista, että alkuperäiset sivut palauttavat taas 200:n, eivät välimuistiin jääneitä virhesivuja, uudelleenohjaussilmukoita tai väliaikaisia huoltosivupohjia.

Uudelleenohjausketjut ja -silmukat ansaitsevat erityistä huomiota

Uudelleenohjaukset ovat normaaleja. Uudelleenohjausketjut ovat vältettävissä olevaa velkaa.

Yksinkertainen uudelleenohjaus vanhasta URL-osoitteesta uuteen URL-osoitteeseen on kunnossa. Viiden uudelleenohjauksen ketju lisää viivettä, tuhlaa crawl budgetia ja luo lisää kohtia, joissa pyyntö voi epäonnistua. Silmukka on pahempi: asiakas ei koskaan saavuta lopullista sivua.

SEO-migraatioissa pidä yllä uudelleenohjauskarttaa ja testaa se ennen julkaisua. Jokaisen käytöstä poistetun URL-osoitteen pitäisi mieluiten päätyä lopulliseen kohteeseensa yhdellä hypyllä. Julkaisun jälkeen ota otos vanhoista URL-osoitteista, paljon liikennettä saavista URL-osoitteista ja backlinkkejä runsaasti keränneistä URL-osoitteista.

Tässä kohtaa myös suorituskyky ja SEO limittyvät. Uudelleenohjaukset viivästyttävät varsinaisen sivun latauksen alkamista. Jos tarkastelet käyttäjäkokemusta indeksointirobottien saavutettavuuden rinnalla, reading a Lighthouse report without panicking voi auttaa erottamaan vakavat latausongelmat hälyisistä diagnostiikkatiedoista.

Käytännön prioriteettilista

Jos auditoit tilakoodeja, älä käsittele kaikkia varoituksia samanarvoisina. Aloita tästä:

  1. Tärkeät URL-osoitteet, jotka palauttavat 5xx:n — korjaa palvelimen luotettavuus ensin.
  2. Indeksoitavat sivut, jotka palauttavat väärän tilan — palauta tarkoitetut 200-vastaukset.
  3. Uudelleenohjausketjut ja -silmukat — yksinkertaista yhden hypyn uudelleenohjauksiin.
  4. Sivustokartan URL-osoitteet, jotka palauttavat muita kuin 200-vastauksia — pidä sivustokartat siisteinä.
  5. Sisäiset linkit 404-sivuihin — korjaa navigaatio- ja sisältölinkit.
  6. Soft 404 -mallit — lopeta 200:n palauttaminen tyhjille tai poistetuille sivuille.
  7. Vahingossa tapahtuva indeksointirobottien esto — tutki odottamattomat 401-, 403- ja 429-vastaukset.

Tavoitteena ei ole sivusto, jossa ei ole yhtään 404:ää. Se on epärealistista ja usein tarpeetonta. Tavoitteena on sivusto, jossa jokainen URL antaa totuudenmukaisen ja johdonmukaisen vastauksen.

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

💡 Kokeile tätä: Tarkista, mitä tilakoodeja URL-osoitteesi todella palauttavat Redirect Checker -työkalulla, joka näyttää koko ketjun, jonka indeksointirobotit näkevät.

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

Yksinkertainen sääntö oikean koodin valintaan

Kun olet epävarma, valitse koodi, joka vastaa käyttäjälle näkyvää todellisuutta:

  • Sivu on olemassa ja sen pitäisi olla saatavilla: 200
  • Sivu on siirtynyt pysyvästi: 301 tai 308
  • Sivu on siirtynyt väliaikaisesti: 302 tai 307
  • Sivua ei enää ole eikä sillä ole korvaajaa: 404
  • Sivu on tarkoituksella poissa ikuisesti: 410
  • Sivu ei ole tilapäisesti saatavilla: 503
  • Pyyntö on estetty tai yksityinen: 401 tai 403

Hakukoneet ovat hyviä käsittelemään tavallista verkon sotkuisuutta. SEO-ongelmia aiheuttaa laajamittainen epäjohdonmukaisuus: pysyvät siirrot merkitään väliaikaisiksi, poistetut sivut teeskentelevät olevansa kelvollisia, palvelinvirheet jätetään ratkaisematta ja uudelleenohjauslogiikkaa ei ole testannut kukaan viime migraation jälkeen.

HTTP-tilakoodit eivät ole maagisia SEO-vipuja. Ne ovat verkon perussemantiikkaa. Käytä niitä rehellisesti, ja suurin osa SEO-hyödystä seuraa mukana.

Usein kysytyt kysymykset

Onko 404 huono asia SEO:lle?
Ei itsessään. 404 on oikea vastaus sivulle, jota ei enää ole ja jolla ei ole korvaajaa. Siitä tulee SEO-ongelma, kun tärkeät sivut, sivustokartan URL-osoitteet tai sisäisesti linkitetyt URL-osoitteet palauttavat 404:n odottamatta.
Pitäisikö SEO:ssa käyttää 301- vai 302-uudelleenohjauksia?
Käytä 301:tä tai 308:aa, kun siirto on pysyvä. Käytä 302:ta tai 307:ää, kun siirto on väliaikainen. Hakukoneet voivat tulkita pitkään jatkuvia väliaikaisia uudelleenohjauksia, mutta siihen luottaminen on epäselvempää kuin oikean signaalin lähettäminen.
Haittaavatko 5xx-virheet sijoituksia?
Lyhytkestoiset 5xx-virheet eivät yleensä ole katastrofi. Pysyvät palvelinvirheet voivat vähentää indeksointirobottien käyntitiheyttä, viivästyttää indeksointia ja aiheuttaa sivujen tilapäisen pudottamisen, jos hakukoneet eivät pääse niihin ajan mittaan käsiksi.
Mikä on soft 404?
Soft 404 syntyy, kun URL palauttaa 200 OK:n, mutta sisältö näyttää puuttuvalta, tyhjältä tai hyödyttömältä sivulta. Hakukoneet voivat käsitellä sitä kuin 404:ää, vaikka palvelin sanoo pyynnön onnistuneen.
Pitäisikö poistetut sivut uudelleenohjata etusivulle?
Yleensä ei. Uudelleenohjaa poistetut sivut vain silloin, kun niille on aidosti relevantti korvaaja. Jos hyödyllistä vastinetta ei ole, palauta 404 tai 410 ja tarjoa käyttäjille hyödyllinen virhesivu.

Lähteet ja lisälukeminen

  1. Google Search Central: HTTP status codes and network errors
  2. MDN Web Docs: HTTP response status codes
  3. RFC 9110: HTTP Semantics
  4. Google Search Central: Redirects and Google Search
Tietoja kirjoittajasta
The Wux Webtools Team

Viimeksi päivitetty:

Jatka lukemista