406 Not Acceptable은 대상 리소스에 Accept, Accept-Language, Accept-Encoding 같은 클라이언트의 협상 헤더와 일치하는 표현이 없고, 서버가 기본 표현을 보낼 의사도 없다는 뜻입니다. 본문에는 사용자나 클라이언트가 선택할 수 있도록 제공 가능한 표현을 나열해야 합니다.
실제로는 대부분의 서버가 충족할 수 없는 선호 조건을 무시하고 기본 표현을 보내며, RFC 9110도 이를 명시적으로 허용합니다. 따라서 406은 주로 특정 미디어 유형만 제공하는 API에서 나타납니다. 예를 들어 JSON API가 Accept: application/xml을 받은 경우입니다.
일부 호스팅 업체는 ModSecurity 같은 보안 모듈이 차단한 요청에 406으로 응답하도록 설정하므로, 406은 협상 문제가 아니라 방화벽의 판단일 수도 있습니다.
응답 예시
HTTP
HTTP/1.1 406 Not Acceptable
Date: Fri, 06 Nov 2026 10:15:32 GMT
Vary: Accept
Content-Type: application/json
Content-Length: 57
{"error":"Available formats: application/json, text/csv"}SEO 및 리디렉션 검사
크롤러는 범위가 넓은 Accept 헤더를 보내므로 406을 받을 일이 없어야 합니다. 만약 받는다면 해당 URL은 4xx 오류로 취급되어 색인되지 않습니다. 리디렉션 검사에서는 406이 나오는데 브라우저에서는 페이지가 열린다면, 직접 추가한 Accept 헤더가 있는지, 또는 User-Agent나 URL에 반응하는 보안 규칙이 있는지 살펴보세요.
주요 원인과 사용 사례
- API가 JSON만 지원하는데 클라이언트가 XML이나 다른 형식을 요청했습니다.
- 엄격한
Accept-Language설정에 일치하는 번역도, 대체 언어도 없습니다. - 공유 호스팅의 ModSecurity나 WAF 규칙이 406으로 요청을 차단합니다.