웹 사이트의 속도를 높이기위한 W3 총 캐시 설정
게시 됨: 2020-11-10당신은 그 제목을 올바르게 읽었습니다.
이 게시물은 모든 블로거가 도구 벨트 아래에 있어야하는 특정 WordPress 플러그인에 관한 것입니다.
올인원 웹 사이트 최적화 플러그인 인 W3 Total Cache에 대해 이야기하고 있습니다.
WordPress를 사용하는 경우 W3 Total Cache를 사용하여 웹 사이트 성능을 강화하는 방법을 알아보십시오.
목차
- 1. 소개
- 2. 일반 설정 최적화
- 3. W3 총 캐시 최적 설정 : 페이지 캐싱
- 4. 최소화 설정 최적화
- 5. 데이터베이스 캐시 최적화
- 6. 개체 캐시 최적화
- 7. 브라우저 캐시 최적화
- 8. 사용자 에이전트, 리퍼러 및 쿠키 그룹 최적화
- 9. 조각 캐시 최적화
- 10. 확장 성을위한 확장 사용
- 11. 결론
시간의 플러그인을 소개하는 것으로 시작하겠습니다.
W3 총 캐시 란 무엇입니까?
블로거로서 웹 사이트의 성능을 높이는 것이 최우선 과제입니다.
사용자 경험을 상당히 향상시킬뿐만 아니라 더 높은 검색 엔진 순위를 획득하는데도 도움이됩니다.
W3 Total Cache는 웹 사이트 성능 최적화를 공원에서 산책 할 수있게합니다. 로딩 속도에 영향을 미치는 대부분의 요소에 필요한 모든 기능을 갖추고 있습니다.

- 저장
다른 모든 WordPress 플러그인과 마찬가지로 W3 Total Cache를 설치하는 것이 첫 번째 단계입니다.
메인 메뉴에서 '성능' 을 클릭하고 '대시 보드 ' 를 클릭하면 플러그인의 개요 페이지를 볼 수 있습니다.

- 저장
이렇게하면 플러그인의 주요 기능 중 일부를 잘 볼 수 있습니다. WordPress 호환성 확인 및 캐시 비우기와 같은 빠른 작업을 수행 할 수도 있습니다.

- 저장
물론 W3 Total Cache 대시 보드 페이지는 시작에 불과합니다.
후드 아래에서 자세히 살펴 보지 않겠습니까?
일반 설정 최적화
대부분의 WordPress 블로거와 마찬가지로 "일반 설정"페이지는 아마도 가장 먼저 확인할 섹션 일 것입니다.
다행히 W3 Total Cache의 핵심 기능을 사용할 수있는 곳이기도합니다.
1. 웹 사이트에 적합한 페이지 캐시 설정 선택
더 나아 가기 전에 페이지 캐싱 ( W3 Total Cache의 많은 기능과 함께)이이 게시물에서 이미 설명되어 있습니다. 이렇게하면 나중에 언급 할 모든 전략에 대한 자세한 설명이 제공됩니다.
이제 말 그대로 두 번의 클릭으로 W3 Total Cache를 사용하여 페이지 캐싱을 활성화 할 수 있습니다.
'페이지 캐시'섹션에서 '사용' 확인란을 선택하고 ' 모든 설정 저장'을 클릭 하면됩니다.

- 저장
웹 사이트 캐싱은 브라우저가 웹 사이트의 데이터를 임시로 저장할 수 있도록하여 작동합니다. 이를 통해 사용자가 다음 방문시 콘텐츠를 즉시 가져올 수 있습니다.
다른 설정은 어떻습니까?
W3 Total Cache 사용의 장점은 대부분의 기능이 바로 사용할 수 있다는 것입니다. 그러나 염두에 두어야 할 W3 Total Cache 최적 설정이 있습니다.
사이트가 현재 공유 호스트에서 실행되는 경우 페이지 캐시 방법으로 '디스크 : 확장' 을 선택합니다.
그러나 전용 서버로 업그레이드하는 경우 'Opcode' 캐싱을 선택해야합니다. 클라우드 호스팅을 사용하는 사람들에게는 'Memcached' 가 페이지 캐시 방법이어야합니다.

- 저장
2. 낮은 대역폭 사용을 위해 코드 축소
코드 축소는 웹 사이트의 성능을 쉽게 향상시킬 수있는 또 다른 W3 총 캐시 기능입니다.
웹 사이트의 코드 는 웹 브라우저에로드되는 데 대역폭을 소비합니다. 여기에는 CSS, HTML, JavaScript 등이 포함됩니다.
이러한 코드 비트가 클수록 더 많은 대역폭을 전송해야합니다.
결과적으로 페이지의 전체로드 시간이 늘어납니다.
구식 방식으로 축소하는 방법
축소를 통해 주석, 공백 및 줄 바꿈과 같은 불필요한 코드 요소가 제거됩니다.
수동으로 하시겠습니까?
물론, 며칠 또는 몇 주 동안 컴퓨터 앞을 응시할 준비가되어 있다면.
대신 코드 축소와 같은 도구를 사용하여 업로드하는 모든 코드를 자동으로 축소하십시오.

- 저장
그것이 당신에게 충분하지 않다면 W3 Total Cache는 코드를 순식간에 축소 할 수 있습니다.
W3 Total Cache로 수행
"최소화"섹션에서 '사용' 확인란을 선택하고 변경 사항을 저장합니다. 나머지 설정은 기본값으로 둘 수 있습니다.

