W3 총 캐시로 WordPress 캐싱을 설정하는 방법

<스팬>1. WordPress 내부 기능에 대한 초보자 가이드
2. WordPress 캐싱이란 무엇이며 왜 중요한가요?
<스팬>3. WordPress 캐싱은 어떻게 작동하나요?
<스팬>4. WP Super Cache를 사용하여 WordPress 캐싱을 설치 및 설정하는 방법
5. 현재 읽고 있는 내용: W3TC(W3 Total Cache)로 WordPress 캐싱을 설정하는 방법
<스팬>6. MaxCDN 검토: WordPress를 위한 최고의 CDN은 무엇일까요?

세계에서 가장 인기 있는 WordPress 캐싱 플러그인 두 가지는 WP Super Cache와 W3TC(W3 Total Cache)입니다. Mashable의 CTO가 개발한 W3 Total Cache는 Smashing Magazine, Mashable, MakeUseOf 및 Yoast와 같이 트래픽이 많은 사이트에서 사용되는 가장 다재다능한 WordPress 캐싱 플러그인입니다. 이 튜토리얼은 W3 Total Cache 구성에 대한 초보자 가이드입니다. 조언: W3TC에는 수많은 고급 설정이 있으며 그 중 일부는 이해하기 어렵습니다. 설정에 익숙하지 않다면 함부로 다루지 않는 것이 가장 좋습니다. 의 시작하자!

W3 총 캐시 설치

W3 Total Cache 플러그인을 설치하려면 WordPress 대시보드를 열고 플러그인 > 새로 추가를 선택하세요. “w3 total 캐시 ”를 검색하고 첫 번째 결과를 설치하세요. 플러그인을 수동으로 다운로드하고 FTP를 통해 wp_content/plugins 폴더에 업로드할 수도 있습니다. 이전에 WP Super Cache와 같은 다른 캐싱 플러그인을 설치한 경우 W3 Total Cache를 활성화하기 전에 해당 플러그인을 비활성화해야 합니다. 이렇게 하면 두 플러그인이 충돌하는 것을 방지할 수 있습니다. 경험상, 주어진 시간에 둘 이상의 WordPress 캐싱 플러그인을 활성화된 상태로 유지하지 마십시오.

W3 총 캐시 구성 - 일반 설정

W3 Total Cache는 WordPress 대시보드에 성능이라는 새로운 메뉴 항목을 생성합니다. 우리가 찾고 있는 옵션은 성능 > 일반에 있습니다. 이 페이지에는 캐싱 플러그인에 대한 설정이 엄청나게 많다는 것을 알 수 있습니다(고급 항목에 관심이 있는 경우에는 훨씬 더 많은 설정이 있습니다). 각 설정은 모듈이라는 상자 안에 배치됩니다. 관련 스크린샷을 통해 각 모듈에 대해 논의했습니다. 문제가 있거나 특정 설정이 확실하지 않은 경우 스크린샷을 따르세요.

첫 번째 모듈은 일반입니다. 토글 확인란을 사용하여 모든 캐싱 옵션을 활성화하지 않는 것이 좋습니다. 호스트가 필요하지 않은(또는 호스트에서 지원하지 않는) 설정을 켤 수도 있으며, 이로 인해 웹사이트 속도가 의도치 않게 느려질 수 있습니다. 그러나 모든 모듈을 신속하게 비활성화하려면 이 토글 확인란이 유용합니다! 더 진행하기 전에 '페이지 캐시' 또는 '데이터베이스 캐시'라는 용어에 익숙하지 않다면 WordPress 캐싱 작동 방식을 읽어 보시기 바랍니다.

페이지 캐시 모듈

우리가 구성할 두 번째 모듈은 페이지 캐시입니다. 페이지 캐시 방법은 호스팅 환경에 따라 다릅니다. 공유 호스트를 사용하는 경우 디스크: 강화가 가장 좋은 옵션입니다. 그러나 전용 서버나 가상 서버를 사용하고 APC(또는 다른 형태의 Opcode 캐싱이 설치되어 있음)가 있는 경우 해당 옵션을 선택해야 합니다.

모듈 축소

