페이지 속도 (Page Speed)

페이지 속도는 주소를 연 뒤 주요 내용이 보이고 버튼을 사용할 수 있게 되기까지의 전반적인 성능입니다. 서버 응답, 이미지와 파일 크기, 브라우저의 화면 처리와 JavaScript 실행이 모두 영향을 줍니다. 측정 데이터의 차이, 느려지는 원인과 개선 순서를 설명합니다.

이 글은 Google 공식 문서를 기준으로 작성했습니다.

로딩, 반응성, 화면 안정성의 측정

한 숫자로만 판단하지 않고 로딩 과정의 여러 지표를 봅니다.

• TTFB: 서버가 첫 응답 바이트를 보내기까지 걸린 시간
• FCP: 첫 텍스트나 이미지가 화면에 나타나는 시점
• LCP: 주요 콘텐츠가 표시되는 시점
• INP: 사용자 입력 후 화면이 반응하는 시간
• CLS: 로딩 중 예상하지 못한 화면 이동

코어 웹 바이탈은 LCP, INP, CLS로 실제 사용자 경험의 핵심 부분을 평가합니다. 페이지 속도는 서버와 네트워크, 전체 로딩 과정까지 포함하는 더 넓은 표현입니다.

실사용 데이터와 실험실 데이터의 용도

PageSpeed Insights는 두 종류의 데이터를 보여줄 수 있습니다.

실험실 점수가 좋아졌다고 실제 사용자 데이터가 바로 바뀌지는 않습니다. 현장 데이터는 일정 기간의 방문 기록을 모아 제공하므로 반영에 시간이 걸립니다.

속도를 낮추는 흔한 원인

원인은 사이트마다 다르지만 다음 항목을 자주 확인합니다.

• 서버 응답과 데이터베이스 처리가 늦습니다.
• 실제 표시 크기보다 큰 이미지를 내려받습니다.
• CSS와 JavaScript가 첫 화면 렌더링을 막습니다.
• 광고, 분석과 채팅 등 서드 파티 스크립트가 많습니다.
• 웹폰트 파일과 글꼴 굵기를 과도하게 불러옵니다.
• 캐시와 CDN 설정이 적절하지 않습니다.
• JavaScript의 긴 작업이 사용자 입력을 막습니다.

중요 페이지의 병목부터 잡는 순서

점수 항목을 모두 처리하기보다 방문이 많고 전환에 중요한 페이지에서 큰 병목부터 고칩니다.

1. 모바일과 데스크톱의 실제 사용자 데이터를 확인합니다.
2. LCP, INP, CLS 중 좋지 않은 지표를 구분합니다.
3. Lighthouse와 Network 패널로 원인을 찾습니다.
4. 대표 템플릿 몇 개에 먼저 수정합니다.
5. 기능과 화면이 깨지지 않았는지 확인합니다.
6. 배포 후 실제 사용자 데이터의 변화를 기다립니다.

이미지 압축만 반복해도 서버 응답이 느리다면 개선 폭이 작을 수 있습니다. 측정한 원인에 맞춰 작업하세요.

속도와 검색 순위의 관계

Google은 페이지 경험과 Core Web Vitals를 순위 시스템에서 사용하지만 좋은 점수가 상위 노출을 보장하지는 않습니다. 검색어와 관련성 높은 콘텐츠가 여전히 중요합니다.

속도 개선의 직접적인 목적은 사용자가 페이지를 빠르고 안정적으로 이용하게 하는 것입니다. SEO 점수만을 위해 필요한 콘텐츠나 기능을 제거하지 말고 사용자 가치와 성능을 함께 판단하세요.

Google 검색의 AI 기능에도 기존 페이지 경험 원칙이 적용되지만, Core Web Vitals 점수는 AI 답변이나 인용을 얻는 전용 신호가 아닙니다. ChatGPT, Claude와 다른 범용 챗봇도 같은 임계값으로 출처를 고른다고 볼 수 없습니다. AI 출처 링크에서 들어온 사용자의 이탈과 전환에는 속도가 영향을 줄 수 있으므로, 인용 여부와 방문 뒤 성과를 나눠 확인합니다.

함께 알아두면 좋은 용어

• 코어 웹 바이탈: 로딩과 반응성, 화면 안정성을 측정하는 핵심 지표
• LCP: 주요 콘텐츠가 표시되는 속도 지표
• TTFB: 서버가 첫 응답 바이트를 보내기까지 걸린 시간
• Lighthouse: 통제된 환경에서 페이지 품질을 검사하는 도구
• CDN: 사용자와 가까운 서버에서 정적 파일을 전달하는 네트워크

참고 문서

• PageSpeed Insights
• Google 검색 센터, Core Web Vitals와 검색결과
• Google 검색 센터, 페이지 경험 이해하기