- 저장
그러나 Cloudflare를 사용하는 경우 W3 Total Cache를 통한 축소를 비활성화 할 수 있습니다. 귀하를 대신하여 코드 최소화를 구현하는 웹 최적화 및 보안 서비스 회사입니다.
Cloudflare에 관심이 있으시면 무료 솔루션을 제공하고 있음을 알려 드리게되어 기쁩니다.
이를 통해 글로벌 CDN, 기본 DDoS 보호 및 무료 SSL 인증서를 활용할 수 있습니다.

- 저장
3. 다른 사이트 캐싱 방법 사용
위에서 언급 한 기본 페이지 캐시 외에도 일반 설정 페이지에서 다양한 캐싱 옵션을 수정할 수도 있습니다. 여기에는 데이터베이스 캐싱, Opcode 캐싱, 개체 캐싱 및 브라우저 캐싱이 포함됩니다.
이러한 캐싱 옵션은 축소 섹션 바로 아래에서 찾을 수 있습니다.

- 저장
다음은 각 캐싱 옵션을 사용하는 구체적인 방법입니다.
- Opcode 캐시 — Opcode 캐싱은 웹 사이트의 PHP 코드 블록을 줄여서 작동합니다. W3 Total Cache Pro가있는 경우에만 사용할 수 있습니다.
- 데이터베이스 캐시 — 가상 호스팅 또는 콘텐츠 전송 네트워크 를 사용하는 경우 데이터베이스 캐싱을 비활성화 된 상태로 두는 것이 가장 좋습니다. 이 옵션이 도움이되는지 여부를 확인하기 위해이 옵션을 활성화 한 후 웹 사이트의 속도를 테스트 할 수도 있습니다.
- 개체 캐시 — WordPress 관리 영역이 느려질 수 있지만 동적 웹 사이트에는 개체 캐싱이 권장됩니다. 사용자가 포럼 게시물, 쇼핑 카트 및 기타 사용자 지정 가능한 요소와 같은 콘텐츠를 변경하거나 추가 할 수있는 사이트입니다.
- 브라우저 캐시 — 모든 캐싱 옵션 중에서 브라우저 캐싱은 무엇이든 활성화해야합니다. 방문자 컴퓨터의 리소스를 활용하므로 정상적인 상황에서 사이트에 부정적인 영향을 미치지 않습니다.
4. CDN 설정 업데이트
추가 캐싱 설정 뒤에는 "CDN"섹션이 있습니다.
간단히 말해서 CDN은 여러 지역에 분산 된 프록시 서버 네트워크를 활용하여 작동합니다. 그런 다음 사용자가 가장 가까운 서버에서 웹 사이트의 데이터를 다운로드 할 수 있도록하여 지연 시간 을 크게 줄입니다.
어느 정도 CDN은 DDoS 또는 분산 서비스 거부 공격에 대한 보호 기능도 제공합니다.
그렇다면 W3 Total Cache가 CDN을 제공한다는 의미입니까?
안타깝게도 W3 Total Cache에서 CDN 옵션을 활성화한다고해서 이러한 혜택이 자동으로 제공되는 것은 아닙니다.

- 저장
문제는 CDN은 타사 공급자의 도움을 통해서만 사용할 수 있다는 것입니다. Cloudflare 외에도 CDN 서비스를 제공하는 회사의 다른 예는 다음과 같습니다.
- MaxCDN
- KeyCDN
- Rackspace
WordPress 블로그 용 무료 CDN 서비스 목록을 읽으면 더 많은 옵션을 볼 수 있습니다.
CDN을 사용하는 경우 W3 Total Cache의 일반 설정 페이지에서 '사용' 을 클릭해야합니다.
그런 다음 드롭 다운 메뉴에서 적절한 "CDN 유형"을 선택하여 CDN 제공 업체와 일치시켜야합니다.

- 저장
그게 무엇입니까? 목록에서 CDN을 찾을 수 없습니까?
W3 Total Cache의 인기 덕분에 CDN 공급자가 구성 프로세스를 지원할 수 있습니다.
예를 들어 Cloudflare 사용자는 CDN과 함께 W3 Total Cache를 사용하기 위해 공식 확장을 사용해야합니다.

- 저장
다른 CDN 서비스 제공 업체의 경우 "일반 미러"옵션이 가장 많이 사용됩니다.
어쨌든 W3 Total Cache로 CDN을 설정할 때 추가 설정이 필요합니다. 이 프로세스는 나중에 조금 더 자세히 살펴 보겠습니다.
5. 추가 설정 이해
W3 Total Cache가 인기있는 이유 중 하나는 포괄적입니다.
위에 설명 된 설정 외에도 성능 최적화를 다음 단계로 끌어 올리는 고급 도구도 있습니다.
물론 대부분의 WordPress 사용자는 이러한 기능을 사용할 필요가 없습니다.
하지만 만약 당신이 그렇게한다면, 그 기능들에 대해 정말 빨리 설명하겠습니다.
역방향 프록시
CDN 섹션 바로 뒤에 "역방향 프록시"가 있습니다.
이것은 사이트 콘텐츠가 업데이트 될 때마다 Varnish 캐시를 새로 고치는 기능입니다.
이러한 용어가 익숙하지 않은 경우 아직 사용할 필요가 없습니다.
Varnish Cache는 주로 대규모 사이트 및 API에서 사용되는 애플리케이션 가속기입니다. 서버에 설치되면 웹 사이트의 콘텐츠에 대한 캐싱을 독립적으로 수행하여 엄청난 속도를 높입니다.
W3 Total Cache의 역방향 프록시 설정을 사용하면 Varnish IP 주소를 지정할 수 있습니다. 그런 다음 변경 사항을 적용하려면 '모든 설정 저장' 을 클릭해야합니다.

