WordPress 웹사이트가 느리다고 느껴질 때 사람들이 가장 먼저 하는 일은 보통 캐싱 플러그인 (caching plugin)을 설치하는 것입니다.

때로는 즉각적인 도움이 되기도 합니다. 하지만 많은 경우, 웹사이트는 여전히 로딩에 몇 초가 걸리거나, 모바일에서 성능이 저하되거나, 낮은 Core Web Vitals 점수를 받게 됩니다.

이유는 간단합니다. 캐싱 (caching)은 성능 문제의 일부분만 해결하기 때문입니다.

실제 병목 현상 (bottleneck)이 서버, 과도하게 큰 이미지, 무거운 플러그인, 또는 불필요한 제3자 스크립트 (third-party scripts)에서 발생한다면, AI 기반 최적화 도구조차 웹사이트를 완전히 고칠 수 없습니다.

다음은 여러분이 확인해야 할 7가지 일반적인 문제입니다.

1. 느린 서버 응답 시간 (Slow Server Response Time)

브라우저가 페이지를 표시하기 전에, 호스팅 서버는 요청을 처리하고 초기 HTML을 반환해야 합니다.

서버 응답 시간 (server response time)이 높으면 다른 모든 작업이 늦게 시작됩니다.

가능한 원인은 다음과 같습니다:

• 제한된 서버 리소스 (server resources)
• 동일한 서버를 공유하는 너무 많은 웹사이트
• 느린 PHP 워커 (PHP workers)
• 오래된 PHP 버전
• 무거운 데이터베이스 쿼리 (database queries)
• 방문자와 멀리 떨어진 곳에 위치한 서버

TTFB (Time to First Byte)라고도 알려진 첫 번째 바이트 도달 시간을 확인하세요. 첫 번째 응답이 지속적으로 느리다면, 더 많은 최적화 플러그인을 설치하는 것으로는 근본적인 문제를 해결할 수 없습니다.

2. 과도하게 큰 이미지 (Oversized Images)

이미지는 종종 WordPress 페이지에서 가장 무거운 리소스입니다.

휴대폰이나 카메라에서 직접 업로드한 큰 이미지는 훨씬 작은 크기로 표시되더라도 수 메가바이트 (megabytes)에 달할 수 있습니다.

이미지를 업로드하기 전에:

• 실제로 필요한 크기로 크기를 조정 (Resize) 하세요
• 압축 (Compress) 하세요
• 가능한 경우 WebP 또는 AVIF를 사용하세요
• 화면 아래 영역의 이미지는 레이지 로딩 (Lazy-load) 하세요
• 메인 히어로 이미지 (hero image)의 레이지 로딩은 피하세요

몇 개의 큰 이미지만 최적화해도 다른 캐싱 플러그인을 설치하는 것보다 때로는 더 큰 개선 효과를 얻을 수 있습니다.

3. 무겁거나 코드가 부실한 플러그인 (Heavy or Poorly Coded Plugins)

단 하나의 플러그인이 웹사이트 전체를 느리게 만들 수 있습니다.

일부 플러그인은 모든 페이지에서 스크립트 (scripts)와 스타일 (styles)을 로드하거나, 반복적인 데이터베이스 쿼리를 수행하거나, 방문할 때마다 외부 서비스에 연결합니다.

일반적인 예시는 다음과 같습니다:

• 대규모 페이지 빌더(Page-builder) 애드온
• 통계 플러그인 (Statistics plugins)
• 소셜 공유 위젯 (Social-sharing widgets)
• 트래픽이 많은 시간대에 실행되는 백업 플러그인 (Backup plugins)
• 지속적으로 스캔을 수행하는 보안 플러그인 (Security plugins)
• 설치했지만 더 이상 사용하지 않는 플러그인

스테이징 웹사이트 (Staging website)에서 비필수 플러그인을 하나씩 테스트해 보세요. 모든 것을 무작위로 삭제하는 대신, 각 변경 사항 이후의 성능을 측정해야 합니다.

4. 과도한 자바스크립트 (JavaScript)

분석 도구 (Analytics tools), 라이브 채팅, 광고 스크립트, 비디오 임베드 (Video embeds), 팝업, 소셜 미디어 위젯은 모두 자바스크립트 (JavaScript)를 추가할 수 있습니다.

