무료 변환기

HTTP 헤더 뷰어

브라우저 요청 헤더를 보고 설명과 함께 일반적인 HTTP 헤더를 탐색하세요. 무료이고 빠르며 비공개입니다.

httpbin.org를 통해 실제 브라우저 요청 헤더를 가져오려면 아래 버튼을 클릭하세요. 이는 브라우저가 서버로 보내는 내용을 보여줍니다.

이 도구에 대하여

HTTP 헤더는 웹의 모든 요청과 응답에 수반되는 키-값 쌍으로, 메시지에 대한 메타데이터(콘텐츠 유형, 캐싱 지시문, 보안 정책, 인증 토큰, 인코딩 및 기타 수십 가지 문제)를 전달합니다. 브라우저, 서버, CDN 및 중간 프록시는 모두 동작을 조정하기 위해 헤더를 읽고 씁니다. 성능, 캐싱, 보안 및 통합 문제를 진단하려면 이를 검사하는 것이 필수적입니다.

이 뷰어는 URL을 가져오고 서버가 반환한 것과 똑같은 응답 헤더를 표시합니다. Content-Type, Cache-Control, Content-Security-Policy, Strict-Transport-Security 및 Set-Cookie와 같은 일반적인 헤더가 강조 표시됩니다. 이 도구는 기본적으로 리디렉션을 따르며 체인의 각 단계를 표시합니다.

일부 헤더는 보안 및 SEO에 특히 중요합니다. CSP(Content-Security-Policy)는 페이지가 로드할 수 있는 리소스를 제어합니다. HSTS(Strict-Transport-Security)는 HTTPS를 강제합니다. X-Frame-Options는 클릭재킹을 방지합니다. Cache-Control은 서버가 실제로 보는 트래픽의 양에 영향을 미칩니다. 실제 응답에서 이를 검사하면 구성을 확인하는 데 도움이 됩니다.

HTTP 헤더를 검사하는 이유

웹의 대부분의 성능 및 보안 구성은 HTML이나 JavaScript가 아닌 헤더에 있습니다. CDN 캐싱, 브라우저 캐싱, 보안 정책, CORS 및 HTTPS 시행은 모두 응답 헤더에 의해 제어됩니다. 실제 응답을 검사하면 구성된 헤더가 클라이언트에 도달하는지 확인됩니다.

헤더는 미묘한 버그를 진단하는 데도 도움이 됩니다. 누락된 Content-Type으로 인해 MIME 스니핑이 트리거됩니다. 잘못된 Cache-Control로 인해 오래된 콘텐츠나 과도한 로드가 발생합니다. 누락된 CSP로 인해 의도하지 않은 스크립트가 허용됩니다. 뷰어는 실제 헤더를 표시하므로 잘못된 구성이 표시됩니다.

사용 방법

URL을 입력하고 모든 응답 헤더를 확인하세요.

  1. URL을 입력하세요: 검사할 URL을 입력하거나 붙여넣으세요. http:// 및 https:// URL이 모두 작동하며 HTTPS가 강력히 선호됩니다.
  2. 옵션을 선택하세요: 리디렉션을 따라 중간 URL 체인을 확인하세요. 첫 번째 응답만 보려면 비활성화하세요. 다양한 보기에 대한 요청 방법(GET, HEAD, OPTIONS)을 선택하세요.
  3. 가져오기 및 검사: 도구는 요청을 보내고 범주별로 그룹화된 응답 헤더를 표시합니다. 상태 코드와 타이밍도 상단에 표시됩니다.
  4. 특정 헤더 검토: 보안 헤더(CSP, HSTS, X-Frame-Options), 캐싱 헤더(Cache-Control, ETag, Last-Modified), CORS 헤더(Access-Control-*) 및 콘텐츠 헤더(Content-Type, Content-Encoding)를 찾습니다.

일반적인 사용 사례

기술적인 세부사항

HTTP/1.1(RFC 7230)은 헤더를 콜론으로 구분된 대소문자를 구분하지 않는 키-값 쌍으로 정의하며 값은 줄 끝까지 계속됩니다. HTTP/2(RFC 7540) 및 HTTP/3은 내부적으로 바이너리 프레이밍 형식을 사용하지만 헤더 의미는 동일하게 유지됩니다. 시청자는 가독성을 위해 HTTP/1 구문인 것처럼 표시합니다.

일반적인 응답 헤더: Content-Type(MIME 유형 및 문자 집합), Content-Length, Content-Encoding(압축용 gzip, br), Cache-Control, ETag, Last-Modified, Set-Cookie, Server, Date, X-Content-Type-Options, X-Frame-Options, Strict-Transport-Security, Content-Security-Policy.

브라우저의 동일 출처 정책으로 인해 JavaScript 기반 뷰어가 특정 헤더(특히 쿠키 및 인증 헤더)를 읽지 못할 수 있습니다. 프록시 기반 뷰어(서버를 가져와서 다시 보고)는 이러한 제한을 피합니다.

모범 사례

자주 묻는 질문

이 도구에는 플러그인이나 다운로드가 필요합니까?
아니요. 모든 것은 표준 웹 기술을 사용하여 웹 브라우저에서 실행됩니다. 플러그인, 확장 프로그램 또는 소프트웨어 설치가 필요하지 않습니다.
데이터 내에서 검색할 수 있나요?
예. 검색 또는 필터 기능을 사용하면 표시된 데이터 내에서 특정 항목이나 값을 빠르게 찾을 수 있습니다.
볼 수 있는 데이터에 크기 제한이 있나요?
이 도구는 브라우저에서 일반적인 데이터 크기를 효율적으로 처리합니다. 매우 큰 데이터 세트는 렌더링하는 데 시간이 더 오래 걸릴 수 있습니다. 매우 큰 파일의 경우 데스크톱 응용 프로그램을 사용하는 것이 좋습니다.
내 데이터는 비공개로 유지되나요?
예. 모든 데이터 처리 및 표시는 브라우저에서 이루어집니다. 어떤 서버에도 아무것도 업로드되지 않습니다.
HSTS가 활성화되어 있는지 어떻게 확인합니까?
Strict-Transport-Security 응답 헤더를 찾으세요. 해당 값에는 일반적으로 max-age가 포함되며 선택적으로 includeSubDomains 및 preload가 포함됩니다.
Content-Type이 누락된 경우 어떻게 해야 합니까?
브라우저는 MIME 스니핑으로 대체되므로 보안 문제가 발생할 수 있습니다. 항상 올바른 콘텐츠 유형을 보내도록 서버를 구성하세요. X-Content-Type-Options: nosniff 헤더는 브라우저가 선언된 유형을 재정의하는 것을 방지합니다.
내가 소유하지 않은 사이트의 헤더를 검사할 수 있나요?
공개 URL의 경우 예입니다. 헤더는 요청하는 모든 사람에게 반환됩니다. 세션에 연결된 쿠키 및 인증 헤더는 검사 요청에서 전달되지 않기 때문에 노출되지 않습니다.
HTTP/3 특정 헤더는 어떻습니까?
HTTP/3은 HTTP/1.1 및 HTTP/2와 동일한 헤더 의미를 유지합니다. 전송 방식은 다르지만(TCP 대신 QUIC) 표시되는 헤더는 동일합니다.