- 저장
상황을 이해하기 위해 Varnish는 Reddit, Wikipedia 및 Stack Overflow 와 같은 매우 큰 웹 사이트에서 사용됩니다 .
이 사이트만큼 많은 트래픽이 발생하지 않는 한 지금은 Varnish 또는 리버스 프록시 설정에 대해 걱정하지 않을 것입니다.
모니터링
역방향 프록시와 마찬가지로 "모니터링"섹션은 대부분의 W3 Total Cache 사용자가 무시하는 또 다른 기능입니다.
기본적으로 소프트웨어 분석 서비스 인 New Relic을 통해 사이트 또는 웹 애플리케이션의 성능을 모니터링 할 수 있습니다.
New Relic을 사용하는 경우 여기에서 API 키를 구성해야합니다.

- 저장
조각 캐시
PHP 코드의 동적 블록을 사용하는 웹 사이트의 경우 프래그먼트 캐싱은 웹 사이트의 속도를 현저하게 향상시킵니다.
조각 캐싱만큼 효과적이지만이 기능에는 두 가지 단점이 있습니다.
첫째, 구현하기가 까다로울 수 있습니다.
W3 Total Cache의 일반 설정 페이지의 "Fragment Cache"섹션은 배포의 첫 번째 단계 에 도움이됩니다.
조각 캐시 방법을 선택한 후에는 PHP 코드에 대한 "조각 그룹"도 정의해야합니다. 이것은 개발자를위한 작업이지만 배우고 싶다면 W3 Edge에서이 페이지로 시작하십시오.

- 저장
복잡한 구성 프로세스 외에도 조각 캐싱을 사용하려면 W3 Total Cache Pro를 구입해야합니다.
그러면 알아야 할 다음 기능으로 이동합니다.
라이센싱
W3 Total Cache Pro로 업그레이드 한 경우 "라이선스"섹션에 키를 입력 할 수 있습니다. 완료되면 '라이센스 키 확인' 을 클릭하여 현재 WordPress 설치에 대한 사본을 활성화하십시오.

- 저장
다시 말해 W3 Total Cache Pro의 이점에 대해서는 아직 언급하지 않았습니다.
우리는 이미 W3 Total Cache Pro의 네 가지 판매 포인트 중 하나 인 조각 캐싱을 다루었습니다.

- 저장
기타 설정
W3 Total Cache의 유연성은 일반 설정 페이지의 "기타"섹션에 전체적으로 표시됩니다.
맨 위에는 'Google Page Speed 대시 보드 위젯 사용' 옵션이 있습니다.
올바르게 구성된 경우 웹 사이트의 PageSpeed Insights 보고서의 데이터가 WordPress 대시 보드에 표시됩니다. 체크 박스를 선택하고 PageSpeed API 키를 입력하기 만하면됩니다.

- 저장
PageSpeed Insights를 사용하면 웹 사이트의 성능을 측정 할 수 있습니다.
위의 기능을 사용하면 속도 점수가 실시간으로 업데이트되므로 W3 Total Cache를 조정하는 것이 더 쉽습니다.
PageSpeed Insights API 키를 어디서 얻을 수 있는지 모르는 경우 Google에서 제공하는이 문서를 참조하세요.
PageSpeed Insights가 통합되면 '관리 표시 줄에 페이지 등급 표시' 옵션을 사용할 수도 있습니다. 이렇게하면 웹 사이트의 속도 점수가 WordPress 대시 보드에 즉시 표시됩니다.
PageSpeed Insights와 관련된 설정 아래에는 '재 작성 규칙 확인' 옵션이 있습니다.
설명에서 알 수 있듯이 다시 쓰기 규칙에 .htaccess 파일에 문제가있을 때마다 경고합니다.

- 저장
이 옵션을 활성화해도 웹 사이트 성능에 부작용이 없으므로 그대로 두는 것이 가장 좋습니다. 이렇게하면 웹 사이트 코드의 무결성을 유지하는 데 도움이됩니다.
계속해서 '파일 잠금 활성화' 옵션은 여러 사용자 또는 프로세스가 동일한 파일에 동시에 액세스하는 것을 방지합니다.
W3 Total Cache는 공유 호스팅에서 실행되는 웹 사이트와 함께 NFS 시스템에 대해이 옵션을 비활성화 할 것을 권장합니다.

- 저장
파일 잠금이 유용한 유일한 시나리오는 액세스 충돌이 발생할 수있는 매우 바쁜 사이트 일 것입니다. 그럼에도 불구하고 눈에 띄는 성능 향상을 초래하지 않을 수 있습니다.
잠정적 인 성능 최적화 기능에 대해 말하면 다음 옵션도 로딩 속도 향상을 보장하지 않습니다. 흥미롭게도 파일 잠금과 정반대의 사용 사례가 있습니다.
웹 호스트가 NFS 기반 인 경우 '디스크 확장 페이지 최적화 및 NFS 용 디스크 캐싱 최소화'를 활성화하는 것이 좋습니다. 이로 인해 웹 사이트 성능이 상당히 향상 될 수 있지만 작동하는지 직접 확인해야합니다.

