크롬 개발자 도구 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

  • [SEO] 이미지 메타 데이터가 SEO에 미치는 영향 및 수정 방법

    웹 사이트를 운영하면서 비용이 발생하지 않는 유기적인 트래픽을 획득하려면 웹 사이트 속도, 백링크, 이미지 대체 텍스트 등 다양한 방법을 적용하며 운영하게 됩니다. 웹 사이트 SEO에 약간의 점수를 더 얻고 싶다면 이미지 메타 데이터에 대한 고려를 생각해 볼 수 있습니다. 생성한 콘텐츠가 첫 페이지에 뜨지만 1~3번째 노출하기 위한 여러가지 방법이 있지만 작문 실력 외에…

  • 자바스크립트 SEO: 구글과 네이버에서 JS를 처리하는 과정과 방법

    자바스크립트 SEO란 JavaScript로 구축된 웹사이트 or 웹페이지를 검색 엔진이 더 쉽게 크롤링과 렌더링 및 색인화 할 수 있도록 만드는 데 초점을 둔 SEO 기술의 일부입니다. 자바스크립트 SEO를 사용하는 이유는 사용자 경험을 향상시키기 위함입니다. JavaScript SEO에는 다음과 같은 작업이 있습니다. 목차Ⅰ. Coverage 개요 및 측정 준비Ⅱ. 크롬 개발자 도구 Coverage 활용🔢 워드프레스 CMS를 사용할…

  • [SEO] Internal PageRank

    내부 페이지랭크(Internal PageRank)란 무엇인가? 내부 링크에 링크 점수를 어떤 방법으로 배분해 줘야 할까? 계산 방법은? 링크 방식은 앵커 텍스트를 사용할지..? 등을 고민할 수 있습니다. 목차Ⅰ. Coverage 개요 및 측정 준비Ⅱ. 크롬 개발자 도구 Coverage 활용🔢 워드프레스 CMS를 사용할 경우1. PageRank에 대해 구글 이전의 검색 엔진은 정교하지 않았습니다. 검색 엔진에서 얻는 콘텐츠의 품질은 사람들이…

  • [SEO] 구글 랭크브레인이란? | RankBrain 최적화 방법 3가지

    검색엔진최적화를 공부한다면 구글 랭크 브레인(RankBrain) 알고리즘에 대해 이해해야 합니다. 랭크브레인은 기계 학습(데이터 입력을 통해 스스로 학습하는 기계의 능력)을 활용하여 검색 엔진 쿼리에 가장 관련성 높은 결과를 결정하는 역할을 합니다. 이전에는 Google이 기본 알고리즘을 사용하여 특정 검색어에 대한 결과를 결정했지만, RankBrain 이후에는 검색자의 위치, 개인화 요소, 검색어의 단어 등 다양한 요소를 고려하여 검색자의 실제…

  • [SEO] 서브도메인 VS 서브폴더 2가지 설정 중 SEO에 더 유리한 것은?

    서브도메인 VS 서브폴더 SEO에 어떤 방식이 유리한지 알아 보겠습니다. 먼저 Subdomain에 대해 간략히 설명하자면 인터넷에서 특정 사이트에 접속했을 때 www.domain.com에서 shop.domain.com이나 blog.domain.com과 같이 서브도메인으로 연결되는 경우를 확인한 적이 있을 겁니다. shop이나 blog와 같은 Subdomain 외에 www.domain.com/shop과 www.domain.com/blog와 같이 서브폴더(하위 디렉토리 or 하위 폴더)로 주제를 나누는 방법이 있습니다. 서브도메인 VS 서브폴더 두 가지 설정을…

  • HTML5 기본 구조: 기본 템플릿 코드 및 태그별 역할

    웹페이지를 만드는 기본 뼈대인 HTML은 지난 수십 년간 발전해 왔습니다. 초창기 HTML은 단순한 문서 구조화에 집중했지만, 점차 복잡한 웹 애플리케이션과 멀티미디어 콘텐츠가 등장하면서 기존 버전의 한계가 명확해졌습니다. 이러한 문제를 해결하고자 등장한 최신 표준이 바로 HTML5입니다. HTML5는 시맨틱 구조를 강화하고, 비디오·오디오 같은 멀티미디어 요소를 플러그인 없이 지원하며, 다양한 웹 API를 내장해 현대 웹 환경에…

답글 남기기

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

Prove your humanity: 0   +   10   =