WordPress 사이트 속도를 높이는 36가지 방법 모두

이 게시물은 원래 2019년 12월 3일에 게시되었으며 더 많은 최신 도구를 포함하도록 업데이트되었습니다.

WordPress 속도 향상에 대한 대부분의 블로그 게시물은 엉망입니다.

목록 상단에는 관리자 메뉴 속도를 0.01초만 높이거나 문자 그대로 성능을 전혀 향상시키지 않는 팁이 포함되어 있습니다.

그런 다음 하단 근처에는 사용 가능한 가장 영향력 있는 성능 기술이 포함되어 있습니다.

그건 말도 안돼. 이 성능 가이드가 정리된 방법은 다음과 같습니다.

영향력이 큰 단계부터 시작하십시오 .

먼저 사이트 속도를 높이는 가장 효과적인 9가지 방법을 나열했습니다. 이것은 사이트 로드를 더 빠르게 하기 위해 취할 수 있는 가장 중요한 단계입니다.

사실, 처음 9개 이상의 전술을 사용하지 않으면 괜찮을 것입니다.

그런 다음 WordPress 속도를 높이는 27가지 추가 방법을 찾을 수 있습니다. 이러한 각각의 전술은 사이트를 조금 더 빠르게 만들어 이미 달성한 결과에 더해집니다.

그리고 한 가지 더 알아야 할 것이 있습니다.

이것이 내가 사용하는 정확한 전술입니다

지금 사용하지 않는 전술은 여기에 나열하지 않습니다.

사실, 이 글을 쓰기 전에 이전에 한 번도 시도해 본 적이 없는 몇 가지를 포함하여 방대한 성능 기술 목록을 생각해 내고 모두 테스트했습니다.

Competethemes.com은 이미 빠르게 로드되고 있었지만 아래에 나열된 모든 성능 전술을 사용한 후에는 엄청나게 빠릅니다.

다음은 GTMetrix 결과입니다.

이 게시물을 처음 게시한 이후 성능 메트릭이 많이 변경되었습니다.

과거에는 총 로드 시간이 매우 중요하게 여겨졌지만 지금은 큰 문제가 되지 않습니다. 더 중요한 것은 귀하의 사이트가 방문자에게 빠른 것처럼 보인다는 것입니다 .

Google은 Core Web Vitals로 이 아이디어를 정량화하려고 했습니다. 이러한 성능 메트릭은 웹 사이트의 인지 가능한 속도를 중심으로 이루어집니다.

진실은 모든 것이 1초 안에 표시되고 상호 작용하는 경우 사이트를 로드하는 데 5초가 걸리는 것은 실제로 중요하지 않다는 것입니다.

그러나 문제가 있습니다.

핵심 성능 보고서는 복잡합니다!

이전 측정항목보다 이해하기 훨씬 어렵고 최적화하기는 훨씬 더 어렵습니다.

그리고 여기 문제가 있습니다.

사이트 속도를 높이려면 사이트를 모두 완전히 이해할 필요는 없습니다. 여기에 설명된 기술은 CWV에 대한 이해와 상관없이 도움이 될 것입니다.

그래서 여기 내 제안이 있습니다…

여기에서 전술을 구현하고 어디에 도착하는지 확인하십시오. 사이트가 이미 충분히 빨리 로드되기 때문에 이러한 성능 메트릭을 조사하는 데 시간을 할애할 필요가 없을 것입니다.

전후 만들기

이 가이드를 따르려면 GTMetrix 및 Google의 Page Speed ​​도구를 사용하여 사이트의 성능을 측정하는 것부터 시작하십시오.

결과를 스크린샷으로 찍고 나중을 위해 저장하십시오.

그런 다음 여기에서 처음 9가지 전술을 구현하면 점수가 크게 향상될 것입니다. 더 나아가고 싶다면 다음 27가지 전술도 시도해 볼 수 있습니다.

여전히 성능이 만족스럽지 않다면 사이트를 100% 점수로 만드는 마지막 몇 가지 변경을 수행할 수 있는 숙련된 개발자와 이야기하고 싶을 것입니다.

1. 더 빠른 호스트로 전환

호스팅은 사이트의 마력입니다.

더 강력한 호스팅을 사용하면 전체 사이트가 더 빨리 로드됩니다.

다른 모든 기술을 구현하여 큰 효과를 낼 수 있지만 모두 고성능 호스트에서 더 잘 작동합니다. 또한 요즘에는 호스트를 전환하는 것이 정말 쉽습니다.

저는 지난 10년 동안 많은 호스팅 회사를 사용해 왔으며 마침내 제 짝을 찾았습니다.

나는 Rocket.net을 사용하여 이 사이트와 내 모든 사이트를 호스팅하며 지금까지 사용해 본 호스트 중 단연 최고입니다.

그들의 고객 지원은 놀랍고 대시보드는 직관적이고 기능이 풍부하며 성능은 최고 수준입니다.

프리미엄 WP 호스트로서 대시보드 내부에는 표준 호스팅 항목 외에도 많은 장점이 있습니다.

예를 들어 모든 사이트에는 자동화된 일일 백업과 수동 백업이 있고 Cloudflare Enterprise를 통해 보안 및 DDoS 보호 기능이 내장되어 있으며 클릭 한 번으로 사이트를 준비할 수 있습니다.

그리고 그들은 첫 달 동안 킬러 $1 평가판을 받았습니다.

Rocket.net에 대해 자세히 알아보기

귀하의 사이트를 다음 단계로 끌어올리고 싶다면 충분히 추천할 수 없습니다.

2. 캐싱 추가

9,027을 17로 나눈 값은 얼마입니까?

이 질문에 대답하려면 계산기를 꺼내 숫자를 입력해야 합니다. 그러면 자신 있게 답을 말할 수 있습니다. 바로 531입니다.

이제 다시 물어보면 9,027을 17로 나눈 값은 얼마입니까?

이번에는 답을 기억 속에 저장해 두었기 때문에 답을 즉시 알 수 있었습니다.

그것이 바로 캐싱입니다.

누군가가 귀하의 웹사이트를 방문하면 페이지를 생성하기 위해 많은 프로세스를 실행합니다. 캐싱이 없으면 누군가가 귀하의 웹사이트를 방문할 때마다 이런 일이 발생합니다. 계산기를 사용하여 같은 답을 반복해서 얻는 것과 같습니다.

아시다시피 이것은 매우 낭비입니다.

캐싱을 사용하면 사이트에서 페이지를 한 번 생성한 다음 메모리에 숫자 531을 저장한 것처럼 저장합니다. 누군가 귀하의 사이트를 방문하면 원래 페이지를 만드는 데 사용된 모든 프로세스를 실행할 필요 없이 캐시된 복사본이 즉시 제공됩니다.

말이 되나요?

이제 웹사이트에서 이 기술을 활용하는 방법에 대해 이야기해 보겠습니다.

사이트에 캐싱을 추가하는 방법