- 저장
마지막으로 마지막 두 가지 기타 설정은 웹 사이트 성능 향상과 관련이 없습니다.
'제품 품질 향상을 위해 사용을 익명으로 추적'을 활성화하면 W3 Total Cache를 부여하여 플러그인 사용을 추적 할 수 있습니다. 플러그인 개발에 관심이있는 경우 유용하지만 많은 블로거가이 기능을 끄는 것을 선호합니다.
반면에 '캐싱 통계 활성화' 는 시간이 지남에 따라 W3 Total Cache를 미세 조정하는 경우 유용 할 수 있습니다.

- 저장
6. 디버깅 설정
캐싱 통계를 사용하려는 경우 디버깅 설정도 사용하는 것이 좋습니다.
디버그 모드가 활성화되면 특정 캐시에 대한 자세한 정보를 생성합니다. 이를 사용하려면 활성화하려는 모드의 확인란을 선택하십시오.

- 저장
문제는 디버그 모드를 활성화하면 이상적인 성능이 떨어질 수 있다는 것입니다. 사이트에서 W3 Total Cache 기능을 추적하기 위해 추가 작업을해야하기 때문입니다.
즉, 디버깅은 단기적으로 수행해야하며 모든 문제를 해결 한 후에는 비활성화해야합니다.
7. W3 총 캐시 구성 가져 오기 및 내보내기
W3 Total Cache는 종종 설치가 거의 또는 전혀 필요없는 플러그 앤 플레이 솔루션으로 간주됩니다.
지금까지 읽은 내용으로도 같은 말을 할 수 있습니까?
아마 아닐 것입니다.
실제로 W3 Total Cache를 사이트의 요구에 맞게 구성하려면 몇 시간이 걸릴 수 있습니다.
이것이 W3 Total Cache를 사용하여 플러그인 구성 설정을 내보내고 가져올 수있는 이유입니다.
외부 소스에서 플러그인 구성을 가져 오려면 '파일 선택'을 클릭하고 HTML 또는 .json 문서를 찾은 다음 '업로드'를 클릭하십시오 . 믿거 나 말거나 실제로 플러그인 구성을 다운로드 할 수있는 WordPress 블로그가 있습니다.

- 저장
플러그인 설정을 백업으로 내 보내야하는 경우 ' 구성 내보내기 ' 옆의 '다운로드' 를 클릭하면됩니다.

- 저장
구성 파일을 가져 와서 실수로 WordPress 사이트를 망쳤습니까?
걱정하지 마세요. 언제든지 클릭 한 번으로 플러그인을 기본 설정으로 되돌릴 수 있습니다.
'기본 설정 복원'을 클릭하면 황금색입니다.
W3 총 캐시 최적 설정 : 페이지 캐싱
W3 Total Cache의 일반 설정을 마쳤 으면 고급 페이지 캐싱 옵션을 사용할 때입니다.
아직 다룰 근거가 많으므로 웹 사이트 성능을 극대화하기 위해 권장되는 설정에 대해 알아 보겠습니다.
조언 한마디 :이 게시물의 나머지 부분에서 많은 기술 용어를 접하게 될 것입니다. 즉, 정의를 검색 할 수 있도록 별도의 탭을 열어 두십시오.
그러나 귀하의 편의를 위해 대부분의 WordPress 블로그에 대한 최적의 구성을 나열했습니다. 이제 남은 일은 이러한 설정을 복사하여 W3 Total Cache에 적용하는 것입니다.
준비된? 시작하려면 "성능"하위 메뉴에서 '페이지 캐시' 를 클릭하십시오.

- 저장
8. 올바른 일반 옵션 선택
페이지 캐싱의 경우 다음은 WordPress 사이트에서 사용해야하는 최적의 W3 총 캐시 설정입니다.

- 저장
- 캐시 게시물 페이지 — 활성화합니다.
- 앞 페이지 캐시 안 함 — 비활성화합니다.
- 캐시 피드 : 사이트, 카테고리, 태그, 댓글 — 활성화합니다.
- 캐시 SSL (HTTPS) 요청 — SSL 인증서를 사용하는 경우 활성화합니다.
- 쿼리 문자열 변수가있는 캐시 URI — 확인란이 회색으로 표시되지 않는 한 활성화합니다.
- 캐시 404 (찾을 수 없음) 페이지 — 비활성화합니다.
- 로그인 한 사용자의 페이지를 캐시하지 않음 — 활성화합니다.
- 다음 사용자 역할에 대한 페이지를 캐시하지 않음 — 모든 사용자 역할을 선택하는 한 활성화합니다.
9. 별칭 구성
별칭이 무엇인지 모르는 경우 "별칭"섹션 아래에있는 항목을 건드리지 마십시오.

웹 호스팅 세계에서 별칭은 동일한 WordPress 설치를 가리키는 별도의 도메인입니다. 이것은 1 인 블로거가 거의하지 않는 일이므로이 섹션을 무시해도됩니다.
그렇지 않으면 다음에 수행 할 작업을 이미 알고 있어야합니다.

