워드프레스 속도가 느릴 때 PageSpeed Insights 점수 개선하는 방법 (1)

워드프레스 사이트가 느려졌다고 느껴질 때 가장 먼저 PageSpeed Insights를 열어보는 경우가 많다. 점수가 빨간색으로 나오면 플러그인부터 지우거나 테마를 바꾸고 싶어지지만, 점수 하나만 보고 손대면 오히려 문제가 늘어날 수 있다. 먼저 모바일과 데스크톱 결과를 나누어 보고, 실제 사용자 데이터와 테스트 데이터를 구분한 다음 가장 큰 병목부터 처리하는 것이 순서다.

이 글에서는 워드프레스 관리자가 개발 지식이 많지 않아도 PageSpeed Insights 결과를 읽고 개선할 수 있도록 점검 순서를 정리했다. 구글은 현재 LCP, INP, CLS를 핵심 웹 지표로 안내하며 좋은 기준을 각각 2.5초 이내, 200밀리초 미만, 0.1 미만으로 제시한다. 다만 100점 자체가 검색 상위 노출을 보장하는 것은 아니므로 방문자가 실제로 불편한 부분을 줄이는 데 초점을 맞추는 편이 낫다.

점수보다 먼저 실제 사용자 데이터와 진단 데이터를 나눠 본다

PageSpeed Insights 상단에는 실제 크롬 이용자의 경험을 모은 필드 데이터가 표시될 수 있고, 아래에는 Lighthouse가 한 번의 환경에서 측정한 실험실 데이터가 나온다. 필드 데이터는 일정 기간 누적된 값이라 방금 수정한 결과가 바로 반영되지 않는다. 반면 Lighthouse 점수는 실행할 때마다 네트워크와 서버 상태에 따라 조금씩 달라질 수 있다.

같은 주소를 모바일 기준으로 세 번 정도 측정한 뒤 공통으로 나타나는 경고를 먼저 본다. 한 번만 느리게 나온 항목보다 매번 반복되는 LCP 요소, 렌더링 차단 리소스, 사용하지 않는 자바스크립트가 우선순위가 높다. 구글의 Core Web Vitals 안내도 함께 확인하면 지표의 의미를 잘못 해석하는 일을 줄일 수 있다.

LCP 요소가 대표 이미지인지 제목 영역인지 확인한다

워드프레스 블로그에서는 첫 화면의 대표 이미지나 큰 배너가 LCP로 잡히는 경우가 많다. 이 이미지가 원본 사진 그대로 올라가 있거나, 화면에는 700픽셀로 보이는데 3000픽셀 파일을 내려받고 있다면 로딩이 늦어진다. 이미지 크기를 실제 표시 영역에 맞추고 WebP 또는 AVIF를 사용하며, 첫 화면 대표 이미지에는 지연 로딩을 무조건 적용하지 않는 것이 좋다.

테마가 여러 크기의 썸네일을 만들더라도 글 본문에서 원본 크기를 불러오는지 확인해야 한다. 개발자 도구의 Network 탭에서 이미지 파일 크기와 전송 시간을 보면 판단이 빠르다. 캐시를 비운 뒤 모바일 화면에서 다시 측정해 LCP 요소가 바뀌었는지도 살펴본다.

캐시와 압축은 한 가지 체계로 정리한다

페이지 캐시, 브라우저 캐시, 객체 캐시는 이름이 비슷하지만 역할이 다르다. 처음에는 페이지 캐시와 브라우저 캐시부터 안정적으로 적용하고, 이미지 최적화와 CSS·자바스크립트 축소는 하나씩 켜는 편이 안전하다. 호스팅 서버 캐시와 캐시 플러그인, CDN 캐시를 모두 중복 설정하면 수정한 글이 보이지 않거나 로그인 화면이 꼬일 수 있다.

설정을 바꿀 때마다 전체 캐시를 삭제한 뒤 시크릿 창에서 주요 페이지를 확인한다. 홈, 글 상세, 카테고리, 검색, 로그인 화면을 함께 보는 것이 좋다. 점수는 올랐지만 메뉴나 광고가 늦게 나타난다면 해당 최적화는 되돌리고 예외 설정을 찾아야 한다.

외부 광고와 분석 스크립트는 늦게 불러오되 기능을 확인한다

애드센스, 통계, 채팅 상담, SNS 위젯은 외부 서버에서 자바스크립트를 받아오므로 메인 스레드를 오래 점유할 수 있다. 당장 사용하지 않는 스크립트는 삭제하고, 꼭 필요한 스크립트는 사용자 동의나 상호작용 뒤에 불러오는 방법을 검토한다. 다만 광고 코드를 임의로 변형하면 정책이나 집계에 문제가 생길 수 있으므로 제공 업체가 허용하는 로딩 방식을 사용해야 한다.

스크립트 지연 기능을 켠 뒤에는 광고 노출, 전환 측정, 댓글, 검색창, 모바일 메뉴를 직접 눌러본다. 성능 점수만 보고 끝내면 실제 기능이 깨진 사실을 뒤늦게 발견하기 쉽다.

수정 전후를 같은 조건에서 기록한다

한 번에 여러 설정을 바꾸면 어떤 변경이 효과가 있었는지 알 수 없다. 수정 전 모바일 점수와 LCP·INP·CLS, 페이지 용량, 요청 수를 기록하고 한 항목씩 바꾼다. 같은 시간대와 같은 주소에서 세 번 측정한 중간값을 비교하면 일시적인 서버 흔들림의 영향을 줄일 수 있다.

가장 현실적인 순서는 백업, 대표 이미지 최적화, 페이지 캐시, 불필요한 플러그인 정리, 외부 스크립트 점검, CSS·자바스크립트 최적화다. 마지막에는 Search Console의 실제 사용자 지표가 몇 주에 걸쳐 개선되는지 확인한다.

자주 묻는 질문

PageSpeed Insights 점수는 몇 점이면 괜찮나요?

점수만으로 사이트 품질을 판단하기보다 LCP, INP, CLS와 실제 체감 속도를 함께 보는 것이 좋다. 모바일 점수가 일정하게 개선되고 핵심 지표가 좋은 범위에 들어오는 것을 목표로 잡으면 된다.

수정했는데 실제 사용자 데이터가 바로 바뀌지 않는 이유는 무엇인가요?

필드 데이터는 일정 기간 동안 수집된 크롬 사용자 경험을 기반으로 하므로 즉시 갱신되지 않는다. 당일 수정 결과는 Lighthouse 데이터와 개발자 도구로 먼저 확인한다.

캐시 플러그인을 두 개 사용하면 더 빨라지나요?

같은 기능을 수행하는 캐시 플러그인을 겹쳐 사용하면 충돌 가능성이 커진다. 서버 캐시 환경을 확인한 뒤 주된 캐시 도구 하나를 중심으로 설정하는 편이 안전하다.

마무리

PageSpeed Insights는 정답을 자동으로 고쳐주는 도구가 아니라 느린 지점을 찾는 지도에 가깝다. 대표 이미지와 캐시처럼 효과가 크고 되돌리기 쉬운 항목부터 처리하고, 변경할 때마다 실제 화면을 확인하면 점수와 사용성을 함께 개선할 수 있다.