사이트의 초기 서버 응답 시간을 줄이는 10가지 방법

사이트 로드 시간을 10분의 1초만 개선해도 페이지 조회수는 7~8% 향상되고 전자상거래 지출은 10% 향상될 수 있습니다.

그럼, 어디서부터 시작하나요?

핵심은 초기 서버 응답 시간을 줄이는 것입니다. 서버는 웹 페이지, 이미지 및 기타 리소스를 사용자의 장치로 보내는 컴퓨터입니다. 속도가 느리면 사이트를 개선하기 위해 수행하는 다른 작업은 거의 또는 전혀 이익이 되지 않습니다.

이를 염두에 두고 사용자가 요청하는 즉시 사이트를 제공할 수 있도록 실행 가능한 10가지 팁을 살펴보겠습니다.

서버 응답 시간이란 무엇입니까?

누군가가 브라우저를 통해 귀하의 웹사이트에 접근할 때마다 해당 브라우저는 귀하의 웹사이트 서버에 "요청"을 보냅니다. 사용자에게 웹페이지를 렌더링하기 위해 HTML, CSS, JavaScript, 글꼴 파일 등 필요한 파일을 검색하도록 서버에 요청합니다.

그러면 서버 응답 시간은 웹 페이지를 로드하라는 요청을 받든, 데이터베이스 쿼리를 처리하라는 요청을 받든 관계없이 서버가 요청에 응답하는 데 걸리는 시간입니다. 서버에서 첫 번째 파일을 로드하는 데 걸리는 시간을 밀리초 단위로 측정하는 "첫 번째 바이트까지의 시간" 또는 TTFB라고도 합니다.

서버 응답 시간이 중요한 이유는 무엇입니까?

응답이 빠를수록 페이지 로드도 빨라집니다. 그리고 우리 모두 알고 있듯이 페이지 속도는 잠재 고객이 귀하의 사이트에 참여하거나 사이트에서 벗어나는 것 사이에 차이를 만들 수 있습니다.

한 연구에 따르면 로드 시간이 1초인 사이트는 로드하는 데 10초가 걸리는 사이트보다 전환율이 5배 더 높은 것으로 나타났습니다.

초기 서버 응답 시간을 개선하면 다음과 같은 다른 이점이 있습니다.

• 사이트의 전반적인 사용자 경험을 개선합니다.
• 이탈률 감소.
• 검색 엔진 결과 페이지에서 순위를 높입니다.

좋은 서버 응답 시간이란 무엇입니까?

서버 성능은 TTFB(Time to First Byte)를 사용하여 밀리초 단위로 측정됩니다. Google의 PageSpeed ​​Insights 또는 유사한 도구를 사용하여 웹사이트 속도를 측정하면 TTFB 및 기타 사용자 경험 측정항목이 제공됩니다.

구글에 따르면:

• 100ms 이하의 응답 시간이 이상적입니다.
• 200ms 이하의 응답 시간은 훌륭합니다.
• 500ms 미만이면 모두 허용됩니다.
• 500ms 또는 0.5초를 초과하면 문제가 됩니다.

서버 응답 시간이 느려지는 원인은 무엇입니까?

서버 응답 시간에 부정적인 영향을 미치는 요인은 많습니다. 예를 들어, 신뢰할 수 없는 호스팅, 네트워크 정체, 열악한 인터넷 연결 등은 모두 서버 응답 지연이나 심지어 서버 충돌을 일으킬 수 있습니다.

다음은 몇 가지 추가 예입니다.

• 이미지 및 비디오에 압축을 사용하지 않음
• 최적화되지 않은 웹 글꼴
• 불필요한 프로그램, 앱, 플러그인
• 리디렉션이 너무 많아 추가 HTTP 요청이 발생합니다.

사이트의 초기 서버 응답 시간을 줄이는 10가지 방법

Google PageSpeed ​​Insights, GTMetrix 또는 WebPageTest와 같은 도구를 사용하여 서버 성능을 계산할 수 있습니다. 성능을 측정한 후에는 다음 팁 중 하나를 구현하여 초기 서버 응답 시간을 줄일 수 있습니다.

1. 비즈니스 목표를 서버 응답 시간 지표와 일치시킵니다.

