점수를 올려 드리는 게 아니라
느린 원인 하나를 찾습니다

01FIELD · LAB

"우리 몇 점이에요"의 절반은
이 구분에서 갈립니다

같은 사이트를 두 가지 방법으로 잽니다. 두 숫자는 자주 다르고, 다른 게 정상입니다. 어느 쪽 숫자인지 적지 않은 성능 리포트는 그 자체로 신뢰할 수 없습니다.

03FREE 5

무료 스캔이 보는 5가지

홈 한 장을 한 번 불러 보고 응답과 헤더로 판정하는 간이 점수입니다. Core Web Vitals 정밀 측정은 들어 있지 않습니다 — 한 번 재는 데 30초쯤 걸려서 무료로 돌리면 대기가 감당이 안 되고 호출 한도도 금방 바닥납니다. 대신 여기서 걸리는 것은 대개 서버 설정이라 고치기가 쉽습니다.

04PAID SCOPE

유료에서 하는 것과
지금 못 하는 것

되는 것처럼 적지 않겠습니다. 배지가 범위 밖인 두 줄은 브라우저를 띄워야 나오는 값이라 지금 실행 환경에서 안 됩니다 — 서버를 옮기면 열립니다. 맨 아래 위임 필요 한 줄은 서버를 옮겨도 안 열립니다. 코드나 로그를 열어 주셔야 하는, 성격이 다른 항목입니다.

05FAQ

자주 묻는 질문

다른 도구에서 잰 점수와 다른데요?

같은 사이트도 잰 방법에 따라 숫자가 달라집니다. 실사용자 데이터는 최근 28일치 방문자에게서 모인 값이라 트래픽이 바뀌면 같이 움직이고, 시험실 측정은 회선과 기기 조건을 고정한 값이라 반복하면 비슷하게 나옵니다. 리포트에는 어느 쪽 숫자인지를 항목마다 적습니다.

실사용자 데이터가 없다고 나오면 어떻게 하나요?

표본이 모일 만큼 방문자가 많지 않다는 뜻이고, 중소 사이트에서는 흔한 일입니다. 그 자리에 추정치를 적지 않고 "데이터 없음"이라고 적은 뒤 시험실 측정으로 진단합니다. 개선 전후 비교는 어차피 조건을 고정한 쪽이 정확합니다.

무료 스캔의 성능 점수는 어떻게 나오나요?

첫 응답 시간 · 전송 용량 · 압축 · 캐시 헤더 · 렌더링 차단 리소스 수로 매기는 간이 점수입니다. Core Web Vitals 정밀 측정은 들어 있지 않습니다 — 한 번 재는 데 30초쯤 걸려서 무료로 돌리면 대기가 감당이 안 되고, 호출 한도도 금방 바닥납니다.

속도를 몇 초까지 줄여 주시나요?

진단은 무엇을 고치면 얼마가 줄어드는지를 항목마다 근거와 예상 공수로 적어 드리는 일까지입니다. 고치는 일은 별도로 맡기실 수 있고, 그 금액도 같은 공수에서 나옵니다. 다만 서버 성능 자체가 바닥인 경우처럼 호스팅을 바꾸지 않으면 안 되는 것도 있고, 그럴 때는 그렇게 적습니다.

페이지가 느린 이유가 DB 라고 하던데요?

그럴 수 있지만 밖에서 관찰하는 진단으로는 확인되지 않습니다. 한 페이지에서 쿼리가 몇 번 도는지는 코드나 슬로우쿼리 로그를 봐야 알 수 있고, 그건 자동 진단이 아니라 사람이 하는 작업입니다. 첫 응답 시간이 유난히 긴 것까지는 밖에서도 보이므로, 거기까지 확인한 뒤 코드 열람이 필요한지 말씀드립니다.