WordPress 캐시 벤치마크: 캐시된 페이지와 캐시되지 않은 페이지 비교
Zinn® Cache가 적용된 Zinn Digital® 호스팅 환경의 WordPress 단일 페이지에 대해 측정된 첫 번째 바이트까지의 시간: 캐시를 우회한 60개의 요청 대비 60개의 캐시 적중.

결과
| 캐시 히트 | 캐시 우회됨 | |
|---|---|---|
| 서버 대기 시간 중앙값 | 40ms | 107ms |
| 90번째 백분위수 | 47ms | 119ms |
| 가장 빠른 요청 | 25ms | 93ms |
| 성공한 샘플 | 59 | 59 |
| LiteSpeed 캐시 헤더 | hit | miss |
중앙값 기준으로 캐시된 페이지가 2.7배 더 빨리 도착하기 시작했습니다.
측정일
측정 방법
해당 페이지는 당사의 CDN 뒤에 있는 LiteSpeed 호스팅에서 Zinn® Cache 1.3.0을 실행하는 WordPress 사이트의 홈 페이지였으며, 약 86KB의 HTML이었습니다. 요청은 독일의 서버에서 발생했습니다.
각 라운드는 LiteSpeed가 캐시에서 응답한 일반 요청 1개와 캐시할 수 없어 WordPress로 전달된 고유한 쿼리 문자열이 포함된 요청 1개를 수행했습니다. 두 세트 모두 동일한 네트워크 조건을 겪을 수 있도록 라운드가 번갈아 진행되었습니다.
이 수치는 서버 대기 시간으로, DNS, 연결 및 TLS 설정을 제외하고 요청이 전송된 시점부터 첫 번째 바이트가 도착할 때까지의 시간입니다. 각 세트에서 완료되지 않은 요청 하나는 빠른 요청으로 계산되는 대신 제외되었습니다.
이것이 알려주지 않는 내용
이것은 플러그인이 적고 작고 빠른 사이트입니다. 페이지당 더 많은 작업을 수행하는 사이트(예: 대형 쇼핑몰, 페이지 빌더, 수십 개의 플러그인)는 생성하는 데 더 오랜 시간이 걸리므로 캐시된 복사본이 더 많은 시간을 절약해 줍니다. 무거운 이미지나 타사 스크립트와 같은 다른 이유로 이미 느린 사이트는 캐싱만으로는 빨라지지 않습니다.
또한 브라우저가 아닌 서버를 측정합니다. Core Web Vitals는 첫 번째 바이트 이후에 일어나는 일에도 영향을 받으며, 바로 이 부분에서 Zinn® Cache Pro의 이미지, CSS 및 JavaScript 옵션이 활용됩니다.
자체 사이트 측정하기
브라우저의 개발자 도구를 열고, 로그아웃된 상태에서 페이지를 새로고침한 후 응답 헤더를 확인하십시오. x-litespeed-cache: hit는 페이지가 캐시에서 가져왔음을 의미하며, miss는 페이지가 새로 생성되어 현재 저장되었음을 의미합니다. 아래 가이드에서 자세한 과정을 안내합니다.
WordPress 속도 테스트: Zinn® Cache 비활성화 및 활성화 상태의 동일한 페이지
Zinn Digital® 호스팅에 무료로 포함되어 있습니다
Zinn Digital® 호스팅에서 Zinn® Cache를 무료로 이용해 보세요
당사 자체 서버의 모든 WordPress 사이트에는 Zinn® Cache가 설치 및 연결되어 제공됩니다. 페이지 캐시가 켜져 있고, Redis 객체 캐시가 고객님을 위해 관리되며, 플러그인 업데이트가 자동으로 제공됩니다. Zinn® Cache Pro는 포함되어 있지 않으며, 원하실 때 언제든지 모든 사이트에 추가하실 수 있습니다.