가장 무거운 자산의 적정 크기를 정하세요
전송된 바이트와 고객 경로의 중요도를 기준으로 이미지, 글꼴, 스크립트를 검토하세요. 표시되는 경험이 올바른 상태를 유지하는 경우에만 제거하거나 연기하세요.
전달 예산 / 04
경로를 개선하세요,
그런 다음 다시 측정하세요.
가장 느린 고객 경로를 식별하고 명시적인 전달 예산을 설정한 뒤, 통제된 하나씩의 개선을 검증하는 실무 중심의 성능 계획 가이드입니다.
이용 목적: HTML, 이미지, 글꼴, 스크립트, 캐싱 및 주요 사용자 상호작용 전반에서 측정 가능한 전달 작업의 우선순위를 정할 때 사용하세요. 점수나 순위를 약속하지 않습니다.
네 가지 제어 레버
마찰을 줄이되, 증거는 유지하세요.
핵심 요청 경로를 단축하세요
렌더 차단 및 오리진 종속 요청을 식별한 다음 캐싱, 압축, 프리로드 또는 의존성 변경을 통제된 조건에서 평가하세요.
반응 입력을 보호하세요
주요 상호작용 주변의 긴 작업과 클라이언트 작업을 검사하세요. 의미론, 접근성, 동의 및 기능 동작을 보존하면서 피할 수 있는 작업을 줄이세요.
동일 조건으로 비교하세요
URL, 릴리스, 디바이스, 네트워크, 캐시 상태 및 메트릭 출처를 기록하세요. 동일한 방법으로 개선된 결과가 나오고 회귀가 없을 때만 신뢰를 가집니다.
방법 / 출처 기반
다음 알려진 단계.
- 대표 고객 경로 하나를 선택하고 코드 변경 전에 현재의 랩(실험실) 및 사용 가능한 필드 증거를 기록하세요.
- 전송 크기, 주요 요청, 해당 경로에 가장 관련성 높은 사용자 중심 지표에 대해 검토 가능한 예산을 설정하세요.
- 과도한 이미지, 렌더 차단 자산, 피할 수 있는 스크립트, 느린 오리진 응답과 같이 제어 가능한 가장 큰 원인을 우선시하세요.
- 하나의 범위가 정해진 변경을 수행하고 동일한 경로 및 조건을 비교한 뒤 관찰된 증거에 따라 유지하거나 되돌리세요.
검증 / 의존하기 전에
동일한 URL, 디바이스 프로필, 네트워크 조건 및 캐시 가정으로 변경 전후 결과를 비교하세요.
레이아웃, 상호작용, 접근성, 분석, 주요 고객 경로에서 회귀가 없는지 실제 페이지를 검토하세요.
릴리스 식별자, 관찰값, 테스트 조건, 결정 및 변경이 유지되지 않을 경우 롤백 결과를 기록하세요.
권위 / 검토
출처 메모, 빌려온 확신이 아닙니다.
계획 근거: web.dev 성능 및 Core Web Vitals 안내
- web.dev — Web performance ↗web.dev는 사용자 중심 성능을 측정하고 Core Web Vitals를 이해하며, 목표를 정한 개선을 적용한 후 다시 측정할 것을 권장합니다.
맥락 / 인수인계를 연결 유지
작성자: SIU 활성화 편집 초안; 소스에 한정된 성능 지침. 검토자: 성능 담당자와 고객 경로 담당자가 증거와 절충안을 검토합니다. 재검증: 페이지 구성, 배포 인프라, 서드파티 스크립트 또는 측정 조건이 변경될 때 재검증합니다.