WordPress 웹사이트의 서버 응답 시간을 줄이는 8가지 방법
게시 됨: 2021-03-25
물론 WordPress 사이트의 성능을 확인하고 속도를 높이기 위한 조치를 취하기 위해 많은 온라인 도구를 사용했을 것입니다.
그러나 예상한 결과를 얻지 못했습니다. 오른쪽?
이것은 덜 알려진 사실 때문일 수 있습니다. WordPress 사이트를 최적화하려면 웹 사이트를 지원하는 호스팅 솔루션을 포함하여 백엔드와 프론트엔드에서 작업해야 합니다.
오늘 저는 WordPress 사이트의 속도를 높이는 관리형 WordPress 호스팅 공급자의 역할과 이러한 호스팅 솔루션이 서버 응답 시간을 줄이는 데 어떻게 도움이 되는지에 대해 논의할 것입니다.
그러나 시작하기 전에 화면에 웹 페이지를 렌더링하는 4단계 프로세스를 이해하시기 바랍니다.
- 요청 : 방문자(클라이언트라고도 함)의 브라우저에서 시작한 요청입니다.
- 응답 : 요청이 처리되고 필요한 자산(웹 페이지 파일, 리소스 등)이 서버에서 처리되어 방문자의 웹 브라우저로 다시 전송됩니다.
- 빌드 : 웹 브라우저는 이러한 자산을 사용하여 요청된 웹 페이지에 대한 렌더링 프로세스를 시작합니다.
- Render : 마지막으로 방문자에게 웹페이지를 보여줍니다.
네 가지 중 두 번째 단계(응답)는 전적으로 호스팅 서버에 의존합니다. 서버가 이 단계를 수행할 수 없는 경우(어떤 이유로든) 다음 단계가 지연되어 방문자의 UX가 어려움을 겪습니다.
이것은 사용자에게 서버에서 호스팅되는 모든 사이트에 배포되는 충분한 리소스가 약속된 공유 호스팅에서 매우 일반적입니다. 따라서 적절한 리소스가 부족하여 웹 사이트 성능이 저하되어 속도가 느려집니다. 이 느린 성능은 웹사이트의 SEO 및 사용자 경험에도 영향을 미칩니다.
- 서버 응답 시간이란 무엇입니까?
- 서버 응답 시간을 줄이는 방법은 무엇입니까?
- 서버와 방문자 간의 거리
- 교통
- 호스팅 리소스
- 데이터베이스
- 동적 대 정적
- 서버 소프트웨어
- 현명하게 WordPress 호스팅 선택
- Cloudways가 서버 응답 시간 개선에 어떻게 도움이 됩니까?
- Cloudways 서버의 TTFB
서버 응답 시간이란 무엇입니까?
서버 응답 시간(Time To First Byte라고도 함)은 서버가 방문자의 요청에 응답하는 데 걸리는 시간입니다. TTFB는 클라이언트가 요청을 보내고 클라이언트의 브라우저가 요청된 웹 페이지를 렌더링하기 시작하는 시간 브래킷을 나타냅니다.
TTFB 조치에는 세 가지 구성 요소가 있습니다.
HTTP 요청 보내기
사용자가 웹 페이지를 처음 로드할 때 HTTP 요청이 트리거됩니다. 서버는 이 요청을 수신하고 적절한 응답을 준비합니다. 네트워크 속도 및 서버까지의 거리와 같은 요소는 서버가 요청을 수신하는 데 걸리는 시간에 영향을 줄 수 있습니다.
요청 처리
서버는 브라우저로부터 요청을 받으면 스크립트 실행, 데이터베이스에서 데이터 가져오기, 백엔드 작업 실행과 같은 다양한 프로세스를 시작합니다.
응답 처리
응답의 모든 구성 요소가 생성되면 서버는 이를 최종 사용자에게 보냅니다. 이 단계는 웹사이트 호스팅 서버의 성능과 사용자의 인터넷 연결 속도에 따라 다릅니다.
WebPageTest와 같은 온라인 성능 분석 도구에서 생성된 결과를 검토하는 동안 TTFB를 발견했을 수 있습니다. Google 가이드라인에 따르면 웹사이트에는 TTFB가 200ms를 초과해서는 안 됩니다.
WordPress 사이트의 속도 테스트를 실행하면 결과에서 느린 admin-ajax.php에 대한 참조를 보게 될 것입니다. 그렇다면 해결 방법을 배우십시오!
서버 응답 시간을 줄이는 방법은 무엇입니까?
많은 요인으로 인해 서버 응답 시간이 느려질 수 있습니다. 그러나 여기서는 사이트 소유자가 제어할 수 있는 가장 두드러진 요소를 강조하겠습니다.
1. 서버와 방문자 간의 거리
근본적인 문제부터 시작하겠습니다. 데이터가 양방향으로 이동해야 하는 거리입니다!
호스팅 서버를 완성하기 전에 타겟 고객이 누구이고 어디에 있는지에 대해 잘 알고 있어야 합니다. 이 정보를 기반으로 대상 고객에게 가장 가까운 데이터 센터를 선택할 수 있습니다. 이렇게 하면 서버와 데이터가 이동해야 하는 거리가 줄어들기 때문에 대기 시간이 최소로 유지됩니다. 결과적으로 서버 응답 시간이 크게 향상되었습니다.
청중이 전 세계인 경우 전 세계적으로 분산된 노드에 웹 사이트 자산의 사본을 보관하는 WordPress CDN 제공자를 활용할 수 있습니다. 사용자가 페이지를 요청하면 원래 호스팅 서버가 아닌 가장 가까운 노드에서 제공됩니다.
느린 웹사이트는 전환율에 영향을 줄 수 있습니다!
Cloudways를 사용해 보고 WordPress의 성능을 최대화하십시오.
2. 교통
비즈니스의 지속적인 성장으로 인해 트래픽 급증이 매우 빈번해질 수 있습니다(경고가 거의 또는 전혀 없음).
예를 들어 설명하겠습니다. 커피숍 웹사이트에 특별 제안을 게시하면 사이트 방문자 수가 크게 늘어날 수 있습니다. 결과적으로 서버는 즉각적인 응답을 요구하는 요청을 점점 더 받기 시작합니다. 리소스 소비가 한계에 도달하면 서버 응답 시간이 증가하기 시작합니다. 결국 모든 리소스가 소모되면서 사이트가 다운되고 브랜드의 매출과 평판이 하락하게 됩니다.
무료 커피 제공을 중단하는 것이 좋습니다. 당신이 할 수 있는 일은 성능에 최적화되고 트래픽 급증을 처리할 수 있는 웹 호스트를 선택하여 느린 서버 응답 시간을 개선하는 것입니다.
3. 호스팅 리소스
온라인 비즈니스를 시작할 때 비즈니스의 첫 번째 순서는 철저한 서버 리소스 요구 사항 수집 세션이어야 합니다. 이를 통해 비즈니스를 시작하는 데 필요한 서버 리소스의 양과 리소스 요구 사항의 향후 예측에 대한 아이디어를 얻을 수 있습니다.
프로세스가 확실하지 않은 경우 먼저 호스팅 제공업체의 지원팀에 연락하여 상황을 설명하세요. 그들은 귀하의 경우에 적합한 솔루션을 제시할 수 있습니다. 실제로 투자하기 전에 서비스를 사용해 볼 수도 있습니다.
지속적으로 인프라를 업그레이드하고 PHP 7.3 및 HTTP/2 서버와 같은 최신 하드웨어 및 업데이트된 소프트웨어를 사용하는 호스팅 제공업체를 선택하십시오.
관련 메모에서 가장 큰 서버를 사용하는 것이 항상 가장 현명한 결정은 아닙니다. 리소스를 효율적으로 관리하고 모든 최상의 개발 및 서버 관리 모범 사례를 적용하면 서버 응답 시간을 개선하는 데도 도움이 됩니다.
Cloudways는 모든 서버를 시작하고 요구 사항에 따라 기능을 테스트할 수 있는 무료 평가판(신용 카드 없이)을 제공합니다.
4. 데이터베이스
데이터베이스는 필요한 모든 정보가 저장되는 장소입니다. 두 서버 모두 지연 없이 정보에 액세스, 관리 및 업데이트할 수 있도록 최적화되어야 합니다. 유지 관리되지 않거나 거대한 데이터베이스는 올바른 데이터를 가져오는 데 더 많은 시간이 필요하므로 전체 서버 응답 시간이 늘어납니다.
데이터베이스 관련 문제를 해결하려면 불필요하고 오래된 데이터를 제거하고 더 똑똑하고 빠른 실행을 위해 쿼리를 다시 작성하십시오.
데이터베이스 구조 조정 및 데이터베이스 최적화 관련 WordPress 플러그인을 포함하여 성능 향상을 위해 WordPress 데이터베이스 를 최적화하는 팁을 사용할 수도 있습니다.
5. 동적 대 정적
동적 콘텐츠는 방문자가 생성한 요청에 따라 런타임에 생성되며 일반적으로 사용자마다 다릅니다. 예를 들어, 내가 커피를 주문하고 당신이 햄버거를 주문하면 웹 사이트의 유사한 UI 때문에 우리 측의 프로세스는 동일하게 유지됩니다. 그러나 두 주문의 특성이 다르기 때문에 서버 응답이 다릅니다. 서버는 데이터베이스에서 두 개의 다른 데이터 세트를 가져오고 두 개의 개별 응답을 준비합니다. 이제 인기 있는 레스토랑에 대한 예제를 확장하면 서버의 로드에 대한 꽤 좋은 아이디어를 얻을 수 있습니다.
정적 콘텐츠는 웹사이트의 HTML, JS, CSS 및 이미지에 하드코딩됩니다. 이러한 자산은 다른 사용자 입력에 대해 변경되지 않으며 서버는 모든 방문자에게 동일한 콘텐츠를 제공합니다. 서버 리소스를 많이 사용하지 않고 서버 응답 시간이 길어지기 때문에 콘텐츠를 가장 빠르게 전달할 수 있는 방법입니다.
전문가들은 로드 시간과 서버 리소스 소비를 줄이기 위해 정적 콘텐츠를 WordPress CDN 으로 오프로드할 것을 제안합니다.
6. 서버 소프트웨어
서버 스택은 서버 응답 시간에 심각한 영향을 미칩니다. 일반적으로 스택은 서버에 처리 능력을 제공하기 위해 함께 제공되는 서버와 캐시의 조합으로 구성됩니다. 인기 있는 스택 구성 요소에는 Apache, NGINX, MySQL/MariaDB가 포함됩니다.
WordPress 및 PHP 버전을 업데이트하는 것을 잊지 마십시오. 이전 버전은 종종 더 많은 서버 리소스를 필요로 하고 응답 처리에 비효율적입니다. WordPress Core Team은 최적화된 처리를 위해 PHP7 사용을 권장합니다.
PHP 7의 WordPress: 성능 벤치마크 및 업그레이드 가이드
7. WordPress 호스팅을 현명하게 선택하십시오
이제 서버가 클라이언트의 요청을 처리하는 방법에 대해 더 깊이 이해했으므로 WordPress 웹 사이트의 호스팅 솔루션 유형에 대해 정보에 입각한 결정을 내릴 수 있습니다. 가장 적합한 것은 성능 요구 사항에 따라 서버 구성 요소를 제어하고 최적화할 수 있는 전용 환경입니다.
기술에 익숙하지 않다면 서버 관리 문제를 처리하는 고도로 최적화된 관리형 WordPress 호스팅 제공업체를 선택하십시오.
8. Cloudways가 서버 응답 시간 개선에 어떻게 도움이 됩니까?
Cloudways는 최적화된 서버 스택을 갖춘 관리형 클라우드 호스팅 플랫폼으로 WordPress 사이트에 이상적입니다. Cloudways 및 Breeze에서 호스팅되는 기본 WordPress 사이트는 단 몇 ms 만에 로드할 수 있습니다.
인상적이지 않습니까?
37ms의 빠른 속도로 WordPress 사이트를 로드 하세요 ! WordPress를 위한 최고의 호스팅 덕분에
서버와 방문자 간의 거리
Cloudways는 최고 수준의 클라우드 인프라 제공업체와 파트너 관계를 맺어 전 세계적으로 55개 이상의 데이터 센터를 제공합니다. 청중이 어디에 있든 웹 사이트 속도에 대한 걱정 없이 가장 가까운 데이터 센터를 선택 하고 서버를 실행하기만 하면 됩니다.
서버가 가까울수록 청중을 위해 웹 사이트가 더 빨리 로드된다는 것을 기억하십시오. 전 세계 사용자의 경우 CloudwaysCDN을 활용 하십시오 .
교통
트래픽 급증에 대처하기 위해 Cloudways의 서버 리소스는 클릭 한 번 으로 확장할 수 있습니다.
이 기능은 신규 및 기존 온라인 비즈니스 모두에 유용합니다. 기존 비즈니스는 서버 충돌로 인한 트래픽 손실에 대해 걱정하지 않고 운영할 수 있으며 미래 요구 사항에 대해 확신하지 못하는 신규 비즈니스는 필요할 때 리소스를 쉽게 확장할 수 있습니다.
지원하다
Cloudways의 클라우드 전문가는 연중무휴 24시간 도움을 드릴 수 있습니다. 자유롭게 논의하고 Cloudways 지원에 귀하의 요구 사항/쿼리를 알려주면 그에 따라 안내할 수 있습니다.
데이터베이스
현재 공식 WordPress는 MySQL과 MariaDB만 지원합니다. 이를 고려하여 Cloudways는 플랫폼에 두 가지를 모두 추가하여 WordPress 사용자에게 선택권을 남겼습니다. 클릭 한 번으로 MySQL을 MariaDB 로 변환 할 수 있습니다.
동적 대 정적
위에서 설명한 대로 이 결정은 사용자마다 다릅니다. Cloudways에서 서버에는 동적 콘텐츠 처리를 크게 향상시키는 사전 설치된 PHP7(이 글을 읽는 동안 최신 버전은 PHP 7.3임)이 함께 제공됩니다. 그러나 모든 애플리케이션 코드 기반이 PHP7과 호환되는지 확인해야 합니다. 이를 위해 라이브 사이트의 WordPress 스테이징 환경을 만들고 모든 것을 테스트하십시오. 만족스러우면 변경 사항을 라이브 버전으로 푸시합니다. 정적 콘텐츠의 경우 ThunderStack 공식이 가장 효과적입니다!
서버 소프트웨어
Cloudways 서버는 Apache, NGINX, Varnish, Memcached, PHP-FPM, Redis 및 PHP 7.x 지원의 조합입니다 . 이 모든 것이 결합되어 WordPress 사이트의 성능을 향상시킵니다.
Cloudways 서버의 TTFB
테스트를 위해 모든 기본 설정으로 1GB Linode 서버(Fremont 데이터 센터에서)를 시작했습니다. 다음으로 Breeze 를 설치 하여 축소 및 그룹화를 활성화했습니다.
그런 다음 웹 페이지 테스트를 통해 테스트를 실행합니다. 결과 는 다음과 같습니다.
TTFB(Time To First Byte)가 Google의 지침에 맞는 200ms 미만임을 알 수 있습니다.
동일한 사이트가 Pingdom에서 테스트되는 경우. 여기 내가 얻은 것이 있습니다!
결론을 내리자!
WordPress 사이트의 전체 성능을 개선하고 서버 응답 시간을 줄이는 것은 모든 모범 사례를 따르는 문제입니다. 호스팅 제공업체의 TTFB 값에 만족하면 WordPress 사이트 속도를 높이는 팁 구현을 시작할 수 있습니다.
Cloudways에서 기존 WordPress 사이트의 TTFB를 테스트하고 싶으십니까? 무료 평가판으로 시작하고 몇 번의 클릭으로 WordPress 사이트 를 마이그레이션하십시오 . 아래 댓글 섹션에서 결과를 공유하는 것을 잊지 마십시오.