이러한 스크립트는 렌더링 (Rendering)을 지연시키거나, 특히 속도가 느린 모바일 기기에서 페이지가 응답하지 않는 것처럼 느껴지게 만들 수 있습니다.

다음 사항을 시도해 보세요:

• 필요하지 않은 스크립트 제거
• 비핵심적인 제3자 스크립트 (Third-party scripts) 지연 로드
• 해당 스크립트를 사용하는 페이지에서만 스크립트 로드
• 무거운 위젯을 더 가벼운 대안으로 교체

공격적인 자바스크립트 최적화는 주의해야 합니다. 변경을 수행한 후에는 항상 메뉴, 양식 (Forms), 슬라이더 (Sliders), 결제 페이지 (Checkout pages)를 테스트하십시오.

5. 사용되지 않는 CSS 및 페이지 빌더 기능

많은 WordPress 테마와 페이지 빌더는 현재 페이지에서 사용되지 않는 컴포넌트의 CSS를 로드합니다.

이는 더 큰 스타일시트 (Stylesheets)를 생성하고 초기 렌더링 프로세스를 지연시킵니다.

다음 방법을 통해 문제를 줄일 수 있습니다:

• 가벼운 테마 선택
• 사용하지 않는 페이지 빌더 애드온 제거
• 필요한 곳에서만 플러그인 에셋 (Assets) 로드
• CSS 최소화 (Minifying CSS)
• 주의 깊게 크리티컬 CSS (Critical CSS) 생성

목표는 완벽한 점수를 얻는 것이 아닙니다. 목표는 실제 사용자 경험 (User experience)을 더 빠르게 만드는 것입니다.

6. 비대해진 데이터베이스 (Database)

시간이 지남에 따라 WordPress 데이터베이스에는 다음과 같은 항목들이 쌓입니다:

• 오래된 포스트 수정 내역 (Post revisions)
• 만료된 트랜지언트 (Expired transients)
• 스팸 댓글
• 삭제된 플러그인 데이터
• 사용되지 않는 옵션 (Options)
• 임시 세션 정보

데이터베이스 정리 (Database cleanup)가 도움이 될 수 있지만, 항상 먼저 전체 백업을 생성하십시오.

최적화 도구를 맹목적으로 사용해서는 안 됩니다. 자동 정리를 실행하기 전에 무엇이 삭제될지 검토하십시오.

7. AI 최적화를 맹목적으로 신뢰하기

AI 도구는 보고서를 분석하고, 개선 사항을 제안하며, 코드를 생성하거나 의심스러운 플러그인을 식별하는 데 도움을 줄 수 있습니다.

하지만 AI는 모든 호스팅 설정 (hosting configuration)을 자동으로 이해하거나 모든 운영 중인 웹사이트 (production website)를 안전하게 수정할 수는 없습니다.

예를 들어, AI 도구는 특정 스크립트가 결제 버튼을 제어하고 있다는 사실을 모른 채 JavaScript 실행을 지연시키라고 권장할 수 있습니다. 또한 특정 기기에서 필수적인 CSS를 제거하라고 제안할 수도 있습니다.

AI를 테스트의 대체재가 아닌 보조 도구 (assistant)로 사용하십시오.

한 번에 하나씩 변경 사항을 적용하고, 결과를 측정하며, 중요한 파일을 수정하기 전에는 반드시 백업을 유지하십시오.

가장 큰 병목 현상 (Bottleneck)부터 시작하기

다섯 개의 최적화 플러그인을 설치하고 모든 설정을 한꺼번에 활성화하지 마십시오.

다음 사항들을 테스트하는 것부터 시작하십시오:

1. 서버 응답 시간 (Server response time)
2. 이미지 크기 (Image size)
3. 플러그인 영향 (Plugin impact)
4. JavaScript 및 CSS
5. 데이터베이스 상태 (Database health)

그런 다음 측정 가능한 가장 큰 문제부터 먼저 해결하십시오.

캐싱 (caching), 이미지, 호스팅, 데이터베이스 최적화 및 WordPress 성능을 다루는 더 완전한 체크리스트를 원하신다면, 이 글을 읽어보세요

여러분의 WordPress 웹사이트에서 발견한 가장 큰 성능 문제는 무엇이었나요?