- 저장
10. 캐시 사전로드 활용
정기적 인 캐싱은 트래픽 반환 경험을 향상시키는 반면 캐시 사전로드는 모든 사람에게 도움이됩니다.
예 — 처음 방문한 방문자도 포함됩니다.
다음은 캐시 사전로드를위한 최상의 설정입니다.

- 저장
- 페이지 캐시 자동 준비 — 활성화합니다.
- 업데이트 간격 -900 초.
- 간격 당 페이지-10 페이지.
- 사이트 맵 URL — 사이트 맵의 URL을 붙여 넣기 만하면됩니다. 이 게시물을 읽고 사이트 맵에 대해 자세히 알아보십시오.
- 게시 이벤트시 포스트 캐시 미리로드 — 활성화합니다.
11. 캐시 제거 정책 설정
캐시를 제거하면 사용자가 웹 사이트의 최신 변경 사항을 볼 수 있습니다.
제거 정책을 설정하면 다음 중 하나가 발생할 때마다이 프로세스를 자동 조종 장치에 넣습니다.
- 새 게시물을 작성합니다.
- 기존 게시물을 편집합니다.
- 사용자가 댓글을 게시합니다.
웹 사이트 성능에 영향을주지 않는 제거 정책을 만들려면 다음 설정을 사용하십시오.

- 저장
- 캐시 할 페이지 — 첫 페이지, 게시물 페이지, 게시물 페이지 및 블로그 피드.
- 제거 할 피드 유형 지정 — Rss2 (기본값).
- 제거 제한 — 고급 서버가있는 경우 15 개 이상.
- 추가 페이지 — 비어 있습니다.
- 사이트 맵 제거 — 기본 정규식 값을 유지합니다.
12. REST API 관리
W3 Total Cache Pro가 있고 RESTful API를 사용하는 경우 REST API 캐싱 도구를 활용할 수 있습니다.
RESTful API는 Representational State Transfer 기술을 기반으로합니다. 이것은 WordPress를 JavaScript 프론트 엔드에 연결하거나 플러그인을 구동하거나 모바일 앱을 빌드하는 것과 같은 작업에 사용됩니다.
내가 추측 해보자. 당신은 그 정도 규모의 일을 거의하지 않는다.
이 경우 REST API 캐싱을 기본 설정 인 '캐시하지 않음' 으로 두는 것이 가장 좋습니다 .

- 저장
13. 고급 페이지 캐시 설정
W3 Total Cache에는 페이지 캐싱에 대한 긴 고급 설정 목록이 있습니다.
당연히 웹 사이트의 요구 사항에 따라 이러한 설정을 구성하는 방법에는 여러 가지가 있습니다. 그러나 대부분의 블로거의 경우 아래 설정은 로딩 속도 향상을 보장합니다.

- 저장
- 늦은 초기화 — 비활성화합니다.
- 늦은 캐싱 — 비활성화합니다.
- 호환성 모드 — 캐싱 오류가 발생하지 않는 한 비활성화합니다.
- Charset — 페이지 캐시에서 비정상적인 문자가 발견되지 않으면 비활성화합니다.
- HEAD 요청 거부 — 기본값으로 둡니다.
- 가비지 수집 간격- 디스크에 캐시하는 경우 3,600 초 (그렇지 않으면이 옵션이 회색으로 표시됨).
- 댓글 쿠키 수명 — 1,800 초
- 허용되는 쿼리 문자열 — 비어 있습니다.
- 거부 된 사용자 에이전트- 비어 있습니다.
- 거부 된 쿠키 — wptouch_switch_toggle (기본값).
- 다음 페이지를 캐시하지 마십시오 — wp-. * \. php 및 index \ .php (기본값)
- 이 범주와 관련된 페이지를 캐시하지 않음 — 비어 있습니다.
- 이 태그를 사용하는 페이지를 캐시하지 마십시오 — 비어 있습니다.
- 이 작성자의 페이지를 캐시하지 마십시오 — 비어 있습니다.
- 이러한 사용자 정의 필드를 사용하는 페이지를 캐시하지 마십시오 — 비어 있습니다.
- 캐시 예외 목록 — 캐싱에 문제가있는 페이지를 추가합니다.
- 뒤 따르지 않는 슬래시 페이지 — 기본 페이지를 유지합니다.
- 페이지 머리글 지정 — 기본 설정을 유지합니다.
- XML MIME 유형 처리 — 활성화합니다.
최소화 설정 최적화
다시 말하지만 Cloudflare를 사용하는 경우 W3 Total Cache 코드 축소 설정을 수정할 필요가 없습니다.
'Minify' 페이지에서 WordPress 웹 사이트에서 코드 축소가 처리되는 방식을 제어 할 수 있습니다.

- 저장
다음은 구성 축소 페이지의 각 섹션에 대한 분석입니다.
14. 일반 설정
축소에 관해서는 일반 설정을 변경할 필요가 없습니다. 그러나 그렇다고 W3 Total Cache의 이상적인 코드 축소 설정을 검토해서는 안된다는 의미는 아닙니다.

- 저장
- URL 구조 다시 쓰기 — 활성화합니다.
- 로그인 한 사용자에 대해 축소 비활성화 — 기본값으로 둡니다.
- 오류 알림 최소화 — 비활성화합니다.
15. HTML 및 XML 축소
기본적으로 W3 Total Cache는 웹 사이트의 HTML에서 인라인 CSS 및 JavaScript 파일을 축소하지 않습니다. 이러한 옵션을 활성화하여 웹 사이트의 성능을 향상시킬 수 있습니다.

