TrueURL

400 Bad Request

Serwer nie przetworzy żądania z powodu błędu klienta, takiego jak nieprawidłowa składnia, błędny adres URL lub zbyt duże pliki cookie.

Opis słowny
Bad Request
Przekierowanie
Nie
Domyślne buforowanie
Nie

400 Bad Request to ogólny błąd klienta. Serwer odmawia przetworzenia żądania, bo uważa, że coś jest z nim nie tak: błędna składnia, nieprawidłowa struktura komunikatu, zwodniczy routing żądania, błędny nagłówek Host, nieprawidłowy parametr zapytania albo treść, której nie da się sparsować. Klient nie powinien powtarzać żądania bez zmian.

Wiele serwerów używa kodu 400 przy problemach, które mają własne, bardziej szczegółowe kody. nginx odpowiada na przykład „400 Bad Request: Request Header Or Cookie Too Large”, gdy nagłówki przekraczają jego bufory, choć precyzyjniejszy byłby kod 431, a wiele API zwraca 400 przy błędach walidacji, do których pasowałby kod 422.

Faktyczną przyczynę najłatwiej zwykle znaleźć w treści odpowiedzi.

Przykładowa odpowiedź

HTTP
HTTP/1.1 400 Bad Request
Date: Fri, 06 Nov 2026 10:15:32 GMT
Server: nginx
Content-Type: text/html
Content-Length: 217
Connection: close

<html>
<head><title>400 Request Header Or Cookie Too Large</title></head>
<body>
<center><h1>400 Bad Request</h1></center>
<center>Request Header Or Cookie Too Large</center>
<hr><center>nginx</center>
</body>
</html>

SEO i sprawdzanie przekierowań

Wyszukiwarki traktują 400 jak inne błędy 4xx: adres URL nie jest indeksowany, a zaindeksowany adres, który zaczyna zwracać 400, wypada z indeksu. Roboty wysyłają małe, standardowe żądania bez plików cookie, więc błąd 400, który dostają tylko roboty, zwykle wynika z nietypowych znaków w adresie URL lub z reguły zapory sieciowej. Podczas sprawdzania przekierowań kod 400 w środku łańcucha często oznacza, że przekierowanie wygenerowało nieprawidłowy adres URL, np. z podwójnie zakodowanymi znakami lub uszkodzonym ciągiem zapytania.

Typowe przyczyny i zastosowania

  • Zbyt wiele lub zbyt duże pliki cookie. Usuń pliki cookie witryny albo zwiększ large_client_header_buffers w nginx.
  • Nieprawidłowy adres URL, np. z niezakodowanymi spacjami lub błędnym kodowaniem procentowym, albo nieprawidłowy nagłówek Host.
  • Żądanie API z nieprawidłowym kodem JSON lub bez wymaganych parametrów.
  • Zwykłe żądanie HTTP wysłane na port HTTPS, co nginx zgłasza komunikatem „The plain HTTP request was sent to HTTPS port”.

Sprawdzanie przekierowań URL

Zobacz wszystkie kody odpowiedzi, jakie zwraca adres URL, przeskok po przeskoku, w darmowym narzędziu TrueURL do sprawdzania przekierowań.