HTTP/2 검사기

HTTP/2 검사기는 웹사이트가 HTTP/2 네트워크 프로토콜을 사용하는지 확인하는 무료 도구입니다.

HTTP/2 검사에서는 실제로 무엇을 확인하나요?

HTTP/2 검사는 웹 서버가 요청한 웹사이트에서 HTTP/2로 통신할 수 있는지 확인합니다. HTTP/2는 하이퍼텍스트 전송 프로토콜의 한 버전입니다. 하이퍼텍스트 전송 프로토콜은 브라우저와 서버가 페이지, 이미지, 스크립트와 기타 웹 리소스를 요청하고 전송할 때 따르는 규칙입니다.

HTTPS 웹사이트에서는 일반적으로 클라이언트와 서버가 보안 연결을 설정하면서 사용할 프로토콜을 선택합니다. 이 협상에는 흔히 애플리케이션 계층 프로토콜 협상, 즉 ALPN이 사용됩니다. HTTP/2는 h2로 표시되며, 이전 방식의 연결에는 http/1.1이 사용될 수 있습니다.

HTTP/2에서도 메서드, 상태 코드, 헤더 같은 기존 HTTP 개념을 그대로 사용하지만, 데이터는 바이너리 프레임으로 전송합니다. 하나의 연결에서 여러 스트림을 처리하고 HTTP 헤더를 압축할 수도 있습니다. 특히 개별 리소스가 많은 페이지에서는 연결에 드는 부담을 줄일 수 있습니다. 다만 느린 애플리케이션 코드, 용량이 큰 이미지 또는 지연된 데이터베이스 쿼리 자체를 빠르게 만들지는 않습니다.

HTTP/2 검사는 어떻게 사용하나요?

HTTP/2 지원 여부를 확인할 웹사이트를 입력하고 검사를 실행하세요. 입력값은 HTTPS를 통해 서버로 전송되고 서버에서 검사가 수행되며, 저장되지는 않습니다.

악센트 문자가 포함되거나 라틴 문자가 아닌 도메인 레이블은 DNS에서 IDNA A-label로 표현되며, 이때 Punycode 인코딩 알고리즘이 사용됩니다.

액세스 토큰이나 기타 민감한 정보는 입력하지 마세요. 입력값은 저장되지 않지만, 서버 측 검사를 수행하려면 도구의 서버로 전송되어야 합니다.

HTTP/2 검사 결과는 어떻게 해석하나요?

결과에는 검사한 웹사이트가 HTTP/2를 사용하는지 표시됩니다. 사이트의 속도나 설정 전반을 평가한 결과가 아니라, 해당 웹사이트를 검사해 얻은 근거로 해석해야 합니다.

• 긍정 결과는 해당 프로토콜이 사용되고 있음을 확인해 줍니다. 부정 결과는 검사에서 HTTP/2를 확인하지 못했다는 뜻이지만, 그 결과만으로 원인을 알 수는 없습니다.

예를 들어 어떤 웹사이트에서 HTTP/2 긍정 결과가 나왔다고 가정해 보겠습니다. 이는 검사한 웹사이트에서 HTTP/2가 사용된다는 뜻입니다. 별도의 서비스나 이전 방식의 오리진 서버도 같은 프로토콜을 사용한다는 의미는 아닙니다.

결과에서 HTTP/2가 확인되지 않으면 HTTP 헤더 조회로 해당 웹사이트를 살펴보고 웹 서버 또는 CDN 설정을 확인하세요. 브라우저 개발자 도구에서도 각 요청에 사용된 프로토콜을 확인할 수 있으며, 일반적으로 h2 또는 http/1.1로 표시됩니다.

이 검사로 발견할 수 있는 일반적인 문제

호스팅, 프록시 또는 CDN을 변경한 뒤 HTTP/2 검사를 실행하면 공개 엔드포인트가 예상한 프로토콜을 제공하는지 알 수 있습니다. 다음과 같은 상황에서는 검사 결과를 통해 문제의 범위를 좁힐 수 있습니다.

1. CDN을 방금 활성화한 경우. 오리진 서버의 비공개 주소나 임시 주소가 아니라 공개 웹사이트를 검사하세요. 공개 사이트에서는 HTTP/2를 사용하지만 오리진에서는 사용하지 않을 수 있습니다. 브라우저와 CDN 사이의 연결, CDN과 오리진 사이의 연결은 서로 별개이므로 정상적인 구성일 수 있습니다.
2. 브라우저에 여전히 HTTP/1.1이 표시되는 경우. 브라우저와 검사기가 같은 웹사이트를 검사하는지 확인하세요. 한 페이지가 여러 도메인에서 리소스를 불러올 수 있으며, 각 연결은 사용할 프로토콜을 개별적으로 협상합니다. 타사 스크립트 요청 하나가 HTTP/1.1을 사용한다고 해서 기본 문서도 HTTP/1.1을 사용한다는 뜻은 아닙니다.
3. 서버를 이전한 뒤 인증서 경고가 표시되는 경우. HTTPS 인증서 처리와 HTTP 프로토콜 협상은 모두 연결 설정과 관련되지만, HTTP/2 결과만으로 인증서 문제를 완전히 진단할 수는 없습니다. 인증서의 호스트 이름, 만료일, 체인과 서버 설정을 각각 확인하세요.