앞서 언급했듯이 서버 응답 시간은 웹사이트의 UX에 큰 영향을 미치며, 이는 결국 트래픽과 수익에도 영향을 미칩니다.

따라서 TTFB와 같은 실험실 지표 외에도 전환수, 판매 수치와 같은 주요 비즈니스 지표는 물론 다음과 같은 성과 지표를 고려하는 것이 중요합니다.

• 콘텐츠가 포함된 최대 페인트(LCP): 기본 콘텐츠를 페이지에 로드하는 데 걸리는 시간
• FID(첫 번째 입력 지연): 사용자가 페이지와 처음 상호 작용할 때부터 브라우저가 해당 상호 작용을 처리하기 시작할 때까지 걸리는 시간
• CLS(Cumulative Layout Shift): 시각적 안정성 측정
• INP(Interaction to Next Pain): 2024년 3월 응답성 지표로 FID를 공식적으로 대체하도록 설정되었습니다.

서버 응답 시간 목표가 전체 비즈니스 목표와 일치하는지 확인하려면 여러 소스의 데이터를 결합하는 것부터 시작하세요. 여기에는 CRM 소프트웨어, 회계 및 온라인 송장 발행 소프트웨어, Google Analytics, Google PageSpeed ​​통찰력과 같은 소스가 포함되어야 합니다.

이 데이터를 정렬하면 수익, 고객 경험, 사이트 성능 간의 연관성과 이것이 비즈니스 목표에 미치는 영향을 확인할 수 있으므로 비즈니스의 주요 서버 응답 지표를 식별하고 집중하는 데 도움이 됩니다.

이에 대한 좋은 예는 서버 응답 시간을 개선하여 SaaS 제품에 대한 구독을 늘리려는 결합된 목표입니다. 고객 여정을 살펴보고 이탈률이 높거나 성능이 낮은 페이지를 식별하고 개선해야 할 측정항목이 무엇인지 살펴봅니다.

그렇게 하면 SERP 순위를 높이고 이탈률을 줄이며 더 나은 사용자 경험을 만들 수 있습니다. 구독자 늘리기라는 전반적인 목표에 기여합니다.

2. 서버 성능에 영향을 미치는 공통 요소 식별

초기 서버 응답 시간이 너무 길면 간단한 설명이 있을 수 있습니다. 성능 저하의 원인은 일반적으로 일반적인 문제입니다. 사이트의 이미지와 비디오를 압축하지 않았을 수도 있습니다.

또는 최신 버전의 PHP 스크립트 언어를 사용하고 있지 않을 수도 있습니다. 과도한 HTTP 요청을 생성하는 JavaScript 파일이 너무 많을 수도 있습니다.

PageSpeed ​​Insights를 사용하여 성능을 측정하는 경우 이러한 일반적인 문제 중 상당수가 보고서 아래쪽에 강조표시되어 있습니다.

3. 성능 향상을 위해 서버 하드웨어 구성 요소 최적화

서버 하드웨어는 여러 구성 요소로 구성되며, 모두 안정적인 성능을 위해 효율적으로 작동해야 합니다. 좋은 호스팅 제공업체가 있다면 강력한 하드웨어와 견고한 인프라를 제공해야 하지만 레거시 하드웨어를 사용하는 업체는 응답 시간이 느려집니다.

또한 CPU(중앙 처리 장치), RAM(Random Access Memory) 및 디스크 공간을 최적화해야 합니다.

여기에서 시도해 볼 수 있는 몇 가지 접근 방식은 다음과 같습니다.

• Apache 대신 Nginx와 같은 경량 서버 소프트웨어 사용
• PHP 성능을 향상시킬 수 있는 PHP FastCGI 프로세스 관리자 사용
• 로컬 DNS 캐시 설치 및 구성
• WordPress를 사용하는 경우 불필요한 플러그인을 확인하고 비활성화하세요.

더 빠른 CPU와 증가된 RAM을 통해 더 많은 요청을 처리하고 응답 시간을 줄일 수 있습니다. 하드 디스크 드라이브(HDD)는 읽기 및 쓰기 속도 측면에서 훨씬 빠른 솔리드 스테이트 드라이브(SSD)로 점차 교체되고 있습니다.

4. 기술 스택을 재평가하고 조정하세요.

