크롬 개발자 도구 Coverage: 사용하지 않는 코드(CSS, JS) 찾기

웹사이트의 속도는 단순히 서버 응답이나 캐시 설정뿐 아니라, “얼마나 많은 코드가 실제로 사용되는가”에 따라 크게 달라집니다. 크롬 개발자 도구 Coverage 탭은 페이지에서 로드된 CSS·JavaScript 파일의 실제 사용 비율
바이트 단위로 분석하여, 코드 낭비를 한눈에 시각화 해주는 도구입니다.

특히 워드프레스와 같은 CMS 환경에서는 테마·플러그인별로 불필요하게 로드되는 리소스가 많기 때문에,
Coverage 탭은 사용하지 않는 자바스크립트 및 css 코드를 파악하고 페이지별 최적화(자산 비활성화, 불필요한 로드 차단 등)를 검증하는 데 매우 유용합니다.

이 글에서는 Coverage 탭의 측정 원리와 데이터 해석 방법, 그리고 실무에서 이를 활용해 사용되지 않는 자바스크립트 및 css를 줄이는 구체적인 방법을 소개합니다.

Ⅰ. Coverage 개요 및 측정 준비

  • Coverage 탭은 단순히 “속도 점수”를 보여주는 도구가 아니라, 실제 코드 단위에서 낭비를 시각적으로 보여주는 개인적으로 알고 있는 유일한 브라우저 내장 툴입니다.

Coverage 탭은 Network·Performance·Lighthouse와 함께 브라우저 수준에서 코드를 직접 분석할 수 있는 고급 도구입니다. Coverage를 실행하기 전에 다음 사항을 확인하면 보다 정확한 데이터를 얻을 수 있습니다.

항목

설명

테스트 전 페이지 새로고침

DevTools를 열고 Ctrl + Shift + P → “Coverage: Start instrumenting coverage” 실행

Disable Cache 활성화

Network 탭에서 “Disable cache” 체크 후 테스트

분석 범위 선택

CSS / JavaScript만 측정 대상 (HTML은 포함되지 않음)

코드 압축 여부 확인

.min.js, .min.css 파일은 축약되어 Unused 계산이 일부 다를 수 있음

Ⅱ. 크롬 개발자 도구 Coverage 활용

크롬 개발자 도구 Coverage 탭은 페이지에서 로드 된 CSS와 JavaScript 파일 중, 실제로 사용된 코드(Used Bytes)와 사용되지 않은 코드(Unused Bytes)를 비교해 효율성을 분석하는 도구입니다. 즉, 페이지가 불필요하게 많은 리소스를 불러오고 있는지, 코드 단위에서 낭비가 발생하고 있는지를 시각적으로 확인할 수 있습니다.

특히 워드프레스와 같은 CMS 환경에서는 테마나 플러그인 별로 어떤 CSS·JS 파일이 실제로 사용되지 않는지를 쉽게 확인할 수 있어, 불필요한 리소스를 정리하거나, 성능 최적화 플러그인의 효과를 검증할 때 유용합니다.

영어한국어
웹사이트 성능 테스트 - 크롬 개발자 도구_Coverage 탭 - 사용되지 않은 바이트[영어]
웹사이트 성능 테스트 - 크롬 개발자 도구_Coverage 탭 - 사용되지 않은 바이트

Coverage 탭에서 사용하지 않는 바이트는 페이지 로드 시 함께 불러왔지만 실제 렌더링에는 사용되지 않은 코드 영역을 의미합니다.

영어한국어
웹사이트 성능 테스트 - 크롬 개발자 도구_Coverage 탭 - 사용되지 않은 바이트[영어]
웹사이트 성능 테스트 - 크롬 개발자 도구_Coverage 탭 - 사용되지 않은 바이트

예를 들어, 특정 플러그인이나 테마에서 공통으로 로드되는 CSS·JS 파일이 있지만, 현재 페이지에서는 그 중 일부만 실제로 적용되는 경우 나머지 코드는 ‘사용하지 않은 바이트’로 표시됩니다.

