200 OK

Status 200 är den vanligaste HTTP-statuskoden av alla då den står för ”OK” och att sidan visades för besökaren utan problem. Som regel ska alla sidor som ska indexeras ha status 200.

Vad innebär statuskod 200?

Enligt RFC 9110-standarden betyder 200 att begäran har lyckats och att servern returnerar den efterfrågade representationen i svarets brödtext. Koden tillhör 2xx-serien som beskriver lyckade svar, och innebär konkret att:

  • Servern har förstått begäran.
  • Resursen finns och är tillgänglig.
  • Innehållet levereras enligt den begärda metoden (GET, POST, PUT, DELETE m.fl.).

För GET-förfrågningar innebär 200 att resursens innehåll skickas tillbaka. För POST eller PUT kan svaret innehålla resultatet av den utförda åtgärden, exempelvis en bekräftelse eller den uppdaterade resursen.

När returneras inte 200?

Det är viktigt att skilja 200 från andra lyckade svar i 2xx-serien:

  • 201 Created används när en ny resurs skapats, vanligt vid POST.
  • 204 No Content används när begäran lyckats men inget innehåll behöver returneras, exempelvis vid en DELETE.
  • 206 Partial Content används vid range-requests, till exempel vid videostreaming.

Att välja rätt kod inom 2xx-familjen är inte bara en teknisk detalj utan påverkar hur klienter, cacher och sökmotorer tolkar svaret.

Påverkar 200 SEO?

Indirekt, ja – och mer än många tror. Sökmotorer förlitar sig på statuskoder för att avgöra om en sida ska indexeras, behållas eller tas bort. När en sida returnerar 200 utgår Googlebot från att innehållet är giltigt och ska indexeras. Det är här problemen kan börja:

  1. Soft 404. En tom eller felaktig sida som ändå returnerar 200 förvirrar sökmotorer. Google försöker upptäcka detta och behandla sidan som ett 404-fel, men resultatet blir oförutsägbart.
  2. Felsidor som returnerar 200. Alla CMS-system kan felaktigt visa en ”sidan kunde inte hittas”-skärm med statuskoden 200. Det leder till att icke-existerande sidor indexeras.
  3. Filtrerings- och sökresultatsidor med tunt innehåll kan, om de returnerar 200 utan noindex göra så tusentals URL:er indexeras utan att tillföra något.
  4. Omdirigeringar via JavaScript efter att sidan returnerat 200 hindrar sökmotorer från att förstå att innehållet egentligen finns på en annan URL. En 301 eller 302 är nästan alltid bättre.

Regler för korrekt användning

  • Returnera 200 endast när innehållet faktiskt levereras som avsett. Saknas innehåll eller har resursen flyttats, använd lämplig 3xx- eller 4xx-kod.
  • Validera HTTP-headers efter större förändringar. Verktyg som Screaming Frog, Ahrefs och plugins till Chrome visar snabbt vilken statuskod som returneras.
  • Använd noindex för 200-sidor som inte ska indexeras. Sökresultatsidor, paginering och taggsidor är typiska kandidater.
  • Undvik mjuk 404. Konfigurera CMS:et så att verkliga 404-fel returnerar status 404 och inte en ”vänlig” felsida med 200.
  • Sätt korrekta cache-headers (Cache-Control, ETag, Last-Modified) tillsammans med 200-svar för att minska serverbelastningen och förbättra prestandan.
  • Övervaka statuskoder över tid. En plötslig ökning av 200-svar på okända URL:er kan tyda på att en bot, ett bibliotek eller en konfigurationsändring börjat skapa nya sidor oavsiktligt.

Andra stutuskoder