구글 SEO
페이지 속도
Page Speed 다른 표기: 페이지 로딩 속도, 사이트 속도
페이지 속도는 웹페이지가 요청된 순간부터 사용자가 실제로 콘텐츠를 보고 조작할 수 있게 되기까지 걸리는 시간을 종합적으로 가리키는 개념입니다.
- 페이지 속도가 하나의 숫자가 아니라 여러 지표의 묶음인 이유
- 어떤 하위 지표가 좋음 기준을 넘는지 어떻게 구분하는지
- 속도가 느릴 때 어느 지표부터 점검해야 하는지
페이지 속도는 어디에서 쓰이나요?
사이트 성능을 점검하는 모든 도구가 공통으로 다루는 주제입니다.
- PageSpeed Insights·GTmetrix로 전반적인 속도를 점검할 때
- 서치콘솔 「핵심 웹 지표」 보고서를 볼 때
- 어떤 로딩 단계가 느린지 원인을 나눠 볼 때
페이지 속도는 어떻게 측정하나요?
하나의 숫자가 아니라 로딩 단계별 지표를 모아 종합적으로 판단합니다.
페이지 속도 = TTFB(서버 응답) + LCP·INP·CLS(코어 웹 바이탈) 등 단계별 지표의 묶음지표 하나가 아니라 여러 지표를 함께 봐야 원인을 알 수 있습니다
측정 도구가 함께 보여주는 대표 지표는 세 가지입니다.
- 서버 응답 시간(TTFB)
- 화면이 그려지는 속도(LCP)
- 클릭 반응 속도(INP)
페이지 속도가 왜 중요한가요?
로딩이 느리면 사용자가 페이지를 열자마자 이탈할 가능성이 커집니다.
web.dev는 코어 웹 바이탈 3대 지표의 좋음 기준을 다음과 같이 안내합니다.
| 지표 | 좋음 기준 |
|---|---|
| LCP | 2.5초 이하 |
| INP | 200밀리초 이하 |
| CLS | 0.1 이하 |
페이지 속도라는 개념은 왜 생겼나요?
2010년 구글이 데스크톱 검색 순위에 로딩 속도를 반영하겠다고 밝혔고, 2018년에는 모바일 검색에도 적용했습니다. 이후 「느린 페이지」라는 막연한 인상 대신 TTFB·LCP·CLS·INP 같은 구체적인 지표로 쪼개 측정하는 방식이 자리 잡았습니다.
내 상황에 적용하려면?
숫자를 하나 넣어 보면 감이 잡힙니다. 아래는 설명을 위해 가정한 수치입니다.
내 사이트의 LCP가 3.1초, INP가 180밀리초, CLS가 0.05라고 하겠습니다. 이 중 기준을 넘는 것은 LCP뿐이므로 로딩 구간부터 먼저 점검합니다.
- PageSpeed Insights에서 TTFB·LCP·INP·CLS를 각각 따로 확인했습니다
- 모바일과 데스크톱 결과를 나눠서 봤습니다
- 기준을 넘는 지표부터 우선순위를 정했습니다
- 실제 방문자 데이터(필드 데이터)로도 함께 확인했습니다
페이지 속도에 대한 흔한 오해는 무엇인가요?
| 오해 | 실제 |
|---|---|
| 이미지만 압축하면 속도가 빨라집니다 | 서버 응답, 렌더링을 막는 CSS·JS, 이미지 최적화는 각각 다른 병목이라 단계별로 점검해야 합니다 |
| 속도 점수 하나로 사이트 상태를 다 알 수 있습니다 | 같은 종합 점수라도 어느 지표가 나쁜지에 따라 개선 방법이 완전히 다릅니다 |
| 속도는 개발자만 관리하면 됩니다 | 무거운 이미지 업로드나 외부 스크립트 삽입처럼 콘텐츠 운영 중에도 느려질 수 있습니다 |
속도를 구성하는 3대 핵심 지표는 코어 웹 바이탈에서, 서버 응답 구간은 TTFB에서, 로딩·코드 구조 전반은 테크니컬 SEO에서 다룹니다.
자주 묻는 질문
페이지 속도와 코어 웹 바이탈은 같은 말인가요?
코어 웹 바이탈은 페이지 속도를 이루는 지표 중 구글이 공식 순위 신호로 지정한 LCP·INP·CLS 3가지를 가리키는 더 좁은 개념입니다.
페이지 속도는 무엇으로 측정하나요?
PageSpeed Insights, Lighthouse, GTmetrix 같은 도구로 측정하며 실제 방문자 데이터도 함께 참고합니다.
속도 개선은 어디서부터 시작해야 하나요?
서버 응답 시간(TTFB)부터 점검한 뒤 LCP, CLS, INP 순으로 확인하는 방식이 일반적입니다.
참고 자료
이 페이지가 도움이 되었나요?
10초면 됩니다 · 남겨주신 의견은 다음 개정에 반영됩니다