기능적이고 현대적인 웹사이트를 위해서는 타사 스크립트가 필수입니다. 이는 또한 웹 사이트 팽창과 초기 로딩 시간과 관련된 잠재적인 문제의 일반적인 원인이기도 합니다.

기술 스택을 다시 검토하고 어떤 기능이 필수적인지, 어떤 기능이 웹사이트 목표와 더 이상 관련되지 않는지 평가하세요. 예를 들어, 스스로에게 물어보세요:

• 어떤 도구 없이는 살 수 없습니까?
• 현재 요구 사항은 무엇이며 시간이 지남에 따라 어떻게 발전할 가능성이 있습니까?
• 귀하의 솔루션은 얼마나 확장 가능합니까?
• 비즈니스에 중요한 통합은 무엇입니까?

제3자의 전문 지식을 요청하는 것을 두려워하지 마십시오. 고용된 컨설턴트는 귀하가 고려하지 않았을 수도 있는 아이디어를 테이블에 가져올 수 있습니다.

이 프로세스는 웹사이트에만 적용되는 것이 아니라 나머지 비즈니스 소프트웨어 스택에도 동일하게 적용됩니다. 작업 관리 소프트웨어든 장부 관리 앱이든 장기적으로 높은 성능을 발휘하도록 설계된 신뢰할 수 있는 공급업체와 플러그인을 선택하세요.

전반적으로 정기적으로 검토하고 업데이트하는 것을 잊지 마세요. 로딩 시간에 해를 끼치는 타사 솔루션에 대한 더 나은 대안을 찾고 더 이상 목적에 부합하지 않는 솔루션을 완전히 제거하십시오.

5. 캐싱 기술을 사용하여 초기 서버 응답 시간을 줄입니다.

캐싱이란 서버가 각 웹 페이지의 복사본을 가상 메모리나 로컬 하드 드라이브에 저장한다는 의미입니다. 이렇게 하면 방문자의 브라우저가 방문할 때마다 파일을 요청하거나 콘텐츠를 로드할 필요가 없습니다.

캐싱 배포는 웹 사이트가 동적으로 생성된 페이지가 포함된 CMS(콘텐츠 관리 시스템)를 사용하는 경우 특히 유용합니다. 동적 페이지 전달은 페이지가 로드될 때마다 서버가 데이터베이스에 액세스해야 하기 때문에 응답 시간이 늘어납니다. 이 문제를 해결하려면 Varnish와 같은 도구를 사용하여 가상 메모리의 페이지를 캐시할 수 있습니다.

사용자가 검색하는 동안 서버가 브라우저와의 연결을 일정 시간("시간 초과") 동안 유지하는 Apache의 "Keep-Alive" 설정을 사용할 수도 있습니다. 많은 새로운 연결.

하지만 이를 구현하는 방법에 주의하세요. 시간 초과 카운터를 너무 높게 설정하면 서버 연결이 브라우저의 새 명령을 기다리는 동안 너무 오랫동안 유휴 상태가 되어 전반적인 RAM 사용량이 급증하고 서버 충돌 위험이 높아집니다. 일반적으로 시간 제한 설정에는 1초가 최적의 선택입니다.

대안으로 "프리페칭(prefetching)" 기술을 시도해 볼 수도 있습니다. 이는 탐색 동작을 사용하여 사용자가 다음에 요청할 리소스를 예측하고 해당 리소스를 캐시에 미리 로드합니다.

6. 더 빠른 검색 프로세스를 위해 데이터 쿼리 최적화

시간이 지남에 따라 데이터가 축적되면 서버가 쿼리에 응답하는 속도가 느려집니다.

서버는 데이터베이스 테이블을 사용하여 페이지 정보 및 사용자 생성 콘텐츠를 포함한 콘텐츠를 저장합니다. 데이터는 자주 작성되고 삭제되므로 공백이나 "조각"이 발생할 수 있습니다. 검색 시간을 향상시키려면 "조각 모음"이라는 프로세스에서 이러한 공백을 제거하거나 병합할 수 있습니다.

서버 조각 모음을 수행해야 하는지 여부에 대한 의견은 다양합니다.

