SJSBiz SJSBiz

서버 응답시간 TTFB 줄이는 방법|느린 워드프레스 원인과 해결법

읽는 시간 약 5분
(adsbygoogle = window.adsbygoogle || []).push({});
image 9

페이지를 열었을 때 한동안 아무것도 표시되지 않는다면 이미지보다 서버 응답이 늦은 문제일 수 있습니다. TTFB는 사용자가 페이지를 요청한 후 브라우저가 첫 번째 데이터 바이트를 받을 때까지 걸린 시간입니다.

TTFB에는 네트워크와 서버 처리 시간이 함께 포함되므로 한 가지 설정만 변경해서 해결하기 어렵습니다. 측정 결과를 기준으로 호스팅, 플러그인, 데이터베이스와 캐시를 순서대로 점검해야 합니다.

30초 요약

  • TTFB는 첫 번째 바이트를 받을 때까지 걸린 시간입니다.
  • 느린 호스팅과 무거운 플러그인이 주요 원인이 될 수 있습니다.
  • 페이지 캐시와 객체 캐시는 서버 작업을 줄여줍니다.
  • 외부 리디렉션과 네트워크 위치도 영향을 줍니다.
  • 로그인 상태와 비로그인 상태를 나눠 측정해야 합니다.
  • 변경 전후를 같은 조건에서 비교해야 합니다.

TTFB가 느린 주요 원인

느린 서버 플러그인 데이터베이스 캐시로 인한 TTFB 지연
원인확인할 내용개선 방향
느린 호스팅CPU·메모리 제한서버 상품 또는 호스팅 변경
무거운 플러그인처리시간과 쿼리 증가비활성화 테스트
데이터베이스 지연느린 쿼리와 옵션 데이터DB 정리와 인덱스 점검
캐시 부족요청마다 페이지 생성페이지·객체 캐시 적용
오래된 PHP처리 성능과 보안 문제호환되는 최신 PHP 사용
먼 서버 위치네트워크 지연 증가사용자와 가까운 서버·CDN

TTFB 측정 방법

PageSpeed Insights나 Chrome 개발자 도구의 Network 메뉴에서 HTML 문서의 대기시간을 확인할 수 있습니다. 한 번의 결과만 사용하지 말고 캐시가 없는 첫 방문과 반복 방문을 나눠 여러 번 측정하세요.

Lighthouse의 서버 응답시간 항목은 전체 TTFB 중 일부만 보여줄 수 있습니다. DNS 조회, 연결과 리디렉션을 포함한 실제 사용자 측정도 함께 확인하는 것이 좋습니다. 자세한 측정 기준은 web.dev TTFB 최적화 안내에서 확인할 수 있습니다.

TTFB 개선 순서

image 11

첫 번째로 페이지 캐시를 확인합니다. 비로그인 방문자에게 완성된 HTML을 제공하면 PHP와 데이터베이스 작업을 줄일 수 있습니다.

두 번째로 사용하지 않는 플러그인을 삭제하고 무거운 플러그인을 하나씩 비활성화해 측정합니다. 보안, 통계, 관련 글과 페이지 빌더 플러그인은 설정에 따라 서버 작업을 늘릴 수 있습니다.

세 번째로 데이터베이스를 점검합니다. 자동 로드 옵션이 지나치게 크거나 삭제된 플러그인의 데이터가 남으면 모든 페이지 요청에 부담을 줄 수 있습니다. 삭제 전에는 반드시 데이터베이스를 백업해야 합니다.

네 번째로 Redis 객체 캐시와 PHP OPcache를 확인합니다. Redis는 반복되는 데이터베이스 조회를 줄이고 OPcache는 PHP 코드를 매번 다시 분석하는 작업을 줄여줍니다.

마지막으로 서버 위치와 사양을 검토합니다. 캐시를 적용한 일반 페이지는 빠른데 관리자 화면과 로그인 페이지가 계속 느리다면 서버 처리 성능이 부족할 가능성이 있습니다.

(adsbygoogle = window.adsbygoogle || []).push({});

캐시를 적용해도 느린 경우

페이지 캐시가 정상적으로 작동하지 않거나 로그인 쿠키 때문에 캐시가 제외될 수 있습니다. 응답 헤더나 캐시 플러그인의 상태를 확인하고 시크릿 창에서 다시 측정하세요.

외부 API를 기다리는 플러그인, DNS 지연 또는 여러 단계의 주소 리디렉션도 TTFB를 증가시킬 수 있습니다. http에서 https, 다시 www 주소로 이동하는 불필요한 리디렉션은 줄이는 것이 좋습니다.

TIP

여러 최적화를 동시에 적용하면 어떤 설정이 효과가 있었는지 알기 어렵습니다. 현재 수치를 기록하고 플러그인 정리, 캐시, 데이터베이스, PHP 순서로 한 가지씩 변경하세요.

자주 묻는 질문

TTFB가 빠르면 사이트 전체가 빠른가요?

서버 응답은 빨라지지만 이미지, CSS와 자바스크립트가 무거우면 화면 표시는 여전히 느릴 수 있습니다.

CDN만 적용하면 TTFB가 줄어드나요?

캐시 가능한 페이지는 개선될 수 있지만 원본 서버가 처리해야 하는 동적 요청은 별도 최적화가 필요합니다.

관리자 화면만 느린 이유는 무엇인가요?

관리자 화면은 일반적으로 페이지 캐시를 사용하지 않으므로 PHP, 데이터베이스와 플러그인의 영향을 더 직접적으로 받습니다.

마무리

TTFB 개선은 서버를 무조건 업그레이드하는 것부터 시작하지 않습니다. 먼저 캐시 작동 여부와 플러그인, 데이터베이스를 확인한 후 서버 자원을 검토하는 순서가 효율적입니다.

워드프레스 공식 문서에서도 영구 객체 캐시가 데이터베이스 접근을 줄여 TTFB 개선에 도움을 줄 수 있다고 설명합니다. WordPress 성능 최적화 안내

(adsbygoogle = window.adsbygoogle || []).push({});
깨비

함께 보면 좋은 글

댓글 0

첫 댓글을 남겨보세요.

error: Content is protected !!
광고보고 콘텐츠 계속 읽기
원치않으시면 뒤로가기를 해주세요

광고 차단 알림

광고 클릭 제한을 초과하여 광고가 차단되었습니다.

단시간에 반복적인 광고 클릭은 시스템에 의해 감지되며, IP가 수집되어 사이트 관리자가 확인 가능합니다.

광고보고 콘텐츠 계속 읽기
원치않으시면 뒤로가기를 해주세요