구글은 속도를 검색 순위에 직접 반영한다
구글은 2021년부터 Core Web Vitals(핵심 웹 지표)를 검색 순위 결정 신호로 공식 사용하고 있습니다. 2024년 INP가 정식 지표로 편입되면서 평가는 더 엄격해졌습니다.
2026년 5월 기준 국내 빌더(아임웹·카페24·Wix) 사이트의 모바일 Lighthouse 점수 평균은 5070점입니다. Next.js 기반 풀스택 사이트는 9098점이 나옵니다. 같은 키워드에서 30위에 머무르느냐 5위로 올라가느냐를 가르는 차이입니다.
Core Web Vitals 3가지 지표
LCP(Largest Contentful Paint): 페이지의 가장 큰 요소가 화면에 뜨는 시간. 2.5초 이내가 'Good', 4초 초과는 'Poor'.
INP(Interaction to Next Paint): 사용자가 버튼·링크를 누르고 반응이 나타나기까지의 시간. 200ms 이내가 'Good', 500ms 초과는 'Poor'.
CLS(Cumulative Layout Shift): 로딩 중에 요소가 갑자기 이동하는 정도. 0.1 이하가 'Good'.
이 3가지 중 하나라도 'Poor' 등급이면 검색 순위가 직접 떨어집니다.
빌더가 점수를 받기 어려운 구조적 이유
빌더 사이트는 "모든 사람이 쓸 수 있는 기능"을 미리 로드합니다. 쇼핑몰 기능이 필요 없어도 결제·재고·회원 관련 코드가 함께 다운로드됩니다. 결과적으로 다음 문제가 발생합니다.
- CSS·JS 번들 비대화: 평균 1.5
3MB가 한 번에 로드. 모바일 LTE 환경에서 35초 지연 - 이미지 자동 최적화 부재: 원본 JPG·PNG 그대로 서빙. WebP·AVIF 변환 미지원
- 공통 폰트·아이콘 통째 로드: 페이지에서 쓰지 않는 아이콘까지 다운로드
- 광고·트래킹 스크립트 중복: 3~5개 트래킹 코드가 동시 실행되어 INP 지연
풀스택의 점수 확보 메커니즘
Next.js·Remix는 다음 기술로 점수를 끌어올립니다.
- 코드 스플리팅: 페이지에 필요한 코드만 다운로드
- 이미지 자동 변환: AVIF·WebP, 사용자 화면 크기별 srcset 자동 생성
- SSR/ISR 사전 렌더링: 0.1초 안에 완성된 HTML 전송
- 폰트 서브셋: 페이지에서 쓰는 글자만 다운로드
- Edge Network 배포: 사용자와 가까운 서버에서 응답
| 지표 | 빌더 평균 | 풀스택 평균 |
|---|---|---|
| LCP | 3.5~6초 | 0.8~2초 |
| INP | 250~600ms | 50~180ms |
| CLS | 0.15~0.35 | 0.02~0.08 |
| Lighthouse(모바일) | 50~70 | 90~98 |
속도 차이가 매출 차이가 된다
구글 공식 데이터 기준 LCP가 1초 늘어날 때마다 이탈률이 평균 32% 올라갑니다. 동시에 검색 순위도 함께 하락합니다. "빌더로 만든 사이트는 광고를 돌려도 효율이 안 나온다"는 말은 대부분 이 구조에서 옵니다.
치로웹디자인의 모든 사이트는 모바일 Lighthouse 95점 이상을 기본 기준으로 작업합니다. 코드 스플리팅, 이미지 자동 최적화, Edge 배포가 처음부터 포함됩니다. 치로의 홈페이지 제작 서비스에서 실제 점수 사례를 확인할 수 있습니다. Core Web Vitals 상세는 Core Web Vitals 가이드를 참고하세요.
자주 묻는 질문
아임웹 사이트의 Lighthouse 점수를 어떻게 확인하나요? pagespeed.web.dev 주소에 사이트 URL을 입력하면 모바일·데스크톱 점수가 나옵니다. 90점 이상이면 기본 구조 합격, 60점 이하면 구조적 문제로 판단합니다.
풀스택으로 바꾸면 점수가 자동으로 90점이 되나요? 프레임워크만 바꾸고 잘못 설계하면 70점대도 가능합니다. 코드 스플리팅, 이미지 최적화, 폰트 처리를 처음부터 점수 기준에 맞춰 설계해야 90점 이상이 안정적으로 나옵니다.
모바일 속도가 데스크톱보다 더 중요한가요? 2026년 기준 국내 트래픽의 78%가 모바일입니다. 구글은 모바일 점수를 기준으로 검색 순위를 결정(모바일 퍼스트 인덱싱)하므로 모바일이 절대 우선입니다.