예전에는 이것이 표준 관행이었지만 이제는 많은 관리자가 속도 향상이 일반적으로 프로세스가 실행되는 동안 발생하는 성능 저하에 비해 가치가 없다는 것을 알게 되었습니다. 게다가 최신 SSD의 조각 모음은 해결하는 것보다 더 많은 문제를 야기할 수 있으므로 권장하지 않습니다.

또 다른 옵션은 분산된 서버 세트를 사용하여 각 사용자에게 지리적으로 가장 가까운 서버에서 웹 사이트 파일을 전달하는 CDN(콘텐츠 전달 네트워크)을 구현하여 응답 시간을 줄이는 것입니다.

7. 서버 환경을 확장하여 증가하는 트래픽을 관리하세요.

웹 트래픽 증가는 비즈니스에 좋지만 서버에 더 많은 작업을 제공합니다.

수요 증가에 따라 서버 환경을 확장하여 응답 시간을 저하시키거나 충돌을 일으키지 않고 더 많은 사용자를 동시에 처리할 수 있도록 하는 것이 중요합니다.

서버를 확장하는 방법에는 수평 및 수직의 두 가지가 있습니다. 수평적 확장은 더 많은 서버를 추가하는 것을 의미하고, 수직적 확장은 기존 서버를 더 나은 하드웨어로 업그레이드하는 것을 의미합니다.

서버 설정을 조정할 수도 있습니다. 예를 들어, 클러스터의 단일 서버가 과부하되지 않도록 여러 서버에 네트워크 트래픽을 분산하는 로드 균형 조정 구성 요소를 추가할 수 있습니다.

8. 이미지와 비디오 압축

아마 여러분도 직접 경험해 보셨을 것입니다. 사이트를 렌더링하는 데 오랜 시간이 걸리면 이미지가 표시될 때까지 기다리는 경우가 가장 많습니다.

온라인 쇼핑을 할 때 특히나 심하고, 제품을 가까이서 보기만 기다리고 있을 뿐입니다. 이것이 바로 자신의 사이트에서 이미지와 비디오를 올바르게 처리하는 것이 매우 중요한 이유입니다.

실제로 통계에 따르면 이미지는 2021년 웹사이트에서 발생한 HTTP 요청 중 가장 큰 부분을 차지했습니다.

무손실 압축 방법은 생각할 필요도 없습니다. 이미지 품질에 눈에 띄는 차이를 만들지 않고 이미지의 파일 크기를 줄입니다.

YouTube나 Amazon과 같은 많은 사이트에서는 먼저 저품질 버전의 콘텐츠를 로드한 다음 준비가 되면 전체 해상도 버전을 가져옵니다. 서버와 사용자 사이의 연결이 좋지 않은 경우 탐색하는 동안 살펴볼 내용이 제공됩니다.

소규모 웹사이트이든 동적 전자상거래 사이트이든 고품질 사진을 업로드하고 대량으로 최적화하여 시간과 리소스를 절약하고 싶을 것입니다. 좋은 CDN은 이미지와 비디오를 압축한 다음 사용자에게 적절한 버전을 제공합니다. NitroPack과 같은 최적화 플러그인은 적응형 이미지 크기 조정, 지연 로딩 및 WebP 변환과 같은 고급 최적화를 추가로 적용합니다.

9. 웹 글꼴 최적화

웹 글꼴은 WOFF(Web Open Font Format)와 같은 파일에 제공되는 서체입니다. 이러한 글꼴은 디지털 화면용으로 설계되었으며 파일 형식은 웹에서 좋은 성능을 발휘하도록 설계되었습니다.

그럼에도 불구하고 제대로 사용하지 않으면 서버 응답 시간이 느려질 수 있습니다. 이 문제를 해결하기 위한 몇 가지 팁은 다음과 같습니다.

• 가능하다면 사용자 기기에 이미 설치되어 있는 시스템 글꼴을 사용하세요 . 이는 글꼴 파일이 인터넷을 통해 전혀 이동할 필요가 없음을 의미합니다.
• 사이트에 실제로 필요한 글꼴 두께와 스타일만 포함하세요 . 사이트에 기울임꼴 텍스트를 표시하지 않을 수도 있지만 기울임꼴 글꼴을 가져오려면 여전히 로드해야 합니다.
• 가능하다면 WOFF 글꼴보다는 WOFF2 글꼴을 사용하세요 . 평균적으로 WOFF2는 동일한 결과를 얻기 위해 WOFF보다 훨씬 작은 파일 크기를 사용합니다.
• 글꼴이 호스팅되는 위치를 생각해 보세요 . 사이트에 따라 자체 서버나 CDN을 통해 글꼴 파일을 호스팅하는 것이 더 나을 수도 있습니다.

