Lighthouse 스타일의 추적으로 페이지가 느린 이유를 진단하세요
언제 쓸까: 페이지가 느리고 추측하는 대신 Claude가 추적을 실행하여 실제 병목을 지적하기를 원할 때
사전 조건
- 대상 URL이 로그인 없이 로드됩니다 (또는 먼저 인증을 처리합니다) —
navigate_page를 URL과 함께 사용하세요; 인증 게이트된 페이지의 경우 먼저 chrome-devtools 클릭/타입 도구를 통해 로그인하세요
흐름
-
성능 추적 실행https://example.com/product/123을 여세요. CPU 스로틀링 4x와 slow-3G 네트워크 프로필로 성능 추적을 실행하세요. LCP, CLS 및 TBT를 알려주세요.✓ 복사됨→ 세 개의 메트릭 숫자와 추적 요약
-
상위 원인 찾기LCP 지연에 가장 많이 기여하는 단일 자산 또는 스크립트는 무엇입니까? 요청 타이밍을 표시하세요.✓ 복사됨→ 특정 URL 식별, 타이밍 분석 (DNS/connect/TTFB/download)
-
구체적인 수정 제안LCP를 2.5초 미만으로 이동시키는 가장 저렴한 수정사항은 무엇입니까? 추가할 특정 줄이 있는 하나의 변경 (preconnect, preload, defer, lazy 또는 bundle-split)을 제안하세요.✓ 복사됨→ 실행 가능한 HTML/JS diff, 일반적인 목록이 아닙니다
결과: 명명된 원인과 구체적인 수정사항이 있는 성능 회귀, 적용 후 추적을 다시 실행하여 검증 가능합니다.
함정
- 추적이 실행마다 다양함 — 일회성 숫자가 오도합니다 — 추적을 3번 실행하고 결론을 내리기 전에 중앙값을 취하세요
- 로컬/개발 빌드는 프로덕션과 다릅니다 — 압축이 없는 localhost가 아닌 프로덕션 URL 또는 CDN 제공 미리보기에 대해 추적하세요