Minify 모듈은 주석 및 공백과 같은 불필요한 코드 줄을 제거하여 테마에서 사용하는 CSS 및 JavaScript 파일을 압축합니다. 이렇게 하면 파일 크기가 최대 10% 줄어들어 사이트 속도가 빨라집니다. 캐시 축소 방법에서 서버에 따라 적절한 옵션을 선택해야 합니다.

기타 캐싱 모듈

다음 두 모듈은 데이터베이스 캐시와 객체 캐시입니다. 페이지 캐시 및 축소에서 했던 것처럼 각 기능을 활성화하고 호스팅 환경에 가장 적합한 캐싱 방법으로 변경하세요.

활성화하려는 마지막 모듈은 브라우저 캐시입니다. 활성화한 후 모든 설정 저장을 클릭하세요. 그렇게 하면 됩니다! 이제 서버에서 W3 총 캐시가 활성화되었습니다. 이제 페이지 캐시와 브라우저 캐시라는 두 가지 특정 모듈을 자세히 살펴보겠습니다. 나머지 모듈의 기본값은 괜찮습니다.

페이지 캐시 설정

페이지 캐시 설정은 성능 > 페이지 캐시에서 찾을 수 있습니다. 여기의 설정은 매우 자명합니다. 저는 그중 몇 가지를 활성화했습니다. 특히 다음 사용자 역할에 대해 페이지를 캐시하지 마세요. 이렇게 하면 작성자가 게시물을 편집할 때 캐시에 있는 버전이 아닌 최신 버전을 볼 수 있습니다.

캐시 미리 로드

기본적으로 W3 Total Cache는 페이지가 처음 요청될 때 페이지를 캐시합니다. 모든 게시물/페이지의 사본을 미리 생성할 수도 있습니다. 이렇게 하면 방문자가 페이지를 요청하는 시점에 관계없이 캐시가 준비되고 페이지가 가능한 한 가장 짧은 시간에 제공됩니다.

호스팅 환경과 웹사이트에서 수신하는 트래픽 양에 따라 캐시 사전 로드 설정을 구성해야 합니다.

캐시 업데이트 간격은 서버 리소스에 직접적인 영향을 미칩니다. 시간 간격이 낮을수록(즉, 빈도가 높을수록) 서버 리소스가 더 많이 소모됩니다. 공유 호스팅 서버 사용자는 이 설정에 매우 주의해야 합니다. 빈도를 충분히 높게 설정하면 서버 리소스 남용으로 인해 계정이 정지될 수도 있습니다. 안전한 캐시 사전 로드 간격은 1시간, 즉 3600초입니다.
사이트맵 URL에 익숙하지 않은 경우 Google XML 사이트맵을 설치하세요. 사용하기 매우 쉽고 실제로 필수 플러그인입니다.
마지막으로 게시물/페이지가 게시될 때 캐시 사전 로드 작업을 트리거하는 마지막 옵션을 활성화하려고 합니다.

브라우저 캐시 설정

이는 성능 > 브라우저에서 찾을 수 있습니다. 방문자의 기기를 활용하는 것이 아이디어입니다. 브라우저 캐시를 활성화하면 방문자의 브라우저 캐시에서 정적 파일(예: CSS, 자바스크립트, 이미지)이 제공됩니다. 물론, 오래된 데이터의 사용을 방지하는 만료 시간이 있습니다. 이렇게 하면 서버에서 엄청난 부하가 제거되고 대역폭이 절약되며 사이트의 전반적인 성능이 크게 향상됩니다.

살아있어!

W3 Total Cache가 실제로 작동하는지 어떻게 알 수 있나요? 음, 플러그인 페이지에는 그렇게 나와 있습니다. 또한 사이트의 소스 코드를 보면 다음과 같은 내용을 찾을 수 있습니다.

W3 총 캐시 성능 벤치마크

캐싱을 활성화하고 GTmetrix를 사용하여 웹사이트 성능을 벤치마킹한 후 약 1시간을 기다렸습니다. 캐싱 플러그인이 없습니다.

W3 총 캐시가 구성된 후 1시간입니다.