먼저 호스트에서 내장 캐싱을 제공할 수 있습니다. 이는 Rocket.net 및 기타 여러 고성능 호스트에 해당됩니다.

호스트가 캐싱을 제공하지 않는 경우 선택할 수 있는 플러그인이 많이 있습니다. 제 생각에는 가장 좋은 옵션은 WP Rocket입니다.

WP Rocket은 초고속 캐싱 및 수많은 기타 성능 최적화를 제공합니다. 이 게시물 전체에서 이 플러그인을 약 100번 이상 참조할 것이므로 플러그인이 할 수 있는 모든 것을 볼 수 있습니다.

Kinsta가 캐싱을 제공하지만 포함된 다른 성능 도구 때문에 WP Rocket도 사용합니다.

내 WP Rocket 설정 튜토리얼에 따라 시작할 수 있습니다.

WP 로켓 확인하기 →

무료 대안을 원하는 경우 사용하기 쉬운 것을 원하면 WP Super Cache를, 고급 옵션을 원하면 W3 Total Cache를 권장합니다.

고성능 호스팅 및 캐싱은 확실히 사이트에 필요한 가장 중요한 속도 기능입니다. 즉…

성능을 완전히 탈선시킬 수 있는 것은 단 한 가지뿐입니다.

다음 세 단계를 사용해야 합니다.

캐싱 설정이 완료되면 사이트 이미지에 주의를 기울이십시오.

이미지를 최적화하지 않으면 사이트 로드 시간이 2-3초에 도달 하지 않으며 최적화된 PageSpeed ​​점수를 얻을 수 없습니다.

이미지는 로드 시간에 절대적으로 큰 부담이 될 수 있으므로 여기에서 이미지를 최적화할 수 있는 세 가지 방법을 포함합니다.

이미지를 최적화하는 첫 번째 방법은 이미지를 압축하는 것입니다.

3. 이미지 압축

최신 이미지 압축 알고리즘은 놀랍습니다.

눈에 띄는 방식으로 품질에 영향을 주지 않고 이미지의 파일 크기를 70%까지 줄일 수 있습니다. 요점은 품질 저하 없이 사이트의 모든 이미지를 더 빠르게 로드할 수 있다는 것입니다. 단점이 없습니다 – 진지하게!

이미지 최적화와 관련하여 제가 가장 좋아하는 플러그인은 Optimole입니다.

다음 두 단계에서 Optimole에 대해 자세히 배우게 되지만 먼저 알아야 할 사항은 다음과 같습니다.

Optimole은 매우 효과적인 압축 알고리즘을 사용하여 이미지를 이전 파일 크기의 일부로 압축합니다. 더 좋은 점은 사용하기가 너무 쉽다는 것입니다.

다른 이미지 최적화 플러그인은 사이트의 이미지를 편집하고 서버 리소스를 사용합니다. Optimole은 원본을 건드리지 않습니다. 이미지를 서버에 복사한 다음 그곳에서 최적화합니다. 이렇게 하면 미디어 라이브러리가 정리되고 이미지가 압축될 때 사이트 속도가 느려지지 않습니다.

귀하의 사이트에서 Optimole을 설정하는 방법을 배우려면 내 전체 연습 비디오를 따르십시오.

훌륭한 대안은 ShortPixel 플러그인입니다. 설정하는 데 약간의 작업이 더 필요하지만 여전히 사용하기 쉽습니다.

저는 수년 동안 이 사이트에서 ShortPixel을 즐겁게 사용했고 이 다음 전술을 위해서만 Optimole로 전환했습니다.

4. 이미지 크기 조정

세부 사항이 중요하므로 세심한 주의를 기울이십시오.

큰 아이디어는 다음과 같습니다.

이미지 크기가 클수록 파일 크기도 커집니다.

예를 들어 너비가 3,000px인 이미지는 900kb일 수 있지만 너비를 600px로 조정하면 60kb에 불과합니다. 파일 크기가 15배 감소했습니다!

이것이 중요한 이유입니다.

이 블로그 게시물의 이미지는 최대 너비가 600픽셀만 표시됩니다. 내 예제로 실행하면 이 이미지는 너비가 600px로 크기가 조정되고 60kb에 불과합니다.

이미지 크기를 조정하지 않고 3,000px 버전을 사용했다면 이 게시물에서 너비가 600px로만 표시됩니다 . 이미지는 동일하게 보이지만 로드하는 데 15배 더 오래 걸립니다.

즉, 게시물에 이미지를 삽입하기 전에 이미지 크기를 적절하게 조정하면 사이트 로드 속도가 크게 달라질 수 있습니다.

여기에 문제가 있습니다.

게시물에 이미지가 얼마나 넓게 표시되는지 정확히 알지 못할 수 있습니다. 게다가 모바일 장치는 이러한 방식을 더욱 복잡하게 만듭니다. 화면 크기와 관련하여 다양한 모니터와 모바일 장치를 모두 고려하면 문자 그대로 수천 가지를 고려해야 합니다.

방문자에게 딱 맞는 크기의 이미지를 제공하려면 동적으로 크기를 조정해야 합니다 . 그래서 Optimole을 사용하기 시작했습니다.

Optimole은 완벽한 크기의 이미지 버전을 자동으로 생성합니다 . 누군가 귀하의 사이트를 방문하고 이미지의 너비가 400px로 표시되면 Optimole은 해당 이미지의 너비가 400px인 버전을 제공합니다.

다른 방문자는 510px 너비의 이미지를 표시하는 태블릿을 사용하여 1초 후에 페이지에 방문할 수 있으며 Optimole은 정확히 510px 너비의 이미지의 다른 사본을 로드합니다.

이를 통해 얻을 수 있는 성능 향상은 엄청 나며 가장 좋은 점은 Optimole 플러그인을 설치하는 것 외에는 아무것도 할 필요가 없다는 것입니다. 어떤 설정도 건드리지 않고 활성화하는 순간 작동합니다. 놀랍다!

귀하의 사이트에서 Optimole을 사용해 보십시오 →

잠재적으로 큰 차이를 만들 수 있는 사이트의 이미지를 최적화하는 방법이 하나 더 있습니다.

5. 이미지 지연 로드

이 블로그 게시물은 정말 길고 그 안에 많은 이미지가 있습니다.

여기까지 읽으셨다면 적어도 1분 동안 이 페이지에 있었을 것입니다. 이것을 알고, 이 페이지를 처음 로드할 때 전체 게시물의 모든 이미지를 로드하도록 하는 것이 얼마나 어리석은 일입니까? 아직 많은 이미지에 도달하지 않았으므로 아직 로드할 필요가 없습니다.

지연 로딩을 사용하면 화면에 나타나는 이미지만 로드됩니다. 그런 다음 페이지를 아래로 스크롤하면 나머지 이미지가 표시될 때 로드됩니다.

