HTTP 100 Continue โ Meaning, Causes & How to Fix
The server received the request headers and the client should proceed to send the body.
- Code
- 100
- Name
- Continue
- Class
- 1xx Informational
- Specification
- RFC 9110 ยง15.2.1
- Cacheable by default
- Not applicable (interim response)
What HTTP 100 means
100 Continue is an interim response. A client that sends Expect: 100-continue with a large request body waits for it before uploading the body, so the server can reject the request (for example with 413 or 401) without the client wasting bandwidth. A final status code always follows.
Common causes
- The client sent
Expect: 100-continue(curl does this automatically for larger POST/PUT bodies). - Large file uploads through HTTP clients that negotiate before sending the body.
How to fix it
For site owners
- Nothing to fix โ most web servers and frameworks answer 100 Continue automatically.
- If uploads hang, check that a proxy or load balancer in front of the app passes the interim response through.
For visitors & developers
- If a server never answers 100, clients normally send the body after a short timeout anyway.
- To skip the extra round trip in curl, send an empty header:
-H "Expect:".
SEO impact
No SEO impact. Search engine crawlers fetch pages with GET requests and only act on the final status code of the response.
Example 100 response
HTTP/1.1 100 Continue
HTTP/1.1 201 Created
Location: /uploads/7f3a
Content-Length: 0
Related status codes
Check or look up another code
Search and filter every code in the HTTP Status Codes tool, browse the full list by class, or read HTTP status codes explained: the complete developer guide.
Open HTTP Status Codes tool โAll status codesFrequently asked questions
What does HTTP 100 mean?
HTTP 100 Continue is a 1xx Informational status code. The server received the request headers and the client should proceed to send the body.
Do I need to send 100 Continue myself?
Usually not. Web servers such as Apache and nginx, and most application servers, send it automatically when a request carries Expect: 100-continue.
Which specification defines 100?
It is defined in RFC 9110 ยง15.2.1.
Is a 100 response cacheable?
No. 100 is an interim (1xx) response; only the final response that follows can be cached.