2023년부터는 페이지에서 실제로 사용하는 문자만 렌더링하는 데 도움이 되는 글꼴 하위 설정과 같은 혁신적인 기능을 활용하여 글꼴 파일 크기와 웹 페이지를 로드하는 데 걸리는 시간을 크게 줄일 수도 있습니다.

10. 지속적인 개선을 위해 서버 성능을 모니터링합니다.

서버 응답 시간은 웹 사이트의 성공에 매우 중요하므로 서버 성능을 지속적으로 모니터링하는 것이 중요합니다. 점검 실행을 위한 설정된 시간을 설정하고 모든 기반을 포괄하는 점검 목록을 만듭니다.

여기에는 다음이 포함되어야 합니다.

• 서버가 일반적인 로드를 처리할 수 있는 적절한 용량을 갖추고 있는지 확인
• 디스크 사용량 및 서버 리소스 사용량 확인
• 서버 로그 검토
• 시스템 일관성 검사 실행
• 고장 징후가 보이는 드라이브 교체
• 업데이트 설치

문제를 발견하면 즉시 해결하십시오. 서버 상태가 항상 최상의 상태를 유지하려면 며칠 내에 모든 작업을 완료해야 합니다. 또한 비즈니스의 모든 필수 성능 지표를 다루는 본격적인 웹 성능 예산 설정을 고려할 수 있습니다.

WordPress의 초기 서버 응답 시간을 줄이는 방법에 대한 고급 팁

WordPress 사이트는 점점 더 많은 플러그인과 추가 기능을 추가하는 것이 매우 편리하기 때문에 처음부터 쉽게 구축할 수 있습니다.

이것은 축복이자 저주입니다.

우선, 소프트웨어를 최신 상태, 성능 및 보안으로 유지하기 위해 해당 플러그인 개발자에게 의존하고 있습니다. 그리고 이러한 리소스가 많아지면 더 많은 HTTP 요청이 발생합니다.

서버 응답 시간을 빠르게 유지하면서 WordPress의 이점을 어떻게 누릴 수 있나요?

최신 정보를 받아보세요

사이트의 반응성을 최대한 높이려면 플러그인, 테마 및 WordPress 코어를 정기적으로 업데이트하는 것이 중요합니다. WordPress 소프트웨어는 PHP(오픈 소스 프로그래밍 언어)로 작성되었으며 이 언어도 계속 업데이트해야 합니다.

WordPress 대시보드를 열고 업데이트 페이지로 이동하여 사용 가능한 업데이트를 확인할 수 있습니다. 설치할 수 있는 새 버전의 WordPress가 있을 수도 있습니다.

관리형 호스팅으로 업그레이드

공유 호스팅에서는 RAM, CPU 등의 리소스가 여러 웹사이트에 분산됩니다. 즉, 사이트에 사용할 수 있는 양이 제한되어 있어 로드 및 응답 시간에 영향을 줄 수 있습니다. 다른 사람의 웹사이트에서 발생하는 일로 인해 귀하의 서버가 느리게 실행될 수 있습니다.

관리형 호스팅은 조금 더 비쌀 수 있지만 성능을 향상시키고 싶다면 시도해 볼 가치가 있습니다. 관리형 WordPress 호스팅을 사용하면 자동 업데이트 및 백업의 이점도 누릴 수 있습니다.

다음을 제공하는 제공업체를 선택하십시오.

• 연중무휴 헬프데스크 지원
• 맬웨어 방지를 포함한 뛰어난 보안 기능
• 자동 백업
• 보안 및 네트워크 인프라 모니터링(및 필요한 경우 경고)
• 완전 관리형 소프트웨어 및 하드웨어 유지 관리
• 응용 관리
• OS 업데이트 및 패치

동적 콘텐츠 고려(일부 페이지)