나는 이 비디오에서 이것이 어떻게 작동하는지를 서면으로 설명할 수 있는 것보다 더 명확하게 보여주는 시각화를 만들었습니다.

이제 지연 로딩이 어떻게 작동하는지 이해했으므로 구현에 대해 이야기해 보겠습니다.

지연 로딩을 추가하는 방법

게으른 로딩을 추가하는 것은 정말 쉽기 때문에 꼭 필요한 전술이라고 생각합니다.

첫째, Optimole을 설치한 경우 자동으로 지연 로딩을 추가하므로 이 전술은 이미 완료된 것입니다.

둘째, Optimole을 사용하지 않지만 WP Rocket을 사용하기로 결정한 경우 여기 설정에서 이 상자를 선택하십시오.

마지막으로, WordPress에는 실제로 지연 로딩에 대한 자체 구현이 있으므로 원하지 않는 경우 이러한 플러그인 중 하나를 사용할 필요가 없습니다.

이 플러그인은 비디오 지연 로딩 및 저품질 자리 표시자를 먼저 로드하는 기능과 같은 추가 기능이 있기 때문에 더 잘 작동한다고 생각하지만 기술적으로는 이 단계를 완전히 건너뛸 수 있습니다.

다음 두 가지 최적화는 함께 진행되며 특히 WordPress 웹사이트에 중요합니다.

6. 파일 축소

압축된 이미지는 파일 크기가 더 작기 때문에 이미지를 압축하면 로드 속도가 빨라진다는 사실을 방금 배웠습니다.

때때로 파일 크기를 weight 라고 부르므로 이미지를 압축하면 가중치가 줄어듭니다.

중요한 아이디어는 사이트의 무게를 줄이면 로드 속도가 빨라진다는 것입니다. 즉, 웹 사이트에서 로드하는 모든 파일의 파일 크기를 줄이고자 합니다.

이미지 외에도 귀하의 웹사이트는 다른 파일 형식 중에서 CSS 파일, Javascript 파일 및 글꼴 파일을 로드합니다. 그 생각을 잠시 멈추고 축소에 대해 이야기합시다.

축소는 기본적으로 텍스트 기반 파일의 압축을 의미하는 멋진 프로그래밍 용어입니다. 이미지를 압축 하고 파일을 축소합니다 . 우리의 목적을 위해 우리는 그것보다 더 자세한 내용을 얻을 필요가 없습니다.

이미지를 압축한 것처럼 CSS 및 Javascript 파일(및 HTML)을 축소하여 더 작게 만들고 페이지 용량을 줄일 수 있습니다.

파일을 축소하는 방법

다시 한 번, 사이트에 축소를 추가하는 것은 간단합니다.

WP Rocket에는 CSS, JS 및 HTML에 대한 축소를 활성화하는 확인란이 있습니다.

그게 당신이해야 할 전부입니다.

최소 6개의 플러그인과 테마 로딩 파일이 사이트에 있을 가능성이 높기 때문에 축소는 WordPress 사이트에서 매우 중요합니다. 대부분의 경우 개발자는 파일 자체를 축소하지 않으므로 WP Rocket이 이를 처리합니다.

축소를 위한 무료 대안이 필요한 경우 Autooptimize 플러그인을 확인하십시오.

7. 파일 연결

Concatenate는 "결합"을 의미하는 또 다른 기술 용어입니다.

파일을 연결할 때 파일을 결합합니다.

다시 한 번, 사이트 로딩 파일에 이러한 모든 플러그인이 있으므로 WP Rocket과 같은 플러그인을 사용하여 가능한 적은 수의 파일로 결합하는 것이 중요합니다. 이유는…

페이지의 가중치를 줄이면 로드 속도가 빨라진다는 사실을 배웠지만 최적화해야 할 또 다른 주요 성능 요소가 있습니다. 바로 HTTP 요청입니다.

이 게시물이 점점 기술적으로 변하고 있다는 것을 알고 있으므로 가능한 한 간단하게 유지하겠습니다.

로드하는 각 파일에는 HTTP 요청이 필요합니다. 모든 이미지, JS 파일, CSS 파일 등 – 모두 하나의 HTTP 요청이 필요합니다.

웹사이트에는 한 번에 처리할 수 있는 고정된 수의 HTTP 요청이 있으므로 파일을 로드할 때 발생하는 병목 현상이 있습니다. 이러한 이유로 사이트에서 HTTP 요청이 적을수록 로드 속도가 빨라집니다.

예를 들어 웹사이트에 모두 5kb 크기의 CSS 파일이 5개 있는 경우 이 파일을 25kb 크기의 하나의 CSS 파일로 결합하면 더 빨리 로드됩니다.

축소를 통해 사이트 파일의 무게를 줄인 다음 연결을 통해 파일을 결합하여 HTTP 요청을 줄입니다.

연결을 추가하는 방법

이 최적화를 위해 WP Rocket 플러그인을 사용할 수도 있습니다.

CSS 파일과 JS 파일을 연결하기 위한 체크박스가 있습니다.

두 상자를 모두 선택하고 변경 사항을 저장하면 완료됩니다.

이러한 옵션은 자동 최적화 플러그인에서도 사용할 수 있습니다.

이 다음 팁은 당신을 놀라게 할 수도 있지만 제 생각에는 또 다른 필수 최적화입니다.

8. CDN으로 파일 로드

인터넷은 마법입니다.

오른쪽?

하지만 실제로는 그렇지 않습니다.

그것은 컴퓨터 네트워크이고 이 네트워크의 연결은 궁극적으로 모두 물리적입니다.

이상하게 생각할 수도 있지만 사이트의 콘텐츠가 저장된 서버와 방문자의 위치 사이의 거리는 매우 중요합니다.

서버가 뉴욕에 있고 도쿄에서 누군가가 웹 사이트를 방문하는 경우 뉴욕에 있는 다른 사람이 방문하는 것보다 파일이 서버에 도착하는 데 시간이 더 오래 걸립니다.

이상하게 생각했다고 합니다.

그렇다면 도쿄에 있는 서버에도 사이트 사본을 저장한다면 어떨까요? 일본 방문자에게 더 빨리 로드되지 않을까요?

예!

이것이 바로 CDN이 하는 일입니다.

CDN은 Content Delivery Network 의 약자이며 본질적으로 전 세계에 웹 사이트의 캐시된 복사본을 저장하는 서버 네트워크입니다.

이렇게 하면 누군가 방문할 때 어디에 있든 근처에 서버가 있어 사이트의 콘텐츠를 제공합니다.

CDN을 처음 활성화할 때 호스트의 원본 서버 근처에 거주하는 경우 도움이 되지 않는 것처럼 보일 수 있습니다. 더 중요한 것은 웹 사이트가 전 세계에 얼마나 빨리 로드되는지입니다.

사이트에 CDN을 추가하는 방법

Rocket.net을 사용하고 있다면 이미 완료된 것입니다.