- 저장
- HTML 축소 설정 — 인라인 CSS 및 인라인 JS 축소를 사용합니다.
- 주석 어간 무시 — 기본값을 유지합니다.
16. JS 축소 설정
처음에는 인라인 JavaScript 축소 기능이 비활성화되어 있지만 사이트의 실제 JavaScript 축소는 처음부터 활성화됩니다.
다음 설정을 적용하여 JavaScript 축소의 효과를 최대화 할 수 있습니다.

- 저장
- JS 축소 설정 — "결합 만"에서 "최소화"를 선택하는 동안 활성화합니다.
- 영역에서의 작업 (이전) — "지연"을 사용한 비 차단.
- 영역에서의 작업 (이후) — "지연"을 사용한 비 차단.
- 보존 된 주석 제거 — 활성화합니다.
- 줄 바꿈 제거 — 활성화합니다.
- HTTP / 2 push — Nginx와 함께 "Disk : Enhanced"방법을 사용하는 경우를 제외하고 활성화합니다.
17. CSS 축소 설정
JavaScript 축소와 마찬가지로 CSS 축소는 즉시 활성화됩니다.
그러나 유동적 인 웹 사이트를 원할 경우 활성화 할 몇 가지 추가 설정이 있습니다.

- 저장
- CSS 축소 설정 — "결합 만"이 선택된 상태에서 활성화합니다.
- @import 처리 — 없음.
- HTTP / 2 푸시 — 활성화합니다.
18. 고급 축소 설정
케이크 장식으로 "고급"섹션의 아래 옵션을 사용하십시오.

- 저장
- 86,400 초 (24 시간) 마다 외부 파일을 업데이트합니다 .
- 가비지 수집 간격 — 86,400 초 (24 시간).
- 다음 페이지를 축소하지 마십시오 — 비워 두십시오.
- 다음 JS 파일을 축소하지 마십시오 . 주석과 가독성을 유지하기 위해 현재 작업중인 코드를 임시로 추가하십시오.
- 다음 CSS 파일을 축소하지 마십시오 — 위와 동일합니다.
- 거부 된 사용자 에이전트 — 비워 둡니다.
- 외부 파일 / 라이브러리 포함 — Google Fonts 및 Google 태그 관리자와 같은 외부 리소스의 URL을 추가합니다. 변경 사항을 테스트하십시오.
- 파일 이름 일치에 정규식 사용 — 외부 JavaScript 라이브러리를 최적화하기 위해 W3 Total Cache를 사용하지 않는 경우 비활성화합니다.
데이터베이스 캐시 최적화
웹 사이트는 필요할 때마다 가져 와서로드해야하는 많은 부분으로 구성됩니다.
데이터베이스 캐싱은 일반적인 쿼리에 대한 리소스를 쉽게 사용할 수 있도록함으로써이 프로세스를 강화할 수 있습니다. 이렇게하면 사용자에게 웹 사이트 데이터를 제공하는 CPU 부하가 줄어 듭니다.
다음은 가장 먼저해야 할 일입니다. CDN 또는 가상 호스트를 사용 하지 않는 경우 '로그인 한 사용자에 대한 쿼리를 캐시하지 않음'을 활성화하십시오 .

- 저장
19. 고급 데이터베이스 캐싱 설정
고급 설정의 경우 수행해야 할 작업은 다음과 같습니다.

- 저장
- 캐시 된 개체의 최대 수명 — 트래픽이 많은 사이트의 경우 180 초, 트래픽이 적은 사이트의 경우 최대 7,200 초.
- 가비지 수집 간격 — 3,600 초에서 86,400 초 사이입니다 (옵션이 회색으로 표시되지 않은 경우).
- 다음 페이지를 캐시하지 마십시오 — 비워 둡니다.
- 무시 된 쿼리 스템 — 기본값을 그대로 두거나 WooCommerce 를 사용하는 경우 "wc-session"을 추가 합니다.
- 검색어 거부 — 기본값으로 둡니다.
- 상수 거부 — 기본값으로 둡니다.
개체 캐시 최적화
객체 캐싱은 웹 사이트로드의 CPU 사용량을 줄이는 또 다른 방법입니다.
이 기능을 켠 상태에서 관리 영역이 느려지더라도 놀라지 마십시오. 사용자의 경험을 소중히 여기는 경우 실제로 합리적인 절충안입니다.
20. 고급 개체 캐싱 설정
동적 웹 사이트는 데이터베이스 및 개체 캐싱으로 작동하여 빠르고 응답 성이 유지됩니다. 다음과 같은 최적의 설정을 적용하면됩니다.

