워드프레스 속도가 느릴 때 가장 먼저 캐시 플러그인을 바꾸고 싶어진다. 더 유명하고 기능이 많은 플러그인을 설치하면 점수가 바로 올라갈 것처럼 느껴지기 때문이다.
문제노트의 모바일 성능을 점검할 때도 캐시 플러그인부터 의심했다. 하지만 PageSpeed가 지목한 실제 병목은 첫 화면 대표 이미지였다. 이 이미지에 loading="lazy"가 붙어 있어 요청 시작이 늦어지고 있었다.
워드프레스 속도가 느릴 때는 플러그인을 추가하기보다 무엇이 늦는지 먼저 확인해야 한다. 이 글에서는 사이트를 깨뜨릴 위험이 낮은 순서대로 점검할 9가지를 정리한다.
워드프레스 속도가 느릴 때 1. 실제 화면부터 확인한다
점수만 보기 전에 시크릿 창에서 홈페이지, 카테고리, 포스트를 직접 연다. 첫 화면 전체가 늦는지, 이미지만 늦는지, 관리자 화면만 느린지를 구분해야 한다.
- 첫 화면이 하얗게 오래 남는가?
- 대표 이미지만 뒤늦게 나타나는가?
- 화면은 빠른데 메뉴 반응이 늦는가?
- 로그인한 관리자 화면만 느린가?
증상을 구분하지 않으면 이미지 문제를 서버 문제로 오해할 수 있다.
2. 모바일과 데스크톱 결과를 나눠 본다
워드프레스 속도가 느릴 때 모바일 점수만 보고 결론을 내리면 안 된다. Lighthouse 성능 점수에서 50~89점은 개선 필요 구간이며, 90점 이상은 좋은 구간이다. 100점은 필수 목표가 아니다.
Chrome의 Lighthouse 성능 점수 기준을 참고해 전체 점수보다 LCP, FCP, TBT, CLS 중 어떤 지표가 느린지 확인한다.
3. PageSpeed에서 LCP 요소를 확인한다
LCP는 첫 화면에서 가장 큰 이미지나 텍스트가 표시되는 시간을 측정한다. Google은 좋은 LCP 기준을 2.5초 이하로 안내한다.
PageSpeed에서 LCP 요청 탐색을 펼치면 실제로 늦게 표시되는 요소가 나온다. 대표 이미지가 지목됐다면 캐시를 바꾸기 전에 이미지 HTML부터 확인해야 한다.
Google의 LCP 설명에서 기준과 측정 방식을 확인할 수 있다.
PageSpeed 경고는 모두 없애야 할까?
그렇지 않다. 예상 절감 시간이 작은 CSS까지 억지로 지연하면 화면이 잠깐 깨지거나 레이아웃이 뒤늦게 나타날 수 있다. 경고 개수보다 가장 큰 병목부터 봐야 한다.
워드프레스 속도가 느릴 때 4. 첫 이미지의 lazy loading을 점검한다
화면 아래 이미지는 늦게 불러오는 것이 유리하다. 하지만 LCP로 잡힌 첫 이미지에 다음 속성이 붙어 있으면 요청 시작이 늦어질 수 있다.
loading="lazy"첫 화면의 핵심 이미지 한 장은 상황에 따라 다음처럼 우선 로딩할 수 있다.
loading="eager"
fetchpriority="high"모든 이미지에 적용하면 서로 다운로드 우선순위를 경쟁한다. 실제 LCP 이미지 한 장에만 제한해야 한다. 워드프레스가 처리하는 이미지 속성은 워드프레스 개발자 문서에서 확인할 수 있다.
5. 이미지 용량과 표시 크기를 함께 확인한다
워드프레스 속도가 느릴 때 WebP 변환만으로 이미지 최적화가 끝났다고 보기 어렵다.
- WebP 형식인지 확인한다.
- 표시 영역보다 지나치게 큰 원본을 사용하지 않는다.
srcset과sizes가 출력되는지 확인한다.- 첫 이미지의 요청 시점과 우선순위를 확인한다.
이미지 파일이 작아도 요청이 늦게 시작되면 LCP는 길어질 수 있다.
6. 페이지 캐시가 실제로 작동하는지 점검한다
캐시 플러그인이 활성화됐다는 사실과 캐시된 HTML이 방문자에게 전달된다는 사실은 다르다.
- 로그아웃하거나 시크릿 창을 연다.
- 홈페이지를 두 번 접속한다.
- 페이지 소스 맨 아래에서 캐시 생성 주석을 찾는다.
- 캐시 테스트가 통과하는지 확인한다.
WP Super Cache는 동적 워드프레스 페이지에서 정적 HTML 파일을 생성한다. 자세한 작동 방식은 WP Super Cache 공식 페이지에서 확인할 수 있다.
워드프레스 속도가 느릴 때 7. 서버와 캐시 방식이 맞는지 확인한다
설치 수가 많거나 기능이 많은 플러그인이 내 사이트에서도 가장 빠르다고 단정할 수 없다. 일부 서버 전용 캐시는 호스팅 환경이 지원하지 않으면 핵심 기능이 작동하지 않는다.
캐시 플러그인을 교체할 때는 기존 캐시를 삭제하고 이전 플러그인을 비활성화한 뒤 진행한다. 두 개의 페이지 캐시 플러그인을 동시에 사용하는 것은 피해야 한다.
주의: CSS 결합, 자바스크립트 지연, 데이터베이스 캐시를 한꺼번에 켜면 메뉴나 광고가 깨질 수 있다. 한 번에 한 항목만 변경한다.
8. 광고와 분석 코드가 중복됐는지 점검한다
PageSpeed의 사용하지 않는 자바스크립트 항목에는 애드센스와 Google 태그 같은 외부 코드도 포함된다. 다음 위치에 같은 코드가 반복 삽입됐는지 확인한다.
- Site Kit
- WPCode의 헤더·푸터
- Ad Inserter
- 테마의 추적 코드 설정
- 직접 수정한 테마 파일
외부 서비스가 만든 경고를 무조건 삭제하면 통계나 애드센스 확인 기능까지 중단될 수 있다. 삭제보다 출처와 중복 여부를 먼저 확인한다.
워드프레스 속도가 느릴 때 9. 여러 번 측정하고 비교한다
PageSpeed 점수는 캐시 상태와 측정 환경에 따라 달라질 수 있다. 한 번의 최고점이나 최저점만 보고 설정을 되돌리면 실제 개선 여부를 판단하기 어렵다.
- 같은 URL을 모바일 기준으로 3~5회 측정한다.
- 중간값을 기록한다.
- 한 번에 한 항목만 수정한다.
- 수정 전후의 LCP와 FCP를 비교한다.
- 기능과 화면이 정상인지 함께 확인한다.
속도 최적화의 목적은 경고를 모두 지우는 것이 아니다. 방문자가 중요한 콘텐츠를 더 빠르고 안정적으로 보게 만드는 것이다.
캐시 플러그인만 바꾸면 빨라지지 않을까?
서버가 페이지를 만드는 시간이 길다면 캐시 플러그인이 도움이 된다. 그러나 첫 이미지가 지연 로딩되거나 추적 코드가 중복된 경우에는 캐시를 바꿔도 핵심 문제가 남는다.
워드프레스 속도가 느릴 때 플러그인을 먼저 추가하는 방식은 관리 항목과 충돌 가능성까지 늘릴 수 있다. LCP 요소와 캐시 작동 여부를 확인한 뒤 교체를 판단하는 편이 안전하다.
자주 묻는 질문
워드프레스 속도가 느릴 때 모바일 70점대면 심각한가?
70점대는 개선할 여지가 있는 구간이지만 사이트가 고장 났다는 뜻은 아니다. 전체 점수와 함께 LCP, TBT, CLS 및 실제 체감 속도를 본다.
PageSpeed 90점이 애드센스 승인 조건인가?
PageSpeed 90점이 애드센스 승인 필수 조건이라는 공식 근거는 확인되지 않는다. 속도는 사용자 경험을 위해 개선하되 특정 점수가 승인을 보장한다고 보기는 어렵다.
첫 화면의 모든 이미지에 fetchpriority high를 넣어도 되나?
권하지 않는다. 실제 LCP 후보인 핵심 이미지 한 장에만 적용하는 편이 낫다.
가장 좋은 캐시 플러그인은 무엇인가?
서버 환경과 사이트 구성에 따라 달라진다. 인기 순위보다 서버 지원 여부와 실제 캐시 전달 상태를 확인해야 한다.
오늘 바로 할 행동
워드프레스 속도가 느릴 때 캐시부터 바꾸려 하고 있나?
PageSpeed에서 LCP 요청 탐색을 먼저 펼친다. 대표 이미지의 loading="lazy", 페이지 캐시 작동 여부, Google 코드 중복을 순서대로 확인한 뒤 한 항목씩 수정한다.
사이트의 다른 오류도 함께 점검해야 한다면 문제노트 홈에서 최신 점검 글을 확인할 수 있다.