그들은 Cloudflare Enterprise로 귀하의 사이트를 운영하므로 귀하의 사이트는 이미 전 세계 인근 서버에서 제공되고 있습니다.

Rocket.net을 사용하지 않는다면 대신 Cloudflare의 무료 등급에 가입하는 것이 좋습니다.

그러나 실제로 기술적인 작업을 수행하지 않고 사이트에 대한 DNS 변경을 원하지 않는 경우 대신 WP Rocket 팀에서 만든 RocketCDN을 사용할 수 있습니다.

Stackpath의 CDN에 의해 ​​구동되므로 사이트의 콘텐츠를 제공하기 위해 확립된 글로벌 서버 네트워크가 있습니다. 월 8달러의 비용이 들지만 통합이 매우 간단합니다. 가입 후 활성화 체크박스를 선택하기만 하면 모든 작업이 완료됩니다.

9. 빠른 테마 선택

자, 인정해야겠습니다. 이 마지막 팁은 약간 다릅니다.

많은 WP 블로거가 빠르게 로드되는 테마를 선택하라고 말하지만 테마 개발자로서 이것이 실제로 어떻게 작동하는지 설명하겠습니다.

WordPress 테마는 사이트 속도를 높이지 않습니다 . 오히려 사이트 속도를 저하시키지 않는 것을 찾고 있습니다. 즉, 테마가 잘못 만들어지지 않는 한 위에 나열된 전술을 사용하는 경우 사이트 속도가 크게 느려지지 않습니다. 설명하겠습니다.

모든 테마를 사용하여 스타일리시하고 현대적인 사용자 경험을 생성하면서 최소한의 것만 로드합니다. 즉, 테마만 로드됩니다.

• 하나의 CSS 파일
• 축소된 자바스크립트 파일 1개
• 하나의 Google Fonts 요청
• Font Awesome 아이콘 글꼴(소셜 아이콘용)

디자인 희생(예: 시스템 글꼴 사용) 없이 테마가 얻을 수 있는 최소한의 수준입니다.

모든 테마가 이렇게 최적화된 것은 아니지만 제 생각에는 그렇게 큰 문제는 아닙니다. 테마가 제대로 최적화되지 않고 2개의 CSS 파일과 3개의 Javascript 파일을 로드하고 그 중 어느 것도 축소되지 않은 경우에도 WP Rocket과 같은 플러그인은 여전히 ​​이를 연결하고 축소하므로 최종 결과는 유사하기 때문입니다.

기본적으로 위에 나열된 성능 전략을 활용하는 경우 테마로 인해 사이트 속도가 크게 느려질 가능성은 거의 없습니다.

평판이 좋은 개발자의 테마를 선택하면 테마 성능은 문제가 되지 않습니다.

추가 최적화

아휴!

이 게시물은 이미 제가 예상했던 것보다 훨씬 더 깁니다. 여기까지 하셨다면 성능 최적화에 대해 더 많은 정보를 얻을 수 있기를 바랍니다.

이 게시물의 나머지 부분에서는 보다 구체적이고 기술적인 최적화에 대해 다룰 것입니다. 이 팁은 가능한 한 초보자에게 친숙하도록 만들었습니다. 그들 중 일부는 구현하기 쉽지만 솔직히 말해서 일부는 매우 고급이며 그것이 바로 그 방법입니다.

귀하의 사이트에서 가능한 한 많이 사용하십시오. 처음 9가지 전술을 구현하고 성능 모범 사례를 따르고 있다면 이미 대부분의 결과를 얻은 것입니다.

10. Google 애널리틱스 사용 중지

피할 수 없는 성능 저하이기 때문에 지금까지 Google Analytics에 대해 몇 번 언급했습니다.

적어도 최근까지는 그랬다.

이제 독립 분석과 같은 WordPress 사용자를 위한 훨씬 더 나은 옵션이 있습니다.

Google Analytics와 달리 독립 분석은 외부 파일을 로드하지 않습니다. 실제로 파일을 전혀 로드하지 않습니다. 자신의 사이트에 하나의 내부 REST API 요청을 만들고 그게 다입니다.

즉, 사이트에 거의 영향을 미치지 않습니다. 독립 분석으로 전환하면 웹 사이트 속도를 즉시 높일 수 있을 뿐만 아니라 개인 정보 보호 분석과 훨씬 사용하기 쉬운 대시보드를 얻을 수 있습니다.

독립 분석에 ​​대해 자세히 알아보세요.

11. 자바스크립트 연기

이 목록의 나머지 전술 중 하나만 사용하는 경우 이 전술을 사용하십시오.

기술적 세부 사항에 너무 몰두하지 않고 사이트에서 파일을 로드하는 순서는 매우 중요합니다. 이 개념을 렌더링 경로 최적화 라고 합니다.

아이디어는 사이트의 CSS가 먼저 로드되어야 한다는 것입니다. 그렇게 될 때까지 웹사이트는 빈 흰색 화면이 되기 때문입니다. Javascript 파일의 경우 바로 로드할 필요가 없는 분석과 같은 용도로 사용됩니다.

JS가 로드되는 동안 빈 흰색 페이지를 유지하는 대신 사이트의 다른 모든 항목이 로드될 때까지 JS 파일을 연기합니다. 이렇게 하면 사이트가 같은 시간에 로드되지만 시각적으로 더 빨리 표시되므로 더 빨리 표시됩니다.

이 개념은 다소 발전했지만 다시 한 번 구현하기 어렵지 않습니다.

Javascript를 연기하는 방법

당신은 이것을 좋아할 것입니다.

전술만큼 고급이므로 WP Rocket의 설정에서 확인란을 선택하기만 하면 됩니다.

자신이 무엇을 하고 있는지 모르는 경우 "안전 모드" 옵션도 선택된 상태로 두는 것이 좋습니다.

렌더링 경로에 대해 CSS를 최적화할 수 있는 방법도 있습니다.

12. CSS 전달 최적화

Javascript와 마찬가지로 CSS는 렌더링을 차단하므로 더 나은 성능을 위해 연기할 수도 있습니다.

이제 당신이 무슨 생각을 하고 있는지 압니다. CSS가 로드될 수 있도록 JS를 연기하지 않았습니까? 이제 CSS도 연기하고 있습니까??

현재 상황은 다음과 같습니다.

렌더링 차단 CSS를 제거하려면 즉시 표시되는 사이트 부분의 스타일을 지정하는 데 사용되는 중요한 CSS를 인라인합니다. 그런 다음 나머지 사이트 CSS는 나중에 로드됩니다. 다시 한 번 이것은 사이트가 더 빨리 시각적으로 표시된다는 것을 의미합니다.

이것은 매우 발전된 전술이며 WP Rocket이 그렇게 쉽게 만들지 않았다면 신경 쓰지 않을 것입니다.

CSS 전달을 최적화하는 방법

아마 이제 익숙해지실 거에요...