- 저장
- 캐시 개체의 기본 수명 — 데이터베이스 캐싱과 마찬가지로 트래픽이 많은 사이트의 경우 180 초, 트래픽이 적은 사이트의 경우 최대 7,200 초 여야합니다.
- 가비지 수집 간격 — 3,600 초.
- 글로벌 그룹 — 기본값으로 둡니다.
- 비 영구 그룹 — 기본값으로 둡니다.
- wp-admin 요청에 대한 캐싱 활성화 — WordPress 관리자 패널의 속도를 높이려면 활성화하고 캐시 된 오래된 데이터가있는 경우 비활성화합니다.
- 데이터베이스에 과도 저장 — 활성화합니다.
브라우저 캐시 최적화
데이터베이스 및 개체 캐싱은 모두 선택 사항이지만 모든 WordPress 사이트에 대해 브라우저 캐싱을 활성화해야합니다.
웹 브라우저가 이미지, 텍스트 및 코드와 같은 정적 웹 사이트 파일을 즉시 검색 할 수 있도록합니다.
코드 축소와 마찬가지로 브라우저 캐싱에도 광범위한 옵션 목록이 있습니다.
다음은 각 섹션에 대한 요약입니다.
21. 일반 설정
일반적으로 브라우저 캐시 구성 페이지의 "일반"섹션에서 처음 6 개 옵션을 활성화합니다.

- 저장
- Last-Modified 헤더 설정
- 헤더 만료 설정
- 캐시 제어 헤더 설정
- 엔티티 태그 설정
- W3 총 캐시 헤더 설정
- HTTP (gzip) 압축 활성화
재미있는 것을 알고 싶으십니까?
대부분은 무료 웹 사이트 성능 분석 도구 인 GTmetrix에서 테스트 할 수있는 브라우저 캐싱 기능입니다.
특정 캐싱 기능을 확인하기 위해 W3 Total Cache를 구성하는 동안 GTmetrix를 사용할 수 있습니다. 위에 나열된 항목은 분석 보고서의 'YSlow' 탭에 표시되어야합니다.

- 저장
처음 6 개 옵션 외에도 브라우저 캐싱 구성 페이지에서 관리해야하는 다른 사항이 있습니다.

- 저장
- HTTP (brotli) 압축 활성화 — 가능한 경우이 옵션을 활성화하고 gzip 압축을 능가하는지 테스트합니다.
- 설정 변경 후 개체 캐싱 방지 — 활성화.
- 정적 리소스에서 쿼리 문자열 제거 — 활성화합니다.
- 캐싱 예외 목록 방지 — 비워 둡니다.
- 정적 파일에 대한 쿠키 설정 안 함 — 활성화합니다.
- WordPress — Disable로 정적 개체에 대한 404 오류를 처리하지 않습니다 .
- 404 오류 예외 목록 — 기본값으로 둡니다.
- 개체의 URL 구조 다시 쓰기 — 비활성화합니다.
22. CSS 및 JS, HTML 및 XML, 브라우저 캐싱 설정
위에서 언급했듯이 브라우저 캐싱은 CSS, JavaScript 및 HTML 파일과 같은 코드에서 사용할 수 있습니다.
WordPress 웹 사이트를 최상의 상태로 유지하려면 이러한 설정을 그대로 두는 것이 좋습니다.
알림 : CSS 및 JS, HTML 및 XML, 미디어 및 기타 파일의 설정은 다소 유사합니다. 다른 구성을 가질 이유가 없으므로 적용되는 경우 다음 설정을 사용하십시오.

- 저장
- Last-Modified 헤더 설정 — 활성화.
- 헤더 만료 설정 — 활성화합니다.
- 헤더 수명 만료 — HTML 및 XML의 경우 3,600 초, 다른 두 가지의 경우 31,536,000 초 (1 년)입니다.
- 캐시 제어 헤더 설정 — 활성화합니다.
- 캐시 제어 정책 — 기본값으로 둡니다 (max-age 캐시).
- 엔티티 제목 태그 설정 — 활성화합니다.
- W3 총 캐시 헤더 설정 — 활성화.
- HTTP (gzip) 압축 활성화 — 활성화합니다.
- HTTP (brotli) 압축 활성화 — 이전과 동일합니다.
- 설정 변경 후 개체 캐싱 방지 — 활성화.
- 정적 리소스에서 쿼리 문자열 제거 — 활성화합니다.
- 정적 파일에 대한 쿠키 비활성화 — 활성화합니다.
23. 보안 헤더로 수행 할 작업
지금 쯤이면 W3 Total Cache에 그대로 두어야하는 특정 설정이 있다는 것을 이미 알고있을 것입니다.
보안 헤더는 이러한 설정 중 하나입니다.
여기에서 찾을 수있는 옵션은 웹 개발 및 보안에 정통한 사용자를위한 것입니다. 사이트의 HTTP Strict Transport Security 정책 지시문을 수정하고 X-XSS-Protection을 활성화하는 등의 작업을 수행 할 수 있습니다.
이러한 용어가 처음 사용하는 경우 보안 헤더 아래의 모든 항목을 기본값으로 둡니다.

- 저장
사용자 에이전트, 리퍼러 및 쿠키 그룹 최적화
W3 Total Cache에서 대부분의 개발자가 아닌 WordPress 사용자는 "그룹"구성 페이지를 무시해야합니다.
여기에는 '사용자 에이전트 그룹', '리퍼러 그룹' 및 '쿠키 그룹 ' 이 포함됩니다 .

- 저장
그러나 사용자 경험에 영향을 미칠 수있는 일부 그룹 유형에 대한 많은 사용 사례가 있습니다.
24. 개인화를위한 사용자 에이전트 그룹
고급 WordPress 사용자 인 경우 사용자 에이전트 그룹을 사용하여 특정 트래픽을 다른 도메인으로 리디렉션 할 수 있습니다. 브라우저가 WordPress 사이트에 다른 테마를로드하도록 강제 할 수도 있습니다.
모든 모바일 사용자를위한 그룹을 만들었다 고 가정합니다.
사용자 에이전트 그룹을 사용하면 사이트의 별도 모바일 버전으로 리디렉션 할 수 있습니다. 그렇지 않은 경우 브라우저에보다 모바일 친화적 인 테마로 사이트를 시작하도록 지시 할 수 있습니다.

