수정 리포트

성능 수정 리포트

주요 페이지 3개(쇼핑몰은 홈, 컬렉션, 상품)를 느린 4G 환경의 중급형 휴대폰으로 불러오고, 사이트 트래픽이 충분하면 Google의 실제 사용자 데이터를 더해, 각 페이지를 느리게 만드는 원인과 수정 방법을 순서대로 보여 드립니다.

  • 모바일 실험실 테스트(LCP, CLS, TBT)
  • 가능한 경우 Google 실제 사용자 데이터
  • 가장 무거운 이미지와 스크립트

점검 항목

  • Largest Contentful Paint

    속도를 제한한 휴대폰에서 주요 콘텐츠가 표시되기까지 걸리는 시간을 2.5초 기준과 비교합니다.

  • 레이아웃 이동

    로딩 중 콘텐츠가 움직이는지 0.1 기준과 비교합니다.

  • Total Blocking Time

    스크립트가 페이지 응답을 막는 시간으로, Interaction to Next Paint를 대신하는 실험실 지표입니다.

  • 실제 사용자 데이터

    사이트 트래픽이 충분해 Google Chrome UX Report에 포함된 경우, 75번째 백분위수의 LCP, INP, CLS.

  • 무겁거나 지나치게 큰 이미지

    150 KB가 넘거나 표시 크기보다 훨씬 큰 이미지, 그리고 지연 로딩되는 주요 이미지.

  • 페이지 용량과 요청 수

    전체 다운로드 크기, 요청 수, 제3자 요청이 차지하는 비율.

  • 렌더링 차단 파일

    첫 화면 표시를 지연시키는 스크립트와 스타일시트.

제공 내용

  • 기준값과 함께 표시한 페이지별 측정 수치
  • 페이지별로 가장 무거운 파일(크기순)
  • 사용하는 플랫폼에 맞게 작성한 영향순 수정 방법
  • 모든 발견 사항에 바로 쓸 수 있는 AI 프롬프트
  • 개발자와 공유할 PDF

리포트 작성 과정

  1. 1

    각 페이지를 중급형 휴대폰을 에뮬레이션한 새 브라우저에서 느린 4G(지연 시간 150 ms, 1.6 Mbps)와 4× 느린 CPU 조건으로 불러옵니다.

  2. 2

    Google Chrome UX Report에서 사이트 출처(origin)의 실제 사용자 데이터를 조회합니다.

  3. 3

    원인을 속도에 미치는 영향이 큰 순서로 정렬하고 수정 방법과 함께 정리합니다.

샘플 리포트의 발견 사항

흔한 문제를 넣어 저희가 만든 가상의 쇼핑몰 Harbor & Pine에 대한 실제 결과물입니다.

전체 샘플 리포트 열기
  • Problem

    The main content appears slowly on phones

    Largest Contentful Paint reached {time} on {path} in our phone test (good is under 2.5 s).{"time":"{s} s{\"s\":{\"$num\":8.3,\"digits\":1}}","path":"/products/trail-daypack"}

    Fix: Start with the largest image or banner at the top of the page (see the findings below).

  • Problem

    The main image is lazy-loaded

    On {n} page(s) the largest image at the top has {attribute}, which delays it.{"n":1,"attribute":"loading=\"lazy\""}

    Fix: Load the first, largest image eagerly and give it high fetch priority; keep lazy loading for images further down.

  • Problem

    Images larger than they need to be

    {n} image(s) are heavy (over 150 KB) or much wider than they are shown.{"n":2}

    Fix: Upload product and banner images at sensible sizes (around 2000 px wide is plenty) instead of camera originals.

다루지 않는 범위

  • 데스크톱 속도
  • 서버와 호스팅 설정
  • 점수 보장: 실험실 결과는 실행할 때마다 달라집니다

이 리포트에 관한 질문

왜 느린 휴대폰으로 테스트하나요?

방문의 상당수가 휴대폰에서 이루어지며, Google Core Web Vitals는 모바일을 따로 측정합니다. 속도를 제한한 휴대폰에서는 빠른 노트북에서 가려지는 문제가 드러납니다.

사이트에 Chrome UX Report 데이터가 없으면 어떻게 되나요?

작은 사이트는 포함될 만큼 트래픽이 충분하지 않은 경우가 많습니다. 이때 리포트는 실험실 테스트를 바탕으로 하며 그 사실을 밝힙니다.

INP도 측정하나요?

INP는 실제 상호작용이 필요하므로 가능한 경우 Google의 실제 사용자 데이터에서 가져옵니다. 실험실 테스트는 같은 문제를 추적하는 Total Blocking Time을 보고합니다.

PageSpeed 점수와 일치하나요?

정확히 일치하지는 않습니다. 실험실 결과는 실행할 때마다 달라지고 도구마다 설정이 조금씩 다르지만, 가리키는 원인은 같습니다.

오늘 바로 웹사이트를 스캔해 보십시오

찾고, 고치고, 검증합니다.

어떤 종류의 웹사이트인가요?

답변에 따라 온라인 스토어의 구매 과정처럼 알맞은 검사를 고릅니다. 사이트 자체의 근거도 확인해 둘 다 보여 드립니다.

어떤 종류의 웹사이트인가요?

무료 스캔입니다. 신용카드가 필요 없습니다.