WP Rocket으로 CSS 제공을 최적화하기 위해 해야 할 일은 다음 확인란을 선택하는 것입니다.

그런 다음 WP Rocket은 각 페이지에 필요한 중요한 CSS를 생성하고 이를 HTML에 인라인합니다. 나머지 CSS는 연기됩니다.

나는 이것을 수동으로 시도하지 않을 것이므로 이런 방식으로 자동화하는 것이 킬러 최적화입니다.

다음으로, 귀하의 사이트 속도를 높일 수 있는 두 가지 빠른 승리가 더 있습니다.

13. WordPress 이모티콘 지원 끄기

WordPress는 버전 4.2에서 이모티콘 지원을 다시 추가했습니다.

이모티콘이 사이트에서 작동하도록 WordPress는 사이트의 모든 페이지에 작은 Javascript 파일을 로드합니다. 여기에 문제가 있습니다…

거의 모든 장치에 이미 이모티콘 글꼴이 설치되어 있기 때문에 실제로 이모티콘 지원을 위해 이 파일이 필요하지 않습니다. 예를 들어 이 사이트에서 이모티콘 지원을 제거했지만 기기에 이모티콘이 설치되어 있기 때문에 여전히 이모티콘이 표시되나요?

이모티콘 지원을 제거하면 사이트에서 더 이상 추가 Javascript 파일을 로드하지 않아 속도가 조금 더 빨라집니다.

WP Rocket에서 이 상자를 선택하여 이모티콘 지원을 제거할 수 있습니다.

Disable Emojis 플러그인은 간단한 무료 대안입니다.

14. WordPress 포함 비활성화

Twitter의 링크를 게시물에 붙여넣으면 WordPress에서 멋진 삽입 상자를 자동으로 생성합니다.

멋지지만 나를 짜증나게 하는 것은 이와 같은 WordPress 사이트에 대한 링크를 붙여넣을 때도 이 작업을 수행한다는 것입니다. 저는 이 기능을 사용하지 않으므로 비활성화하는 것을 선호합니다.

WordPress는 이 임베드 기능을 위해 추가 Javascript 파일을 로드하므로 이를 제거하면 페이지 용량이 줄어들고 다른 HTTP 요청이 제거됩니다.

WP Rocket에는 이 최적화를 사이트에 쉽게 추가할 수 있는 또 다른 확인란이 있습니다.

작은 최적화이지만 모든 것이 도움이 됩니다.

15. PHP 버전 업데이트

현대 코딩 언어는 놀랍도록 빠릅니다.

대부분의 성능 전략은 사이트의 코드가 얼마나 빨리 실행되는지와는 아무런 관련이 없습니다. 오히려 웹사이트 콘텐츠가 방문자의 장치에 전달되는 속도를 최적화하고 있습니다. 시간이 걸리는 부분입니다.

이 전략은 실제로 사이트의 코드 실행 속도를 높이기 때문에 다릅니다.

최신 버전의 PHP는 점점 더 빨라지고 있으므로 여전히 PHP 5를 사용하고 있다면 7 또는 8로 전환하면 엄청난 이득을 볼 수 있습니다.

다음은 PHP 8이 PHP 7에 비해 어떻게 성능을 향상시켰는지, 그리고 5에서 7로의 향상도 엄청났음을 보여줍니다.

사이트의 PHP 속도를 두 배로 높여도 사이트 로드 속도가 두 배로 빨라지는 것은 아니라는 점을 이해하는 것이 중요합니다. 이는 PHP 코드를 두 배 빠르게 실행하는데, 이는 사이트 로드 시간의 작은 부분일 가능성이 높습니다.

즉, 잠재적으로 매우 쉬운 성능 향상이며 보안 및 플러그인 호환성에도 더 좋습니다.

PHP 버전을 업데이트하는 방법

수년 동안 제가 배운 것이 있습니다.

거의 모든 웹 호스트에는 대시보드에 사이트의 PHP 버전을 전환할 수 있는 옵션이 포함되어 있습니다. 예를 들어 Rocket.net 대시보드의 드롭다운은 클릭 몇 번으로 변경할 수 있습니다.

대부분의 호스트는 대시보드 어딘가에 이 제어 기능이 있으므로 간단하게 업데이트할 수 있습니다.

하지만 그 전에 사이트를 백업하고 이전 버전으로 롤백할 준비를 하십시오. 최신 버전의 PHP로 업데이트하는 경우 사이트에서 하나 이상의 플러그인이 호환되지 않을 가능성이 있으므로 PHP를 되돌릴 준비가 된 시점에 이러한 유형의 변경을 수행하는 것이 좋습니다. 버전을 변경하거나 필요한 사항을 변경하십시오.

16. 플러그인 줄이기

플러그인으로 인해 사이트 속도가 느려지나요?

일종의. 복잡합니다. 몇 가지 예를 들겠습니다.

일부 플러그인은 사이트의 모든 페이지에 한두 개의 파일을 로드하여 속도를 늦출 수 있습니다.

나는 더 신중하게 설계된 모든 연락처 양식에 WPForms 플러그인을 사용합니다. WPForms는 CSS 파일을 로드하고 사용 중인 기능에 따라 몇 가지 JS 파일도 로드합니다. 그러나 연락처 양식이 있는 페이지에서만 이러한 파일을 로드합니다. 이것은 연락처 페이지를 제외하고 내 사이트의 성능에 전혀 영향을 미치지 않는다는 것을 의미합니다.

다른 한편으로는 Format Media Titles라는 플러그인을 사용하여 파일 이름을 기반으로 내 이미지에 제목을 자동으로 추가합니다. 이 플러그인은 내가 이미지를 업로드할 때 관리자 대시보드에서 약간의 PHP를 실행하고 그게 다입니다. 내 사이트 성능에 전혀 영향을 미치지 않습니다.

이제 "플러그인이 사이트 속도를 저하시킨다"는 말이 사실이 아닌 이유를 알 수 있습니다. 그럴 때도 있고, 아닐 때도 있고, 특정 조건에서 그럴 때도 있습니다.

일반적으로 플러그인이 사이트의 프런트 엔드에서 무엇이든 변경하면 성능에 영향을 미칩니다. 반대로 플러그인이 관리자 대시보드에만 영향을 미친다면 사이트 속도를 저하시키지 않을 것입니다.

사이트의 "프론트 엔드"는 방문자가 보는 것입니다. "백엔드"는 관리자 대시보드입니다.

플러그인 메뉴를 살펴보고 사이트의 프런트 엔드를 변경하는 플러그인을 선택하십시오. 활성 상태이지만 사용하지 않는 항목이 있으면 사이트 속도가 느려질 가능성이 높으므로 비활성화하십시오.

17. webP 이미지 사용

JPG 및 PNG와 같은 이미지 형식에 익숙하실 것입니다.

Google은 최적의 성능을 위해 설계된 webP라는 새로운 이미지 형식을 출시했습니다. webP 형식을 사용하면 이미지가 동일하게 보이지만 더 빨리 로드됩니다.