차이점이 보이시나요? 페이지 속도와 YSlow Grade가 3% 및 5% 증가합니다. 깔끔하죠? 이제 매일 수천 명의 사람들이 귀하의 사이트를 방문한다고 상상해 보십시오. 귀하가 절약할 CPU 주기(리소스 사용량에 대한 고급 용어)의 양을 상상해 보십시오. 캐싱은 페이지 크기를 줄일 뿐만 아니라 전반적인 사이트 성능을 향상시켜 뛰어난 사용자 경험을 제공합니다.

W3 총 캐시 문제 해결

W3 Total Cache를 설치한 후 사이트 로드 시간이 증가한 것을 확인할 수 있습니다. 그게 가능할까요? 당연하지! 사실 이것은 초보자가 저지르는 매우 흔한 실수입니다. 여기에는 여러 가지 이유가 있을 수 있습니다.

가장 가능성이 높은 이유는 캐시를 미리 로드하는 동안 웹사이트 벤치마크를 수행했기 때문입니다. 캐시를 구축하면 상당한 서버 리소스가 소모됩니다. 거기에 더해 귀하의 요청을 상상해 보십시오. 물론 귀하의 사이트가 느려질 것입니다! 해결책: 한 시간 동안 기다렸다가 다시 시도하십시오. 이번에는 달라야 합니다.
또 다른 일반적인 이유는 잘못된 캐싱 방법을 선택하는 것입니다. 디스크 캐싱 이외의 작업에는 일정량의 A/B 테스트가 포함된다는 점을 알려드립니다. 최상의 결과를 얻으려면 이러한 설정 중 일부를 사용해야 합니다.
때로는 공유 서버에서 APC 또는 기타 Opcode 캐싱 옵션을 사용할 수 있으며 이를 선택했을 가능성이 높습니다. 하지 않다! '디스크' 또는 '디스크 강화'로 되돌리세요. 그 이유는 이러한 설정이 공유 서버의 전반적인 성능에 맞게 미세 조정되었기 때문입니다. 귀하가 이를 사용하는 유일한 사람이 아니라는 점을 기억하십시오. 이러한 설정은 W3 Total Cache에서 작동하지 않을 수 있습니다.

여전히 문제가 발생하고 기본값/권장 값을 시도했다면 WP Super Cache로 전환하는 것이 좋습니다.

.htaccess 파일 권한 오류

호스팅 환경에 따라 .htaccess 파일에 쓸 수 없다는 오류 메시지가 표시될 수 있습니다. 이는 웹 서버 및/또는 PHP 핸들러에 .htaccess 파일을 수정하는 데 필요한 권한이 없음을 의미합니다. 두 가지 솔루션이 있습니다.

FTP 또는 cPanel 등을 통해 .htaccess 파일의 권한을 775로 변경합니다.
.htaccess 파일에 데이터를 수동으로 추가합니다.

두 번째 방법이 더 안전하고 좋은 보안 관행으로 간주된다는 점을 지적해야 합니다.

결론 – 어떤 플러그인을 사용해야 하나요?

어떤 WordPress 캐싱 플러그인을 사용해야 할지 궁금할 것입니다. 결국 나는 동일한 목표를 달성하기 위해 두 개의 별도 튜토리얼을 작성했습니다. WP Super Cache로 가야 할까요, 아니면 W3 Total Cache로 가야 할까요? 간단히 말해서, 공유 서버에 있고 A/B 테스트 및/또는 문제 해결의 번거로움을 원하지 않는 경우 WP Super Cache를 구현하는 것이 훨씬 쉽습니다. 그러나 Opcode 캐싱(예: APC 또는 XCache)이 설치된 가상 또는 전용 서버를 사용하고 있고 추가 작업에 신경 쓰지 않는다면 W3 Total Cache가 적합합니다. 고급 방법으로 올바르게 구성하면 W3TC의 결과가 훨씬 뛰어납니다.

이로써 캐싱 플러그인 설정이 완료되었습니다. 또한 이러한 각 플러그인을 사용하여 CDN을 설정하는 방법에 대해서도 설명하겠습니다. 그동안 WordPress를 위한 최고의 무료 CDN을 확인하고 계속 지켜봐 주시기 바랍니다.

작별 질문: 가장 좋아하는 캐싱 플러그인은 무엇입니까? 사이트 성능에 얼마나 많은 변화가 있었나요? 우리는 당신의 의견을 듣고 싶습니다!