LiteSpeed Cache ESI 기능을 처음 보면 캐시를 더 강하게 적용해서 사이트 속도를 크게 높여주는 옵션처럼 느껴질 수 있습니다. 실제로 로그인 사용자 비중이 높은 커뮤니티나 쇼핑몰에서는 ESI(Edge Side Includes)가 중요한 역할을 하는 경우도 많습니다. 하지만 워드프레스 블로그처럼 대부분의 페이지가 정적으로 유지되는 구조에서는 상황이 조금 다릅니다.
특히 LiteSpeed Cache ESI는 페이지 전체를 한 번에 저장하는 일반 캐시와 달리, 특정 영역만 따로 분리해서 처리하는 방식입니다. 그래서 설정을 잘못 건드리면 캐시가 누락되거나 응답 흐름이 복잡해지는 문제로 이어질 수도 있습니다.
이번 글에서는 LiteSpeed Cache ESI 기능이 실제로 어떤 역할을 하는지, 블로그에서는 왜 기본적으로 꺼두는 경우가 많은지, 그리고 필요한 경우 어떤 방식으로 활성화하는지 이미지 순서대로 정리해보겠습니다.
LiteSpeed Cache 공식 ESI 설명은 LiteSpeed 공식 문서 에서도 확인할 수 있습니다.
목차
일반 캐시와 ESI 방식이 다른 이유
일반적인 페이지 캐시는 화면 전체를 한 번에 저장하는 방식입니다. 예를 들어 아래 같은 요소들이 함께 캐시됩니다.
- 글 본문
- 메뉴
- 사이드바
- 댓글
- 위젯
문제는 로그인 정보나 장바구니처럼 계속 바뀌는 영역입니다. 이런 요소가 포함되면 페이지 전체를 그대로 캐시하기 어려워질 수 있습니다. 이때 사용하는 기능이 ESI(Edge Side Includes)입니다.
ESI는 페이지를 통째로 처리하지 않고 영역을 나눠서 관리합니다.
예를 들면:
- 본문·메뉴 → 캐시 유지
- 로그인 정보·장바구니 → 실시간 처리
이런 방식으로 동작합니다. 즉, 전체 페이지는 빠르게 불러오면서 필요한 부분만 따로 업데이트하는 구조입니다.
LiteSpeed Cache ESI 설정 위치 확인
LiteSpeed Cache 플러그인에서 ESI 기능은 일반 캐시 메뉴가 아니라 별도 ESI 탭 안에서 관리됩니다. 처음 설정 화면을 보면 캐시, TTL, 제거 같은 메뉴만 보이는 경우가 많은데, 실제 ESI 기능은 [5] ESI 탭 안에 들어 있습니다.
이 부분이 중요한 이유는 많은 사용자가 ESI를 “캐시 강화 기능” 정도로 생각하고 무조건 활성화하려고 하기 때문입니다. 하지만 ESI는 단순 캐시 가속 기능이 아니라 캐시 구조 자체를 바꾸는 기능에 더 가깝습니다.
특히 로그인 사용자 처리, 댓글 폼, 관리자 바 같은 요소를 분리해서 처리하기 때문에 설정을 잘못하면 캐시 적중률(HIT)이 오히려 떨어질 수도 있습니다.
ESI 기능을 켜면 바뀌는 부분
ESI 설정 화면에 들어가면 가장 위쪽에 ESI 사용 옵션이 있습니다. 이 기능을 켜면 LiteSpeed가 페이지 전체를 한 번에 캐시하지 않고, 일부 영역을 따로 나눠서 처리하게 됩니다.
예를 들어 아래 같은 요소들을 각각 다르게 관리할 수 있습니다.
- 공개 페이지 캐시
- 로그인 사용자 정보
- 댓글 입력 영역
- 워드프레스 관리자 바
즉, 화면 전체를 동일하게 저장하는 것이 아니라 필요한 부분만 따로 업데이트하는 방식입니다. 이 기능은 커뮤니티 사이트나 회원 기능이 많은 사이트에서 자주 사용됩니다. 로그인한 사용자마다 보이는 정보가 달라지기 때문에 페이지 전체를 비캐시로 처리하면 서버 부담이 커질 수 있기 때문입니다.
반대로 일반적인 블로그는 조금 다른 경우가 많습니다.
예를 들면:
- 대부분 비로그인 방문자
- 글 중심 구조
- 댓글 사용량 적음
이런 형태라면 ESI를 켜도 속도 차이가 크게 느껴지지 않는 경우가 있습니다. 오히려 설정이 복잡해지면서 다른 문제가 생기는 경우도 있습니다.
- 일부 캐시가 정상적으로 저장되지 않는 현상
- 플러그인 기능 충돌
- 예상과 다른 캐시 동작
그래서 회원 기능이 거의 없는 일반 워드프레스 블로그라면 ESI를 꼭 켜야 하는 상황은 많지 않은 편입니다.
LiteSpeed Cache ESI 세부 설정
ESI 설정 화면을 보면 단순 ON/OFF 기능만 있는 것이 아니라 여러 세부 옵션도 함께 들어 있습니다.
대표적으로 아래 같은 항목들을 볼 수 있습니다.
- 캐시 관리자 표시
- 댓글 양식 캐시
- ESI 논스 설정
- 사용자 그룹별 TTL 설정
이 중에서 많이 헷갈리는 부분이 ESI 논스(Nonce) 설정입니다. 워드프레스는 로그인 처리나 폼 전송 같은 기능에서 nonce 값을 자주 사용합니다. 쉽게 말하면 요청이 정상적인지 확인하는 보안용 값에 가깝습니다.
문제는 이 값까지 그대로 캐시에 저장되는 경우입니다. 원래는 사용자마다 달라져야 하는데 이전 값이 남아 있으면 여러 문제가 생길 수 있습니다.
예를 들면 아래 같은 현상이 나타날 수 있습니다.
- 로그인 오류
- 댓글 등록 실패
- 폼 전송 오류
- AJAX 기능 충돌
그래서 워드프레스에서는 일부 nonce 관련 영역을 캐시 제외 대상으로 따로 처리하는 경우가 많습니다. 이런 이유 때문에 ESI는 단순히 속도만 올리는 기능이라고 보기 어렵습니다. 실제로는 캐시뿐 아니라 사용자 상태와 보안 처리까지 같이 연결되는 기능에 더 가깝습니다.
특히 회원 기능이나 동적 요소가 많은 사이트는 ESI 설정에 따라 동작 방식이 달라질 수 있기 때문에 무조건 켜기보다는 현재 사이트 구조에 맞는지 먼저 확인하는 것이 중요합니다.
블로그에서 ESI를 무조건 켜면 안 되는 이유
LiteSpeed Cache의 ESI 기능은 다양한 상황에서 활용할 수 있지만, 모든 워드프레스 사이트에 꼭 필요한 기능은 아닙니다. 특히 정보형 블로그처럼 아래와 같은 구조에서는 일반 페이지 캐시만 사용하는 경우가 더 단순한 경우도 많습니다.
- 글 중심 운영
- 로그인 기능 거의 없음
- 고정된 페이지 비율 높음
- 방문자 대부분 비로그인 상태
이런 사이트는 사용자마다 화면이 크게 달라지지 않기 때문에 ESI를 사용해 영역을 따로 나눠 처리할 필요가 크지 않을 수 있습니다. 반대로 ESI를 활성화하면 캐시 동작 방식이 조금 더 복잡해질 수 있습니다.
예를 들면:
- 캐시 처리 단계 증가
- 일부 페이지 비캐시 상태 전환
- 캐시 MISS 발생 증가
- 응답 흐름 복잡화
같은 현상이 나타나는 경우도 있습니다.
특히 플러그인이 많거나 캐시 예외 규칙이 복잡한 사이트는 예상과 다른 캐시 동작이 생기기도 합니다. 그래서 단순 블로그 운영 목적이라면 기능을 많이 추가하기보다 기본 캐시 구조를 안정적으로 유지하는 쪽을 선택하는 경우도 많습니다.
ESI 기능은 아래 같은 사이트에서 활용도가 높은 편입니다.
- 커뮤니티 사이트
- 쇼핑몰
- 회원 전용 사이트
- LMS 강의 사이트
- 실시간 정보 위젯 사용 사이트
이런 구조는 로그인 상태나 사용자별 정보가 계속 달라지기 때문에 페이지 일부만 따로 처리하는 기능이 도움이 될 수 있습니다. 반대로 일반 워드프레스 블로그는 페이지 전체를 캐시하는 기본 구조만으로도 충분한 경우가 많습니다.
LiteSpeed Cache ESI 기능 결론
LiteSpeed Cache의 ESI 기능은 단순 속도 옵션이라기보다 캐시 동작을 세밀하게 나누는 기능에 더 가깝습니다.
예를 들어 페이지 안에서도:
- 어떤 영역은 캐시 유지
- 어떤 부분은 실시간 처리
- 로그인 사용자는 별도 응답
처럼 각각 다르게 처리할 수 있습니다.
그래서 ESI는 “켜면 무조건 빨라지는 기능”이라고 보기보다는, 사용자 상태와 동적 콘텐츠를 관리하는 기능으로 이해하는 편이 더 쉽습니다. 특히 회원 기능이 있는 사이트는 방문자마다 화면이 달라지는 경우가 많습니다.
로그인 상태, 사용자 정보, 장바구니, 실시간 위젯 같은 요소가 계속 바뀌기 때문입니다. 반대로 일반 워드프레스 블로그는 아래 같은 구조가 대부분입니다.
- 글 중심 콘텐츠
- 비로그인 방문자 위주
- 화면 변화 거의 없음
- 정적인 페이지 비율 높음
이런 사이트는 페이지 전체를 캐시하는 기본 방식만으로도 충분한 경우가 많습니다. 오히려 ESI를 켜면 캐시 규칙이 늘어나면서 설정 흐름이 복잡해질 수 있습니다. 그래서 일반 블로그에서는 기본 캐시 상태로 운영하다가, 회원 기능이나 동적 요소가 많아졌을 때 ESI를 검토하는 경우가 많습니다.
정리하면 아래처럼 생각하면 이해하기 쉽습니다.
- 정적 블로그 → 일반 캐시 중심
- 동적 사이트 → ESI 기능 고려
▶ QUIC.cloud DNS 설정 안 하면 Reverse Proxy가 작동하지 않는 이유