총 338KB 중 40.4KB(12%)가 사용되고 나머지 297KB(88%)가 사용되지 않았다는 기본 설명을 좌측 하단에서 확인할 수 있습니다.

[ 전체 코드: 338 KB ]
|■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■|  297KB(88%): 사용하지 않은 바이트
|□□□□□□□□□□□□□□□| 40.4KB (12%) 사용된 바이트

[사용하지 않은 바이트]는 렌더링 중에 실제로 쓰이지 않은 코드 양입니다. style.min.css 파일의 경우 97.3%가 사용되지 않았으며, 사용되지 않은 양만큼 빨간 막대로 시각화 되어 있습니다.

반대로, “Unused Bytes = 0%” 로 표시된다면 해당 파일의 모든 코드가 실제로 사용되어 낭비가 전혀 없다는 뜻입니다.

예를 들어

파일명

Used %

Unused %

의미

bundle.js

100%

0%

모든 코드 사용됨 ✅

gtag.js

40%

60%

40%만 렌더링에 기여 ⚠️

test.js

0%

100%

완전히 로드만 됨 ❌

Unused %가 높다”낭비가 많다는 뜻입니다. Coverage 데이터 상 실제로는 더 안 쓴 것처럼 보일 수 있으며, 완벽하게 정확하지 않은 점을 참고해야 합니다.

🔢 워드프레스 CMS를 사용할 경우

워드프레스는 테마와 플러그인이 공통으로 CSS·JS 파일을 로드하기 때문에, Coverage 탭에서 사용하지 않은 바이트가 높게 나타나는 경우가 많습니다. 또한 Coverage에서 Unused로 보이더라도, 실제로는 나중에 다른 페이지나 기능에서 사용될 코드일 수도 있습니다.

특히 워드프레스의 경우, 워드프레스의 JS/CSS 구조는 전역 로드 방식으로 테마나 플러그인이 공통 리소스를 함께 불러오는 구조이기 때문입니다. Coverage에서는 낭비로 인식하지만 워드프레스 입장에서는 낭비가 아닌 공통 기능을 미리 로드하는 구조적 특성으로 볼 수 있습니다. 이는 불필요하지만 피할 수 없는 낭비라 할 수 있습니다.

구분

확인 방법

설명

테마 CSS

/wp-content/themes/ 경로

모든 페이지에 공통 적용. 일부는 사용되지 않아도 정상.

플러그인 JS/CSS

/wp-content/plugins/ 경로

특정 기능용 파일일 가능성이 높음. 해당 기능이 없는 페이지라면 낭비.

외부 스크립트

https://www.googletagmanager.com/, fonts.googleapis.com

광고, 통계, 폰트 등의 리소스. 미사용 코드가 많을 수 있음.

사용자 정의 코드

/wp-content/uploads/ 또는 /assets/

커스텀 스크립트일 경우, 불필요한 부분이 없는지 직접 확인 필요.

🔧 개선 방향

  • ↳ WP Rocket, WP Fastest Cache와 같은 캐시 플러그인으로 Remove CSS 등의 기능을 활성화 합니다.
  • ↳ Perfmatters, Asset CleanUp과 같은 워드프레스 최적화 플러그인을 이용해 “자산 비활성화 기능”을 사용하여 페이지 별로 불필요한 CSS·JS를 차단합니다. 예를 들어,
  • Contact Form 7 : 문의 페이지 외 모든 페이지에서 비활성화
  • WooCommerce : 상품·장바구니 페이지 외 로드 금지

워드프레스의 경우 웹사이트 속도를 결정하는 요인 중 가장 큰 요소는 서버와 테마, 플러그인입니다. 플러그인이 웹사이트를 느리게 만들지만 역설적으로 해결 역설적으로 해결 역시 최적화를 진행할 수 있는 플러그인으로 사용해야 웹사이트가 사용자에게 더 빨리 로드됩니다.