처음에는 훌륭하게 들리지만 여기에서 복잡해집니다.

아직 모든 브라우저가 webP 이미지를 지원하는 것은 아닙니다. 즉, 모든 이미지에 webP를 사용한 경우 Safari와 같은 브라우저에는 전혀 표시되지 않을 수 있습니다. 지금은 webP 이미지를 제공하고 모든 이미지의 백업 JPG 또는 PNG 버전도 있어야 합니다.

분명히, 그것은 가치보다 더 많은 작업처럼 들리지만 다시 한 번 매우 간단한 솔루션이 있습니다.

webP 이미지 사용 방법

Optimole 플러그인을 사용하면 완벽하게 처리됩니다.

사실 이것에 대한 설정조차 없습니다.

Optimole은 이미지의 webP 버전을 자동으로 생성하고 브라우저에서 지원하는 경우 방문자에게 제공합니다. 방문자의 브라우저가 webP를 지원하지 않는 경우 이미지의 JPG/PNG 버전을 제공하기 위해 polyfill이 포함된 작은 Javascript 파일이 로드됩니다.

18. DNS 프리페칭 활용

DNS 미리 가져오기는 정말 멋집니다.

사이트에 있는 대부분의 파일은 도메인에서 로드됩니다. 예를 들어 웹사이트의 스타일을 지정하는 테마의 CSS 파일은 웹사이트에서 호스팅합니다.

Google Analytics를 사용하는 경우 웹 사이트는 귀하의 서버 대신 Google 서버에서 필요한 Javascript 파일을 로드합니다. 도메인에서 호스팅되는 파일을 로드하는 것보다 시간이 오래 걸립니다.

기본적으로 DNS 미리 가져오기를 사용하면 웹사이트에서 외부 파일 로드 프로세스를 더 빨리 시작합니다. 실제로 누군가가 주소 표시줄에 귀하의 도메인을 입력하면 DNS 프리페칭은 그들이 귀하의 웹사이트를 방문하기도 전에 외부 파일을 준비하는 작업을 시작합니다.

세부 사항은 상당히 기술적이지만 이것이 이 전술의 기본 아이디어입니다.

DNS 프리페치를 사용하는 방법

미리 가져오기를 위해 WP Rocket에서 제공하는 간단한 옵션이 있습니다.

미리 로드 메뉴에서 웹 사이트가 로드하는 모든 외부 파일의 URL을 입력할 수 있습니다.

귀하의 사이트는 아마도 Google Fonts를 사용할 것이므로 "//fonts.googleapis.com"을 추가하면 해당 도메인 이름에 대한 미리 가져오기가 활성화됩니다.

19. 페이지당 게시물 제한

활성 블로그를 운영하는 경우 기본 게시물 페이지는 사이트에서 가장 중요한 페이지입니다. 또한 가장 느린 속도 중 하나일 수 있습니다.

홈페이지에 게시물 하나하나를 표시하는 블로거를 본 적이 있습니다. 방문하면 로딩 표시기가 돌고 돌고 페이지가 완전히 로드되지 않습니다. 그것은 끔찍한 사용자 경험이며 더 나쁜 것은 엄청난 양의 대역폭 비용이 든다는 것입니다.

어느 시점에서 게시물에 필요한 HTML의 양이 문제가 되지만 주요 문제는 모든 이미지입니다. 그렇기 때문에 사이트에 지연 로딩을 추가하는 것이 매우 중요합니다.

또한 블로그의 각 페이지에 표시하는 게시물 수에 대해 합리적인 제한을 설정해야 합니다.

페이지당 게시물을 제한하는 방법

WordPress에는 읽기 설정 메뉴에서 페이지별로 게시물을 제어할 수 있는 기본 제공 옵션이 있습니다.

지연 로딩이 활성화되어 있는 한 문제 없이 페이지당 10-30개의 게시물을 표시할 수 있습니다. 즉, 10은 아마도 블로거가 사용하는 평균 수이며 지연 로딩을 사용하지 않고는 10을 넘지 않을 것입니다.

20. Google 글꼴 요청 결합

귀하의 테마가 Google 글꼴을 로드한다고 거의 100% 확신합니다.

잘 코딩된 테마라면 Google Fonts 요청이 하나만 있어야 하므로 문제가 없습니다.

그러나 사이트의 플러그인도 Google 글꼴을 로드하고 있거나 직접 글꼴을 더 추가했을 가능성이 있습니다. 이 경우 사이트에서 여러 HTTP 요청을 의미하는 여러 Google 글꼴 요청을 만들고 있습니다. HTTP 요청이 적을수록 좋습니다.

Google Fonts 요청을 결합하는 방법

아마 지금쯤이면 익숙하실 겁니다...

To combine the Google Fonts requests on your site with WP Rocket, check this box:

If you're not sure if your site is making multiple Google Fonts requests, there's no harm in using this option, so I would recommend always turning it on.

21. Optimize Gravatar requests

When people leave comments on your site, their avatars show up automatically. That's because WordPress integrates with Gravatar to get the avatars.

Gravatar is a free service and all it does is associate an avatar with an email address. If you create an account and add an avatar, you'll see it show up on your site and all over the web automatically.

Here's the problem.

Every single one of those images makes another external request to the Gravatar servers. That means that if you get 10 comments on a post, your website is going to make up to 10 external HTTP requests – that's a lot!

There are three ways to optimize Gravatar, so it doesn't slow down your site.

How to optimize Gravatar avatars

The first option is very simple: lazy load Gravatar images.

Unfortunately, Optimole's lazy loading doesn't work with Gravatar images. In order to lazy load Gravatar images, you can use the free a3 Lazy Load plugin.

Alternatively, you can disable Gravatar entirely. In the Discussion settings, turn off avatars with this option:

As the setting implies, this disables avatars in the comments entirely. If you still want default avatars to show up, you can install the Disable User Gravatar plugin instead.

If commenters have their own accounts on your site, you can use the WP User Avatar plugin to let them upload their own avatars.

The third option is to cache the Gravatar images with a plugin like FV Gravatar Cache, but this plugin has been getting mixed user reviews.

While those three options are all viable, this next performance optimization is a fourth approach and the solution I use for this website.

22. Lazy load your comments

This is a really cool performance optimization I just started using.

Comments on your site don't show up until after all the post content, so why load them right away?

Since Optimole wasn't working to lazy load Gravatar images, I installed the Lazy Load for Comments plugin to lazy load the entire comments section. 문제 해결됨!

Now when someone visits a post, none of the comments or Gravatar images are loaded until they scroll all the way down to the comments section. This removes all of the HTTP requests from Gravatar until well after the initial load.

While we're talking lazy loading , let's keep going with one more implementation.

23. Lazy load all videos

Do you embed Youtube videos in your posts?

Loading videos can be a major drag on performance, especially if you have more than one on the page.

