103 Early Hints(RFC 8297)를 사용하면 서버가 최종 응답이 준비되기 전에 일부 헤더, 보통 rel=preload나 rel=preconnect가 지정된 Link 헤더를 먼저 보낼 수 있습니다. 서버가 페이지를 만드는 동안 브라우저는 미리 연결을 열고 중요한 CSS, 글꼴, 스크립트를 내려받을 수 있습니다. 같은 요청에 대한 최종 응답(보통 200 OK)은 그 뒤에 이어집니다.
브라우저는 이 힌트를 권고 사항으로 취급합니다. Chromium 기반 브라우저는 HTTP/2와 HTTP/3을 통한 최상위 페이지 탐색에서 103에 담긴 preload와 preconnect 힌트에 따라 동작하며, 다른 브라우저의 지원 수준은 제각각입니다. 103을 이해하지 못하는 클라이언트는 이를 무시합니다. 일부 CDN은 103 응답을 대신 보내 주기도 합니다. 예를 들어 Cloudflare는 이전 응답의 Link 헤더를 바탕으로 103을 생성합니다.
힌트는 서버가 최종 상태를 결정하기 전에 도착하므로, 최종 응답이 결국 리디렉션이나 오류로 끝날 수도 있고, 그러면 미리 로드한 리소스는 쓰이지 않습니다. 103에 담긴 헤더는 최종 응답으로 이어지지 않으므로, 중요한 헤더라면 최종 응답에도 다시 넣으세요.
응답 예시
HTTP/1.1 103 Early Hints
Link: </assets/app.css>; rel=preload; as=style
Link: <https://cdn.example.com>; rel=preconnect
HTTP/1.1 200 OK
Date: Fri, 06 Nov 2026 10:15:32 GMT
Content-Type: text/html; charset=utf-8
Link: </assets/app.css>; rel=preload; as=style
Link: <https://cdn.example.com>; rel=preconnect
Transfer-Encoding: chunkedSEO 및 리디렉션 검사
크롤러는 중간 응답을 무시하고 최종 응답을 기준으로 색인을 생성하므로, 103은 SEO에 직접적인 영향이 없습니다. 간접적으로는 Early Hints가 실제 사용자의 최대 콘텐츠 렌더링 시간(Largest Contentful Paint) 같은 로딩 지표를 개선할 수 있습니다. 리디렉션 검사 도구는 각 홉의 최종 상태를 나열하며, 103 응답은 HTTP 클라이언트 내부에서 처리되므로 홉으로 표시되지 않습니다.
주요 원인과 사용 사례
- Cloudflare Early Hints 같은 CDN 기능이 이전 응답에서 본
Link: rel=preload헤더를 다시 보냅니다. - 애플리케이션 서버가 데이터베이스를 조회하거나 페이지를 렌더링하는 동안 103을 보냅니다.
- 힌트가 효과가 없어 보입니다. 사이트가 HTTP/2나 HTTP/3으로 제공되는지, 그리고 하위 리소스가 아닌 페이지 탐색에 대해 힌트를 보내는지 확인하세요.