- 저장
주의해서 진행하고 사이트가 손상되지 않도록 구성을 테스트하는 것을 잊지 마십시오.
CDN 설정 최적화
모든 일을해온 것 같나요?
그럼 좋은 소식이 있습니다.
CDN을 사용하기로 결정한 경우 서비스 제공 업체가 W3 Total Cache의 구성을 기꺼이 도와 줄 것입니다.
즉, 이러한 모든 설정을 무시하고 CDN 공급 업체의 지원을 기다릴 수 있습니다.

- 저장
SSL 페이지에서 CDN에 문제가 발생하는 경우 해결 방법을 알려주는 것이 공정합니다.
25. SSL 페이지에서 CDN을 비활성화하는 방법
'고급'설정 섹션에서 'SSL 페이지에서 CDN 비활성화'를 선택 합니다. CDN 공급자에게 도움을 요청하는 동안 영향을받는 페이지는 이제 정상적으로로드됩니다.

- 저장
조각 캐시 최적화
"Fragment Cache"설정 페이지는 건너 뛰어야하는 W3 Total Cache의 또 다른 영역입니다.
플러그인의 Pro 버전이없는 경우 특히 그렇습니다.

- 저장
26. 조각 캐싱 기능 구성
플러그인 비용을 지불하고 조각 캐싱을 사용하려면 다음 사항을 기억해야합니다.
- 등록 된 조각 그룹 — W3 Total Cache에 대한 조각 그룹을 정의하려는 경우 여기에 나타나야합니다.
- 캐시 된 조각의 기본 수명 — 기본값은 180 초이지만 트래픽이 적 으면 늘릴 수 있습니다.
- 가비지 수집 간격 — 트래픽이 많은 사이트가있는 경우 3,600 초 (기본값)로 유지합니다.
- 수동 조각 그룹 — 여기에 조각 그룹을 수동으로 입력하십시오. 수행중인 작업을 모르면 만지지 마십시오!
확장 성을위한 확장 사용
마지막으로, W3 Total Cache에는 여러 가지 사전 설치된 확장이 포함되어 있습니다.
WordPress 사용자는 "확장 프로그램"페이지에서 바로 집에 있어야합니다. W3 Total Cache 로고가 없으면 대시 보드에있는 "플러그인"페이지의 복사본처럼 보입니다.
즉, 확장을 활성화 및 비활성화하려면 익숙한 프로세스가 필요합니다. 각 확장의 하단에있는 버튼을 클릭하거나 드롭 다운 메뉴를 사용하여 "일괄 작업"을 수행합니다.

- 저장
W3 Total Cache 에코 시스템을 실행하는 완벽한 방법이 없기 때문에 활성화 할 확장을 결정하도록하겠습니다.
27. 워드 프레스 웹 사이트를위한 세 가지 중요한 W3 총 캐시 확장
다음은 가장 유용한 W3 Total Cache 확장의 일부와 그 기능입니다.
- AMP — AMP 또는 Accelerated Mobile Pages 프로젝트는 웹 사이트 소유자가 모바일에서 매우 부드러운로드 속도를 달성하도록 도와줍니다. 이 확장을 활성화하면 W3 Total Cache의 축소 기능에 AMP 지원이 추가됩니다.
- Yoast SEO — 페이지 최적화를 위해 Yoast SEO를 사용하는 경우 W3 Total Cache의 원활한 통합을 위해이 확장을 활성화하십시오.
- StudioPress의 Genesis Framework — 많은 WordPress 사용자가 Genesis Framework를 활용하여 SEO 친화적 인 웹 사이트를 처음부터 구축합니다. 이 사용자 그룹에 속하는 경우이 확장을 활성화하여 성능을 30-60 % 향상시킵니다.
마지막 조언은 다음과 같습니다. 확장을 활성화하려면 한 번에 하나씩 수행하십시오.
플러그인과 마찬가지로 확장 프로그램이 활성화되면 웹 사이트에서 예기치 않은 문제가 발생할 수 있습니다. 한 번에 하나의 확장을 활성화하면 잠재적 인 문제의 원인을 쉽게 찾을 수 있습니다.
결론
최적의 웹 사이트 성능을 위해 W3 Total Cache를 구성하는 데 다소 시간이 걸릴 수 있습니다.
서두르지 마십시오. 필요할 때마다 언제든지이 페이지를 북마크하고 참조 할 수 있습니다.
점진적으로 조정하면서 웹 사이트의 속도를 테스트하는 것을 잊지 마십시오. 이 설정을 다시 적용해야 할 경우를 대비하여 구성을 백업으로 내보내십시오.
아래 의견에 W3 Total Cache에 대한 경험을 알려주십시오!
당신은 또한 좋아할지도 모릅니다 :
- 블로그 이탈률을 줄이고 트래픽을 극대화하는 19 가지 쉬운 방법
- WordPress 플러그인에 관한 모든 것
- 블로거를위한 10 가지 최고의 소셜 공유 WordPress 플러그인

- 저장