Żądanie zakończyło się powodzeniem.
Kiedy go używać
Domyślny dla udanego GET lub POST, który zwraca wynik.
Warto wiedzieć
Największa pułapka przy 200 to „soft 404”: strona błędu lub pusty wynik serwowane ze statusem 200. Google wykrywa wiele takich przypadków i oznacza je w Search Console, ale marnują one budżet indeksowania i mogą utrzymywać śmieciowe URL-e w indeksie. Aplikacje jednostronicowe (SPA) często tak grzeszą, bo serwer zwraca index.html z 200 dla każdej ścieżki; zwracaj prawdziwe 404 dla nieznanych tras albo dodaj noindex.
API, które opakowują błędy w 200 z polem error, psują monitoring, ponawianie i cache, bo wszystko wygląda na sukces. Odpowiedź 200 na GET może zostać zapisana przez przeglądarki i CDN-y, nawet heurystycznie, gdy jest tylko Last-Modified, więc ustaw Cache-Control jawnie. Dodaj ETag lub Last-Modified, żeby klienty mogły rewalidować i dostać tanie 304, a 204 używaj, gdy naprawdę nie ma nic do zwrócenia.
Sukces (2xx)
Kody 2xx oznaczają sukces: serwer odebrał, zrozumiał i przyjął żądanie.
Jak to wygląda
HTTP/1.1 200 OKJak go wysłać
| Node.js / Express | res.status(200).end() |
|---|---|
| Python / Flask | return '', 200 |
| nginx | return 200; |
Jak go sprawdzić
curl -s -o /dev/null -w "%{http_code}\n" https://example.com/