이미지처럼 동영상(및 iframe)을 지연 로드할 수 있습니다.

동영상을 지연 로드하는 방법

저는 이미지에 Optimole의 지연 로딩 기능을 사용하지만 WP Rocket에는 다음과 같이 활성화할 수 있는 iframe 및 동영상 전용 옵션이 있습니다.

동영상 대신 썸네일을 로드하는 옵션도 있지만 개인적으로 이 옵션은 방문자가 동영상을 두 번 클릭하게 만들어서 짜증이 나기 때문에 마음에 들지 않습니다.

24. 리디렉션 줄이기

"http"를 사용하여 이 웹 사이트를 방문하면 대신 "https" 버전으로 리디렉션됩니다.

또한 "www" 없이 방문하면 "www"가 있는 버전으로 리디렉션됩니다.

두 리디렉션 모두 매우 빠르지만 여전히 시간이 걸리고 성능 면에서는 1초도 걸리지 않습니다.

내부적으로 또는 다른 웹사이트에서 자신의 웹사이트에 연결할 때 항상 방문자가 도달하는 최종 URL을 사용해야 합니다. 리디렉션이 없도록 항상 "https://www.competethemes.com/"을 사용합니다.

항상 올바른 버전의 URL에 연결하면 사이트가 느려지는 리디렉션을 통해 방문자를 보내는 것을 방지할 수 있습니다.

25. 적은 수의 글꼴 사용

이미 JS와 CSS를 최적화했으므로 글꼴 최적화에 대해서도 진지하게 살펴보겠습니다.

성능과 관련하여 글꼴은 비쌉니다.

사이트를 더 아름답게 만드는 방법에 대한 내 게시물을 읽으면 내가 기껏해야 하나 또는 두 개의 글꼴을 사용하는 것을 옹호한다는 것을 알게 될 것입니다. 좋은 디자인 규칙일 뿐만 아니라 좋은 성능 규칙이기도 합니다.

로드하는 모든 글꼴은 사이트 성능에 영향을 미치므로 적게 사용할수록 좋습니다.

이제 조금 더 자세히 알아보겠습니다.

26. 더 적은 글꼴 두께 사용

각 글꼴 가중치는 선택한 글꼴의 성능을 배가시킵니다.

예를 들어 Roboto 글꼴을 사용하는 경우 기본 가중치를 로드합니다. 또한 이탤릭체와 굵게 표시하려는 경우 완전히 다른 문자 집합이며 대략 동일한 크기의 글꼴 파일 3개를 로드하고 있음을 의미합니다.

Playfair Display 글꼴도 사용하고 있고 볼드체 및 이탤릭체 버전을 로드하는 경우 이제 사이트 속도에 큰 영향을 미치는 6개의 글꼴 파일을 로드하게 됩니다.

기본, 기울임꼴 및 굵은 스타일로 로드된 단일 글꼴을 사용하여 사이트를 멋지게 보이고 다재다능하게 만들 수 있습니다. 다른 글꼴이 꼭 필요하다면 제목에 사용하세요. 그러면 여러 가중치나 이탤릭체가 필요하지 않습니다.

27. 언어의 문자 집합만 로드

다른 가중치로 글꼴을 로드하면 사이트에서 로드해야 하는 파일 수가 배가된다는 사실을 방금 배웠습니다.

동일한 스레드를 따라 글꼴의 문자가 많을수록 파일이 커집니다. 요점은 필요한 문자만 로드하려는 것입니다.

사용하는 언어로만 Google 글꼴을 로드하고 있는지 확인하세요. 영어 사용자의 경우 기본적으로 종종 로드되는 라틴어 확장이 아닌 라틴어 문자 집합만 필요합니다.

사이트에 Google 글꼴을 추가하는 방법에 따라 이를 변경할 수 있거나 없을 수 있으므로 사용 가능한 테마 또는 플러그인 옵션을 확인하십시오.

28. Adobe Fonts에서 OpenType 기능 끄기

글꼴에 Adobe Fonts(이전 TypeKit)를 사용하는 경우 일부 OpenType 기능에 액세스할 수 있습니다.

OpenType 기능은 아름다운 분수, 작은 대문자 및 기타 많은 타이포그래피 기능을 추가하는 데 훌륭하지만 필요하지 않을 가능성이 큽니다.

OpenType에는 많은 새 문자 글리프가 포함되어 있으므로 글꼴 파일이 더 커져 로드 시간이 길어집니다.

프로젝트를 편집할 때 여기에서 OpenType 기능을 비활성화하십시오.

내 예에서 볼 수 있듯이 이전 전술에서 설명한 대로 필요한 세 가지 글꼴 두께와 영어 하위 집합만 로드하고 있습니다.

29. Font Awesome을 Fontello로 교체

이 전술은 매우 기술적이지만 저에게 도움이 되었기 때문에 편안하게 코드를 작성하는 다른 사람을 위해 포함하고 있습니다.

사이트에 Font Awesome 또는 다른 아이콘 글꼴을 사용하는 경우 전체 글꼴을 로드할 가능성이 높습니다. 즉, 수백 개의 아이콘을 로드하게 됩니다. 아마도 사이트에서 소수의 아이콘만 사용하고 있을 것입니다.

Fontello를 사용하면 실제로 사용하고 있는 Font Awesome 아이콘만 사용하여 자신만의 아이콘 글꼴 패키지를 만들 수 있습니다.

이 사이트에서 26개의 서로 다른 아이콘만 사용하고 있기 때문에 글꼴 파일과 스타일시트(약 100kb)의 크기를 크게 줄일 수 있었습니다.

사이트를 완전히 기술적으로 제어할 수 있는 경우 Font Awesome을 제거하고 이를 Fontello의 사용자 지정 웹 글꼴 패키지로 교체하는 것이 사이트 성능을 더욱 향상시키는 훌륭한 방법입니다.

기타 최적화

나는 항상 다음 팁을 추천하는 다른 웹 사이트를 보지만 여기에 문제가 있습니다…

이러한 최종 전술은 사이트 로드를 더 빠르게 만들지 않습니다. 그들은 웹사이트의 성능을 최적화하지만 속도를 높이는 방식은 아닙니다.

사이트에서 사용하는 디스크 공간을 줄이고 잠재적으로 사이트를 더 안전하게 만들고 사용하는 대역폭도 줄일 수 있습니다. 제 눈에는 이러한 전술을 가치 있게 만들기에 충분하며, 이것이 제가 이 게시물의 끝 부분에 포함시킨 이유입니다.

다음은 마지막 7가지 전술입니다.

30. 핑백과 트랙백 끄기

더 이상 합법적인 이유로 핑백이나 트랙백을 사용하는 사람은 없습니다.

소셜 미디어 이전에 사람들이 개인 블로그를 운영할 때 핑백은 누군가를 @-ing하는 것과 비슷했습니다. 즉, 다른 블로거가 귀하의 사이트를 참조할 때 알려줍니다.

