전문 상담 접수

4월 T.O

1 /6팀
맨 위로 ▲

구글 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 순으로 확인하는 방식이 일반적입니다.

참고 자료

명이 함께 보고 있습니다.
9월 T.O 가능 건수
0
0
1
건 (1/6팀)
1:1 무료 상담 예약하기 →