반복 가능한 웹사이트 속도 검사 실행하기

유용한 속도 검사는 URL, 기기 가정, 테스트 조건을 기록한 다음 가장 큰 병목 현상을 조사합니다. 단일 성능 점수를 모든 방문자에 대한 평가로 바꾸기보다는, 변경 사항을 선택하고 검증하는 데 도움이 되어야 합니다.

기준선 설정

대표적인 URL을 선택하고 테스트된 시점을 기록합니다. 모바일 또는 데스크톱 구성, 리디렉션, 그리고 실행 중 쿠키 대화 상자나 특이한 콘텐츠가 발생했는지 여부를 메모합니다. 변동성을 파악하기 위해 유사한 실험실 테스트를 반복합니다. 필드 측정값을 사용할 수 있는지, 그리고 해당 측정값이 페이지에 적용되는지 아니면 더 넓은 오리진에 적용되는지 확인합니다.

보고서를 순서대로 읽기

1. 예상된 페이지가 실제로 로드되었는지 확인합니다.
2. 주요 콘텐츠 요소를 파악하고 요청 경로를 조사합니다.
3. 스크립트 실행, 렌더링 차단 작업, 레이아웃 변경 사항을 검토합니다.
4. 부하 테스트가 측정했다고 가정하는 대신, 브라우저에서 중요한 상호작용을 직접 수행해 봅니다.
5. 사용할 수 없는 데이터와 측정된 0 값을 구분합니다.

총 차단 시간(Total Blocking Time)은 메인 스레드 부하 작업을 진단하는 데 도움이 될 수 있지만 INP는 아닙니다. 높은 Lighthouse 점수가 필드 Core Web Vitals, 전환 성능 또는 검색 순위를 보장하지는 않습니다.

실전 예시: 모바일과 데스크톱의 결과가 일치하지 않는 경우

데스크톱은 빠르게 나타나는 반면 모바일 실험실 테스트에서는 큰 제품 이미지가 늦게 로드된다고 가정해 보겠습니다. 선택된 이미지 리소스, 기기 설정, 연결 가정을 비교합니다. 적절한 크기의 반응형 이미지를 테스트한 후 동일한 모바일 구성을 다시 실행합니다. 타이밍뿐만 아니라 이미지 품질과 레이아웃 크기도 확인합니다. 이 예시는 테스트 설계를 설명하는 것이며, 특정 개선을 약속하는 것은 아닙니다.

변경 로그 유지하기

배포된 변경 사항, 변경 전후의 측정값, 그리고 영향을 받는 사용자 여정이 여전히 정상적으로 작동하는지 기록합니다. 결과의 원인을 파악하려면 관련 없는 변경 사항을 함께 묶지 않는 것이 좋습니다. 필드 보고서가 새로운 방문을 반영하는 데는 시간이 걸릴 수 있으므로, 즉각적인 실험실 개선 사항과 추후의 필드 결과는 별도로 보고해야 합니다.

속도 검사기 실행 시작 후 브라우저 성능 도구를 사용하여 더 깊이 있게 진단하세요. 서비스가 측정하는 항목에 대해서는 PageSpeed Insights 문서를 참조하세요.