Similar Posts

  • HSTS 보안&속도 2가지 장점

    HSTS(HTTP Strict Transport Security)를 이용하는 웹사이트에 적용했을 경우 보안과 속도의 이점을 볼 수 있습니다. 이 말은 HSTS preload(사전로드) 기능이 사전로드(or 미리로드) 방식을 통해 기존 HTTPS가 적용된 사이트의 느려진 속도를 어느 정도 보완할 수 있습니다. 프리로드 등록은 해당 페이지에 등록하면 설정이 완료 됩니다. HTTPS부터 시작해서 ‘HTTP Strict Transport Security’에 대해 순차적으로 알아보겠습니다. 목차Ⅰ. Coverage…

  • SEO: 구글 허밍버드 알고리즘

    구글 허밍버드(Hummingbird)는 검색 결과 개선을 위해 2013년에 구글이 업데이트한 알고리즘 코드명입니다. 허밍버드는 검색자의 키워드가 포함된 웹페이지를 표시하는 대신 검색자의 의도를 이해하고 일치 시킬 수 있도록 돕는 것을 목표로 합니다. 검색 엔진 중 특히 구글은 사용자 경험(UX)을 최적화하기 위해 정기적으로 알고리즘을 조정하지만 Hummingbird는 Panda(2011) 및 Penguin(2012)보다 더 의미 있는 알고리즘이었습니다. 목차Ⅰ. Coverage 개요 및…

  • [SEO] 키워드 리서치를 통한 키워드 선정 전략 5가지

    블로그를 포함한 웹 사이트를 운영할 때 주제 선정은 매우 중요한 요소 중 하나입니다. 이유는 구글봇이 내 웹 사이트의 텍스트와 키워드 등을 크롤링합니다. 전략적인 키워드 리서치를 통해 내 웹 사이트의 유기적인 트래픽을 만들기 위한 키워드 선정 방법 5가지에 대해 생각해 봤습니다. 구글의 입장에서 웹 사이트와 웹 페이지 내에서 근접(Relevant)한 웹 사이트를 노출 시키고 싶을…

  • URL 디렉터리 구조 vs 플랫 구조: SEO 성능과 웹사이트 운영 효율

    구글의 검색엔진 최적화(SEO) 기본 가이드에 따르면, URL 디렉터리 구조를 통해 유사한 주제의 페이지를 그룹화하는 것은 검색 엔진이 사이트 구조를 이해하고 색인을 최적화하는 데 유리합니다. 특히 사이트의 규모가 크거나 페이지 수가 많을수록 디렉터리(폴더) 단위로 콘텐츠를 체계적으로 묶어 두면 크롤러가 페이지 관계를 파악하고 크롤링 빈도를 조정하기 쉽습니다. 하지만 플랫 구조도 관리 효율성과 URL 단순성 측면에서…

  • 한글 맞춤법 검사기-부산대학교 맞춤법 검사기N네이버 맞춤법 검사기

    한글 맞춤법 검사기는 부산대학교 맞춤법 검사기와 네이버의 맞춤법 검사기 두 개가 가장 널리 사용되고 있습니다. 목차Ⅰ. Coverage 개요 및 측정 준비Ⅱ. 크롬 개발자 도구 Coverage 활용🔢 워드프레스 CMS를 사용할 경우 한글 맞춤법 검사기 정의 맞춤법 검사기(spell checker)란 사용자가 입력한 문장을 사전을 기반으로 검사하고 자동으로 올바른 형태로 변환해주는 기능입니다. 부산대학교 인공지능연구실과 나라인포테크가 협력하여 개발한…

  • TTFB 속도(Time To First Byte Speed)

    TTFB란 서버에 HTTP 요청이 보내진 후 클라이언트의 브라우저가 첫 정보를 수신하는데(첫 번째 바이트를 읽는데 걸린 시간) 소요된 시간을 의미합니다. TTFB는 DNS 속도 측정 이후에 계산되는 것으로 오해하는 경우가 많지만 네트워킹에서 TTFB는 DNS를 포함한 네트워크 대기 시간이 포함됩니다. 목차Ⅰ. Coverage 개요 및 측정 준비Ⅱ. 크롬 개발자 도구 Coverage 활용🔢 워드프레스 CMS를 사용할 경우 1….

답글 남기기

이메일 주소는 공개되지 않습니다. 필수 필드는 *로 표시됩니다

Prove your humanity: 0   +   10   =