웹사이트
사이트 캐싱
Caching is the biggest single speed win available to a WordPress site: full-page caching serves finished HTML without running PHP at all, and object caching keeps database results in memory. This…
캐싱은 WordPress 사이트의 성능을 높이는 가장 효과적인 방법입니다. 풀페이지 캐싱은 완성된 HTML을 PHP 실행 없이 제공하고, 객체 캐싱은 데이터베이스 결과를 메모리에 유지합니다. 이 가이드는 두 가지 캐싱 방식, 캐시를 자동으로 무시하는 경우, 그리고 캐시를 제거하고 준비하는 방법을 다룹니다.
KPanel에서의 캐싱 위치
- KPanel에 로그인합니다.
- 왼쪽 사이드바에서 Websites를 클릭한 다음 해당 사이트를 클릭합니다.
- 사이트의 탭 스트립에서 WordPress를 연 다음 Caching을 엽니다.
직접 주소는 /websites/<site-id>/cache입니다.
WordPress 그룹은 WordPress 및 WooCommerce 사이트에만 나타납니다. 여기의 캐싱은 요금제에 포함된 기능입니다. 풀페이지 캐싱과 객체 캐시는 Managed WordPress에 포함되어 있습니다. 다른 요금제의 경우 페이지는 컨트롤 대신 사용 가능한 기능을 설명하는 업그레이드 패널을 표시합니다.
풀페이지 캐시
풀페이지 캐싱은 페이지의 완성된 HTML을 저장하고 다음 방문자에게 바로 제공합니다. 익명 방문자의 경우 PHP 실행과 데이터베이스 쿼리가 없습니다. WordPress가 로드되기 전에 요청이 응답됩니다.
카드는 On 또는 Off 상태를 표시하고, 활성화된 경우 활성화된 날짜, 라우팅 확인 여부, 캐시 수명을 표시합니다.
활성화하려면 Enable full-page cache를 클릭합니다. 비활성화하려면 Disable을 클릭합니다.
게시물을 게시하거나 업데이트할 때 캐시가 자동으로 삭제되므로 변경사항이 수명이 만료될 때까지 기다리지 않고 즉시 나타납니다.
사이트 방문자가 주로 익명 사용자인 경우, 이것이 페이지에서 가장 효과적인 옵션입니다. WordPress 요청의 느린 부분이 더 이상 발생하지 않으므로 첫 바이트까지의 시간이 크게 단축되는 것이 일반적입니다.
캐시 제거 및 준비
풀페이지 캐싱이 켜지면 두 가지 작업이 나타납니다.
Purge cache는 캐시를 즉시 비웁니다. WordPress가 게시물 업데이트로 처리하지 않는 변경 후에 사용합니다. 예를 들어 테마 파일을 편집하거나, 위젯을 변경하거나, 메뉴를 업데이트하거나, 출력에 영향을 주는 플러그인 설정을 변경한 경우입니다. 각 페이지의 다음 방문자는 새 사본을 받습니다.
Warm cache는 페이지를 미리 가져와서 방문자가 요청하기 전에 이미 캐시됩니다. 준비 후, 배너에 전체 페이지 중 몇 개가 미리 캐시되었는지 표시하고 처음 몇 개의 URL을 나열합니다.
디자인 변경 후의 일반적인 순서는: 제거, 그 다음 준비입니다. 이렇게 하면 아무도 첫 번째 캐시되지 않은 렌더링 비용을 지불할 필요가 없습니다.
사이트 앞에 있는 엣지 캐시(별도의 레이어)의 경우 Purging the CDN Cache를 참조하세요.
캐시되지 않는 항목
일부 URL은 항상 PHP를 실행해야 합니다. 출력이 방문자마다 다르거나 부작용이 있기 때문입니다. 이러한 경로는 자동으로 무시되며 아무것도 구성할 필요가 없습니다.
| 경로 | 이유 |
|---|---|
/wp-admin/ | WordPress 관리자는 항상 동적입니다 |
/wp-login.php | 로그인 페이지는 캐시되지 않습니다 |
/cart/ | WooCommerce 장바구니는 방문자별입니다 |
/checkout/ | WooCommerce 결제는 방문자별입니다 |
/my-account/ | WooCommerce 계정 페이지는 방문자별입니다 |
/wp-cron.php | 예약된 작업은 실제로 실행되어야 합니다 |
/?wc-ajax=* | WooCommerce AJAX 엔드포인트 |
경로 규칙 위에, 쿠키가 중요합니다. 로그인한 WordPress 사용자 또는 활성 WooCommerce 세션 쿠키가 있는 방문자는 다른 모든 사용자를 위해 캐시된 페이지에서도 항상 동적 응답을 받습니다. 이것이 자신의 사이트를 둘러보는 매장 소유자가 종종 이점을 전혀 보지 못하는 반면 익명 방문자는 이점을 보는 이유입니다.
일반적으로 로그인되어 있으므로 일반 브라우저에서 캐시 동작을 테스트하면 오도됩니다. 개인정보 보호 창이나 로그인하지 않은 브라우저에서 테스트하세요.
객체 캐시
객체 캐시는 다른 레이어입니다. 완성된 페이지를 저장하는 대신 데이터베이스 쿼리와 WordPress 임시 데이터의 결과를 메모리에 유지하므로 반복 작업이 반복되지 않습니다.
카드는 On 또는 Off 상태를 표시하고, 활성화된 경우 활성화된 날짜를 표시합니다. Turn on 및 Turn off를 사용하여 변경합니다.
객체 캐싱은 풀페이지 캐싱이 할 수 없는 곳에서 정확하게 도움이 됩니다. 로그인한 사용자, 관리자 화면, 장바구니 및 결제 같은 방문자별 페이지입니다. 이는 많은 트래픽이 인증되고 따라서 페이지 캐시되지 않는 바쁜 매장과 멤버십 사이트에 특히 유용합니다.
두 가지를 함께 실행하는 것이 일반적인 구성입니다. 풀페이지 캐싱은 익명 트래픽을 처리하고, 객체 캐시는 어쨌든 PHP를 실행해야 하는 모든 것의 속도를 높입니다.
활성화할 항목 선택
- 콘텐츠 사이트, 대부분 익명 독자: 풀페이지 캐싱이 우선입니다. 객체 캐싱은 그 위에 작은 개선을 더합니다.
- WooCommerce 매장: 둘 다 활성화합니다. 풀페이지 캐싱은 여전히 방문 방문자를 위한 제품 및 카테고리 페이지를 다루고, 객체 캐시는 캐시될 수 없는 장바구니, 결제 및 계정 페이지를 담당합니다.
- 거의 모두가 로그인하는 멤버십 또는 커뮤니티 사이트: 객체 캐싱이 핵심 역할을 합니다. 대부분의 요청이 설계상 페이지 캐시를 무시하기 때문입니다.
문제 해결
사이트를 업데이트했는데 방문자가 여전히 이전 버전을 봅니다. 캐시를 제거한 다음 준비합니다. 여전히 오래된 경우, 엣지 캐시도 있을 수 있음을 기억하세요. Purging the CDN Cache를 참조하세요.
캐싱이 저에게 효과가 없습니다. 거의 확실히 로그인되어 있습니다. 개인정보 보호 창에서 확인하세요.
장바구니 또는 양식이 익명 방문자에게 이상하게 작동합니다. 표준 상거래 경로는 자동으로 무시되지만, 비표준 URL의 사용자 정의 또는 플러그인 제공 동적 페이지는 그렇지 않습니다. 페이지가 캐시되지 않아야 하고 무시 목록에 없으면 지원팀에 문의하여 규칙을 살펴볼 가치가 있습니다.
카드에 캐싱이 Managed WordPress에 포함되어 있다고 표시됩니다. 현재 요금제에는 포함되지 않습니다. 배너는 요금제 페이지로 연결됩니다.
라우팅 확인 대기 중입니다. 캐시가 활성화되고 라우팅 확인이 아직 완료되지 않았습니다. 잠깐 기다린 후 새로고침하세요.
페이지가 잘못된 개인화된 콘텐츠를 표시합니다. 개인화된 모든 것은 페이지 캐시에서 제외되거나 클라이언트 측에서 렌더링되어야 합니다. 플러그인이 세션 쿠키를 설정하지 않고 캐시 가능한 URL에서 출력을 개인화하면 페이지 캐시는 알 수 없습니다. 개인정보 보호 창에서 테스트하고 발견하면 지원팀에 문의하세요.
관련 페이지
- Site Performance and APM: 캐싱이 실제로 도움이 되었는지 측정합니다.
- Site Traffic Analytics: 엣지 캐시 적중률의 경우입니다.
- Enabling the CDN: 모든 것 앞에 엣지 캐시를 추가합니다.
- Taking a Backup: 라이브 사이트를 더 크게 변경하기 전에 백업을 생성합니다.