HTTP 응답을 gzip으로 줄이는 Content-Encoding과 chunked Transfer-Encoding은 무엇을 각각 표현하나요?

Content-Encoding은 선택된 representation 자체에 적용한 변환을 설명하고, Transfer-Encoding은 HTTP/1.1 메시지를 현재 연결로 운반하는 framing을 설명합니다. HTML을 gzip한 뒤 chunked로 보낼 수 있지만 gzip 해제와 chunk 경계 제거는 다른 단계입니다. 수신자는 chunk framing을 제거한 뒤 content coding을 되돌려 원래 representation을 얻는다고 구분하겠습니다.

예를 들어 응답이 Content-Type: text/html, Content-Encoding: gzip, Transfer-Encoding: chunked라면 body의 의미는 gzip으로 변환된 HTML이고, chunk는 그 gzip bytes를 전송하는 조각입니다. chunk 경계가 HTML tag나 애플리케이션 message 경계를 보장하지는 않습니다. HTTP/2·HTTP/3는 HTTP/1.1 chunked framing을 그대로 사용하지 않으므로 이 헤더 조합을 모든 버전에 복사하지 않습니다.

프록시가 이미 gzip한 body를 다시 압축하거나 Content-Encoding을 갱신하지 않으면 복원이 깨집니다. 실제 진단에서는 HTTP version, Content-Encoding, Transfer-Encoding 또는 해당 버전의 framing, Content-Length·Vary를 함께 기록합니다.

따라서 장애 로그에는 “chunk parser가 종료 표식을 찾았는가”와 “content decoder가 gzip checksum을 통과했는가”를 따로 남겨야 합니다. chunk framing 오류는 HTTP/1.1 message 경계 문제이고, gzip 오류는 선택된 representation 변환 문제입니다. HTTP/2·3에서는 stream DATA 길이와 protocol framing을 관찰하되 Transfer-Encoding: chunked를 그대로 기대하지 않습니다.