HTTP status referenční tabulka

Server přijal hlavičku, klient může pokračovat s tělem.

Server přechází na jiný protokol (např. WebSocket upgrade).

Standardní úspěšná odpověď s tělem.

POST/PUT vytvořil nový zdroj. Location header by měl ukazovat na něj.

Žádost přijata, ale ještě nedokončena (asynchronní zpracování).

Úspěch, žádné tělo. Typické pro DELETE nebo idempotentní PUT.

Range request — server vrací jen kus zdroje.

Zdroj navždy na nové URL. Vyhledávače aktualizují index.

Dočasný redirect. Vyhledávače index nemění.

Cache je aktuální — klient může použít lokální kopii.

Jako 302, ale zachová HTTP metodu (POST zůstane POST).

Jako 301, ale zachová metodu a tělo.

Server nerozumí — chybný JSON, špatný formát parametrů, …

Klient se nepředstavil. Chybí Authorization header nebo je špatný.

Klient se předstaal, ale nemá oprávnění. Authorize ≠ authenticate.

Zdroj na této URL neexistuje. Hojně zneužíváno místo 410 / 403.

URL existuje, ale ne pro tuhle HTTP metodu (např. POST na endpoint, který bere jen GET).

Accept header chce formát, který server nemá.

Stav zdroje neumožní operaci — typicky concurrency / unique constraint violation.

Zdroj záměrně odstraněn a víc se nevrátí (trvalé 404).

Upload překročil limit — typicky multipart/form-data.

Content-Type je něco, co server nezpracuje.

RFC 2324 — žert. V praxi občas i serverless platformy odmítají bot requesty.

JSON je validní, ale logika selhala — typicky validace formuláře.

Rate limit překročen. Klient by se měl řídit Retry-After headerem.

Něco selhalo a my nevíme co — výchozí "ups".

Server tuhle metodu nezná. Často proxy / gateway.

Proxy/gateway dostal nevalidní odpověď z upstreamu.

Server je dočasně mimo (přetížený, údržba). Retry-After by měl být.

Upstream nestihl odpovědět včas.

Captive portál (kavárna, hotel) — musíte se přihlásit do sítě.