요즘에는 스팸 및 DDoSing과 같은 보안 취약점 악용에만 거의 독점적으로 사용됩니다. 토론 설정에서 이 두 가지 옵션을 사용하여 비활성화하는 것이 가장 좋습니다.

플러그인이 필요하지 않습니다.

31. Heartbeat API 속도 저하

Heartbeat API는 WordPress에서 실행되어 브라우저에서 특정 기능을 계속 실행합니다. 예를 들어 WordPress는 실수나 오류가 발생할 경우 콘텐츠를 잃지 않도록 작업하는 동안 게시물을 자동으로 저장합니다.

이 API는 일반적으로 1분에 한 번 실행되며 게시물 작업을 하거나 관리자의 다른 기능을 사용하는 동안 속도가 약간 느려질 수 있습니다.

대부분의 사람들에게 큰 문제는 아니지만 WP Rocket 플러그인에서 이 설정으로 속도를 늦출 수도 있습니다.

활동을 줄이면 Heartbeat API가 1분마다가 아니라 2분마다 한 번씩 실행됩니다.

32. 핫링크 비활성화

핫링크는 누군가 자신의 웹사이트에 이미지를 표시하지만 사이트의 이미지 URL을 사용하여 이미지를 제공하는 것입니다. 그러면 누군가가 자신의 사이트를 방문할 때마다 자신의 서버 대신 서버에서 이미지가 요청됩니다.

결론은 누군가가 귀하의 이미지 중 하나를 핫링크할 때 귀하는 대역폭에 대한 비용을 지불하고 아무런 이점도 얻지 못한다는 것입니다. 훔치는 것입니다.

Cloudflare는 무료 등급에 ScrapeShield 서비스를 포함하고 있으며, 여기에는 사람들이 이미지를 핫링크하지 못하도록 하는 옵션이 있습니다.

최근에 이 기능을 켜서 많은 대역폭을 절약했습니다. 수년에 걸쳐 내 도메인에 핫링크가 추가되기 시작했고 이 옵션은 이러한 요청을 즉시 무효화했습니다.

33. 데이터베이스 최적화

데이터베이스를 정리한다고 해서 사이트 속도가 빨라지는 것은 아니지만 사용하는 디스크 공간을 줄일 수 있습니다.

데이터베이스에 많은 부풀림이 있는 경우 사이트의 프런트 엔드보다 관리자 대시보드 속도가 느려질 가능성이 더 큽니다. 예를 들어 스팸 댓글이 수만 개 있는 경우 엄청난 양의 데이터로 인해 댓글 메뉴를 로드하는 데 시간이 더 오래 걸릴 수 있습니다.

데이터베이스를 최적화하는 데 사용할 수 있는 많은 플러그인이 있지만 이것은 WP Rocket에서도 수행하는 작업입니다.

WP Rocket 설정의 데이터베이스 메뉴에는 데이터베이스에서 스팸 댓글 및 기타 쓸모없는 데이터를 자동 삭제하는 옵션도 포함되어 있습니다.

더 좋은 점은 이 자동화가 매일, 매주 또는 매월 실행되도록 예약할 수 있다는 것입니다.

34. 사후 수정 비활성화 또는 제한

워드프레스가 하트비트 API를 사용하여 일상적으로 게시물 초안을 저장한다는 사실을 방금 배웠습니다. 음, WordPress는 나중에 필요한 경우 복원할 수 있는 개정판도 저장합니다.

수많은 수정본을 저장하는 문제는 데이터베이스에서 공간을 차지한다는 것입니다. 19개의 수정 사항이 있는 게시물은 데이터베이스에 20개의 게시물을 저장하는 것과 같습니다. 플러그인으로 개정을 비활성화하거나 제한할 수 있지만 간단히 삭제할 수도 있습니다.

WP Rocket의 데이터베이스 메뉴에는 게시물 수정본을 삭제하는 옵션이 포함되어 있습니다.

이 옵션을 수동으로 실행하거나 예약할 수 있습니다.

데이터베이스 최적화를 실행하기 전에 항상 사이트를 백업해야 합니다.

Kinsta도 내 사이트를 매일 백업하기 때문에 WP Rocket이 매일 이 최적화를 실행하도록 예약했습니다.

35. 쿼리 문자열 제거

여기에서 설명할 것이 많지만 사이트 속도가 빨라지지 않으므로 바로 결론을 내리겠습니다.

파일 URL의 쿼리 문자열은 잠재적으로 캐시되지 않도록 할 수 있습니다. WP Rocket과 같은 대부분의 캐싱 플러그인에서는 그렇지 않으므로 쿼리 문자열의 존재는 문제가 되지 않습니다.

또한 쿼리 문자열은 플러그인이 제대로 작동하는 데 필요하기 때문에 제거해서는 안 되는 경우가 많습니다.

WP Rocket에서 이 옵션을 활성화하고 완료하면 됩니다.

그들은 이 기능을 최적화하여 사이트에서 문제를 일으키지 않으며 정적 리소스에서 쿼리 문자열을 제거해야 한다는 GTMetrix 및 기타 성능 감사 도구의 경고를 표시하지 않습니다.

36. 비활성 플러그인 삭제

플러그인을 비활성화하면 단순히 끄는 것입니다. 다시 활성화하면 이전 설정이 복원됩니다.

그러나 플러그인을 삭제하면 일반적으로 플러그인에 의해 생성된 설정과 데이터가 삭제됩니다. 이는 대부분의 플러그인이 삭제할 때 실행하는 정리 프로세스를 가지고 있기 때문에 데이터베이스에 혼란을 남기지 않기 때문입니다.

아직 삭제하지 않은 비활성 플러그인이 있는 경우 이를 삭제하면 데이터베이스를 최적화하는 데 도움이 될 수 있습니다. 또한 일반적으로 좋은 습관입니다.

더 빨라진 웹사이트를 즐기세요

7,000단어가 넘는 이 글은 공식적으로 제가 지금까지 작성한 블로그 글 중 가장 긴 글입니다. 나는 모든 것을 포함하고 싶었다!

한 가지만 더 말씀드릴 게 있습니다...

성능 최적화와 관련하여 귀하의 작업은 실제로 완료되지 않습니다. 사이트에서 시도하고 싶은 전술을 구현한 후에는 1년에 한두 번 여기로 돌아와 목록을 다시 검토하고 사이트를 다시 최적화하십시오.

사이트를 최상의 상태로 유지하려면 적어도 1년에 한 번 사이트를 다시 최적화해야 합니다.

또한 이 목록을 처음 사용했을 때 일부 전술이 너무 기술적으로 파악하기 어려웠다는 사실을 알게 될 수도 있습니다. WordPress 전문가가 되면 이러한 전술을 적용하기가 훨씬 더 간단하다는 것을 알게 될 것입니다.

질문이 있으시면 댓글란을 열어둘 테니 아래에 글을 남겨주세요!