이 검사만으로 페이지 로딩이 느린 모든 원인을 설명할 수는 없습니다. HTTP/2 지원 여부만으로 서버 응답 시간, JavaScript 실행, 이미지 크기 또는 특정 방문자와 서버 사이의 네트워크 혼잡 상태를 확정할 수 없습니다. 네트워크 도달 가능성과 응답 시간을 별도로 확인하려면 핑을 사용하세요.

캐시나 설정 전파 때문에 결과가 잘못된 것처럼 보이는 이유는 무엇인가요?

DNS 캐시와 설정 전파로 인해 한동안 검사마다 서로 다른 서버에 연결될 수 있습니다. DNS 레코드가 변경된 뒤에도 재귀 리졸버는 TTL이 만료될 때까지 이전 응답을 계속 사용할 수 있습니다. 따라서 서버 측 검사기와 사무실 또는 가정의 인터넷 연결이 서로 다른 IP 주소에 도달할 수 있습니다.

CDN과 로드 밸런서의 변경 사항이 모든 엣지 위치에 적용되는 데에도 시간이 걸릴 수 있습니다. 한 엔드포인트에는 HTTP/2가 활성화된 반면, 다른 엔드포인트에는 아직 이전 설정이 적용되어 있을 수 있습니다. 현재 DNS 응답을 확인하고 모든 오리진 또는 엣지 서버에 의도한 설정이 동일하게 적용되었는지 점검한 다음, 관련 캐시 기간이 지난 뒤 다시 비교하세요.

브라우저가 열린 연결을 재사용한다는 점도 혼동을 일으킬 수 있습니다. 기존 HTTP/1.1 연결이 닫힐 때까지 탭에서는 해당 연결을 계속 사용하는 반면, 새 서버 측 검사에서는 HTTP/2를 협상할 수 있습니다. 브라우저 연결을 닫거나 새로운 비공개 브라우징 세션을 시작하면 더 명확하게 비교할 수 있습니다.

자주 묻는 질문

웹사이트에서 HTTP/1.1과 HTTP/2를 모두 지원할 수 있나요?

네. 서버는 두 버전을 모두 지원하고 접속한 클라이언트가 이해할 수 있는 버전을 선택할 수 있습니다. 이러한 호환성 덕분에 이전 클라이언트는 HTTP/1.1을 사용하고, 최신 클라이언트는 HTTP/2를 협상할 수 있습니다.

사이트에서 HTTP/2와 HTTP/3를 함께 사용할 수 있나요?

네. HTTP/3는 다른 전송 프로토콜을 사용하고 일부 네트워크에서는 제공되지 않을 수 있으므로, 많은 환경에서 HTTP/2를 대체 수단으로 유지합니다. HTTP/2 검사 결과만으로 HTTP/3도 활성화되어 있는지는 알 수 없습니다.

HTTP/2를 사용하려면 HTTPS가 필요한가요?

HTTP/2는 사전 지식을 바탕으로 암호화되지 않은 TCP 연결에서 사용할 수 있지만, 이전의 h2c HTTP/1.1 Upgrade 토큰 사용은 더 이상 권장되지 않습니다. 주요 브라우저에서는 일반적으로 HTTPS를 통해 HTTP/2를 사용합니다. 따라서 공개 웹사이트가 브라우저에 HTTP/2를 제공하려면 대개 유효한 TLS 설정도 필요합니다.

HTTP/2로 긴 첫 바이트 수신 시간을 해결할 수 있나요?

아니요. 첫 바이트 수신 시간이 길다면 서버 처리, 네트워크 거리, 캐시 미스 또는 인프라 과부하가 원인인 경우가 많습니다. HTTP/2는 여러 요청이 하나의 연결을 공유하는 방식을 개선할 수 있지만, 서버가 응답을 시작하기 전의 지연을 없애지는 못합니다.

마지막으로 같은 웹사이트를 검사기, 브라우저 개발자 도구와 DNS 레코드에서 각각 확인해 비교하세요. 결과가 다르면 확인된 IP 주소를 기록하고 기존 DNS 및 CDN 캐시가 만료된 뒤 다시 검사하세요.