WordPress에서 동적 콘텐츠를 사용하는 경우 데이터베이스에서 콘텐츠를 가져와야 합니다. 앞서 언급했듯이 이로 인해 서버 지연이 발생할 수 있으므로 캐싱과 CDN을 사용하는 것이 가장 좋습니다. 이렇게 하면 기본 콘텐츠 요소가 사용자에게 표시되는 데 걸리는 시간인 LCP(콘텐츠가 포함된 최대 페인트) 점수가 향상됩니다.

동적 콘텐츠는 누군가 탐색하는 동안 페이지 요소가 성가시게 이동할 때 CLS(누적 레이아웃 이동) 문제를 일으킬 수도 있습니다. 시각적 안정성을 높이려면 광고나 iframe과 같은 동적 콘텐츠에 적절한 공간을 할당해야 합니다. 즉, 로드할 때 다른 요소를 밀 수 없습니다.

일반적으로 나쁜 사용자 경험의 위험을 줄이려면 동적 콘텐츠가 포함된 페이지를 최적화에서 제외하는 것이 가장 좋습니다. 동적 콘텐츠가 페이지에 얼마나 중요한지 항상 고려하고 최종 사용자를 염두에 두고 장단점을 평가해 보세요.

최적화된 테마와 플러그인을 찾아보세요

항상 서버 응답 시간에 영향을 주지 않는 최적화된 플러그인을 선택하고, 사용하지 않는 플러그인을 비활성화하고 삭제하여 팽창을 방지하세요. WordPress 테마에는 최적화가 필요한 JavaScript 및 PHP 코드가 포함될 수 있습니다. 설치를 진행하기 전에 테마 제작자의 평판을 확인하는 것이 가장 좋습니다.

WordPress 플러그인 및 테마에는 렌더링을 방해하는 요소가 도입되어 핵심 콘텐츠 표시가 지연될 수 있습니다.

다시 말하지만 CDN을 사용하면 이를 완화할 수 있을 뿐만 아니라 올바른 이미지 형식을 선택하고 손실 또는 무손실 압축을 사용할 수 있습니다. 그러나 일반적으로 처음에 어떤 플러그인을 사용할 것인지 매우 선택적으로 선택하는 것이 좋습니다.

NitroPack은 서버 응답 시간 개선에 어떻게 도움이 됩니까?

NitroPack은 서버 응답 시간을 줄이는 데 필요한 모든 것을 갖춘 완벽한 사이트 속도 최적화 서비스를 제공합니다. 캐싱, 이미지 최적화 및 글로벌 CDN을 포함한 기본 기능을 갖추고 있으며 코딩이나 기술 기술이 필요하지 않고 웹 사이트를 자동으로 최적화합니다.

고급 캐싱 메커니즘에는 스마트 캐시 무효화, 자동 캐시 워밍업, 장치 및 쿠키 인식 캐싱, 브라우저 및 세션 인식 캐싱이 포함됩니다. NitroPack은 HTML, CSS, JS 축소 및 압축, DNS 프리페칭도 수행합니다.

NitroPack에는 손실 및 무손실 이미지 압축과 고급 지연 로딩(CSS에 정의된 배경 이미지 포함)을 포함하는 전체 이미지 최적화 스택이 함께 제공됩니다. 선점형 이미지 크기 조정, WebP 변환 및 적응형 이미지 크기 조정도 서버 응답 시간을 향상시킵니다.

마무리

귀하의 웹사이트에서 긍정적인 사용자 경험을 위해서는 좋은 서버 응답 시간이 필수적입니다. 정기적으로 성능을 확인하고 개선이 필요한 영역을 식별하는 것이 중요합니다. 평균 이상의 서버 응답 시간이 발생하는 경우 이 게시물의 팁을 따르십시오.

요약하면 여기에는 다음이 포함됩니다.

• 서버 하드웨어 및 소프트웨어 최적화
• 페이지 캐싱 사용
• 데이터 쿼리 최적화
• 서버 환경 확장
• 불필요한 플러그인 및 코드 비활성화
• 관리형 호스팅으로 전환(특히 WordPress 사이트의 경우)

곧 서버 응답 시간이 떨어지기 시작하여 반송률이 낮아지고 SERP 순위가 높아집니다.