블로그 글을 열심히 쓰는데 구글 상위노출이 안 되는 이유가 뭘까요. 콘텐츠 품질만 신경 쓰면 될 줄 알았는데, 2026년 기준 전체 웹사이트 중 47%만 Core Web Vitals를 통과합니다. 나머지 53%는 구글이 "이 사이트 느리다"고 판단하고 있다는 뜻이에요.
솔직히 Core Web Vitals라는 단어 자체가 어렵게 느껴지거든요. 근데 결국 3가지입니다. 페이지가 얼마나 빨리 뜨는지(LCP), 클릭했을 때 얼마나 빨리 반응하는지(INP), 화면이 얼마나 안 흔들리는지(CLS). 이 3개를 구글이 실제 사용자 데이터로 측정해서 순위에 반영하고 있어요.
실제로 Vodafone은 LCP를 31% 개선했더니 매출이 8% 올랐고, Yahoo Japan은 CLS를 고쳤더니 세션당 페이지뷰가 15% 늘었습니다. 블로거한테도 이건 검색 트래픽과 직결되는 문제예요. 3대 지표의 기준값부터 플랫폼별 개선법까지 정리했습니다.
|
📋 3줄 요약 • Core Web Vitals 기준: LCP ≤ 2.5초, INP ≤ 200ms, CLS ≤ 0.1 (p75 실사용자 데이터 기준) |
|
📑 목차 |
1. Core Web Vitals란 — 3대 지표 기준값 총정리
|
Core Web Vitals(코어 웹 바이탈)은 구글이 "사용자 경험이 좋은 웹페이지인지" 판단하는 3가지 핵심 지표입니다. 쉽게 말해 구글이 내 사이트에 점수를 매기는 기준이에요.
| 지표 | 측정 대상 | 좋음 | 개선 필요 | 나쁨 |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | 가장 큰 콘텐츠가 화면에 뜨는 시간 | ≤ 2.5초 | 2.5~4.0초 | 4.0초 초과 |
| INP (Interaction to Next Paint) | 클릭/탭 후 화면 반응까지 걸리는 시간 | ≤ 200ms | 200~500ms | 500ms 초과 |
| CLS (Cumulative Layout Shift) | 페이지 로딩 중 화면 요소가 밀리는 정도 | ≤ 0.1 | 0.1~0.25 | 0.25 초과 |
여기서 중요한 건 구글이 실제 사용자의 75번째 백분위수(p75) 데이터로 판정한다는 겁니다. 내가 아무리 테스트 환경에서 빠르게 나와도, 실제 방문자 75% 이상이 기준을 충족해야 "좋음" 판정을 받아요.
|
⚠️ 주의 — FID는 2024년 3월에 퇴출됐습니다 |
2. 구글 검색 순위에 얼마나 영향을 미치나
|
결론부터 말하면, Core Web Vitals는 콘텐츠 품질이 비슷한 페이지 사이에서 순위를 가르는 타이브레이커 역할을 합니다. 콘텐츠가 압도적으로 좋으면 CWV가 나빠도 1위 할 수 있지만, 비슷한 수준의 글이 경쟁하면 CWV가 좋은 쪽이 올라가요.
실제 데이터를 보면 구글 1위 페이지가 9위 페이지보다 CWV 통과율이 10% 높습니다. 그리고 비즈니스 수치도 무시 못 해요.
| 속도 변화 | 영향 | 출처 |
|---|---|---|
| 100ms 로딩 지연 | 전환율 7% 감소 | Google/Deloitte |
| 로딩 2초 → 5초 | 이탈률 9% → 38% | |
| 0.1초 속도 개선 | 전환율 8.4% 증가, 주문 금액 9.2% 증가 | Deloitte |
| CWV "좋음" 달성 | 오가닉 트래픽 12~20% 증가 | RUMvision |
|
💡 핵심 포인트 — 네이버는? |
3. LCP 개선 방법 — 페이지 로딩 속도 줄이기
|
LCP(Largest Contentful Paint)는 페이지에서 가장 큰 요소(보통 대표 이미지나 제목 텍스트)가 화면에 나타나는 데 걸리는 시간입니다. 2.5초 이내면 "좋음"이에요.
개인적으로 블로그 LCP를 4.1초에서 2.2초로 줄인 적이 있는데, 이탈률이 18% 감소하고 오가닉 트래픽이 28% 늘었습니다. 가장 효과 큰 방법부터 정리할게요.
|
① 이미지 WebP/AVIF 변환 PNG/JPG 대비 용량 30~50% 감소. 워드프레스는 ShortPixel, Imagify 플러그인으로 자동 변환 가능 |
|
② LCP 이미지에 fetchpriority="high" 추가 대표 이미지를 최우선으로 로드하도록 브라우저에 지시. 이것만으로 LCP 200~800ms 개선 가능 |
|
③ 서버 응답시간(TTFB) 200ms 미만 목표 TTFB가 느리면 아무리 프론트엔드를 최적화해도 한계. 캐싱 플러그인(WP Rocket, LiteSpeed Cache) + 좋은 호스팅이 핵심 |
|
④ 렌더링 차단 JS/CSS 제거 비핵심 JavaScript에 defer 속성 추가, Critical CSS 인라인 삽입. 렌더 시간 1~3초 절감 가능 |
|
⑤ CDN 사용 Cloudflare(무료 플랜 있음)만 붙여도 글로벌 사용자 LCP 대폭 개선. 한국 서버 없는 호스팅이면 필수 |
4. INP 개선 방법 — 클릭 반응 속도 높이기
INP(Interaction to Next Paint)는 2026년 현재 가장 많이 실패하는 지표입니다. 전체 사이트의 43%가 200ms 기준을 충족하지 못하고 있어요. 버튼을 눌렀는데 0.5초 넘게 반응이 없으면 사용자는 "이 사이트 고장났나?" 생각하고 떠납니다.
INP는 3단계로 나뉩니다. 입력 지연(Input Delay) → 처리 시간(Processing Time) → 표시 지연(Presentation Delay). 이 중 어디가 병목인지 파악해야 정확한 개선이 가능해요.
| 개선 방법 | 설명 | 효과 |
|---|---|---|
| 서드파티 스크립트 감사 | 광고, 애널리틱스, 채팅 위젯 등 불필요한 스크립트 제거 | 가장 효과 큼, 노력 적음 |
| Long Task 분할 | 50ms 넘는 JavaScript 작업을 작은 단위로 분리 | 메인 스레드 차단 방지 |
| 비핵심 기능 Lazy Load | 댓글, 관련 글, 소셜 버튼 등을 스크롤 시 로드 | 초기 로드 부담 감소 |
| 큰 DOM 트리 축소 | 불필요한 HTML 요소 정리, 중첩 구조 단순화 | 시각적 업데이트 속도 개선 |
|
👉 실전 팁 — 블로거가 가장 먼저 할 일 |
5. CLS 개선 방법 — 화면 흔들림 없애기
|
CLS(Cumulative Layout Shift)는 페이지 로딩 중에 화면 요소가 갑자기 밀리거나 움직이는 현상을 수치화한 겁니다. 글을 읽고 있는데 갑자기 광고가 들어오면서 본문이 아래로 확 밀리는 경험 있죠? 그게 CLS예요.
Yahoo Japan은 CLS를 수정했더니 불량 페이지가 98% 감소하고 세션당 페이지뷰가 15% 늘었습니다. CLS는 3개 지표 중 가장 고치기 쉬운 편이에요.
| 원인 | 해결법 | 효과 |
|---|---|---|
| 이미지 크기 미지정 | 모든 img 태그에 width/height 속성 추가 | CLS 원인 1위 해결 |
| 웹폰트 FOUT/FOIT | font-display: swap + preload, 폴백 폰트 크기 맞춤 | CLS 최대 70% 감소 |
| 광고/배너 동적 삽입 | 광고 영역 placeholder로 공간 사전 확보 | 로딩 중 레이아웃 이동 방지 |
| 동적 콘텐츠 삽입 | skeleton screen 또는 min-height 지정 | 콘텐츠 로드 전 공간 확보 |
6. 측정 도구 비교와 워드프레스·티스토리 실전 세팅
|
CWV를 측정하는 도구가 여러 개인데, 같은 사이트를 넣어도 점수가 다르게 나와서 헷갈리는 분들이 많더라고요. 핵심은 하나의 도구를 기준으로 장기 추적하는 겁니다.
| 도구 | 데이터 유형 | 용도 | 가격 |
|---|---|---|---|
| Google Search Console | 실사용자 데이터 | 사이트 전체 모니터링, 순위 반영 데이터 | 무료 |
| PageSpeed Insights | 실사용자 + 시뮬레이션 | 개별 URL 분석, 개선 제안 | 무료 |
| Lighthouse | 시뮬레이션 | 개발 중 기술적 이슈 진단 | 무료 (Chrome 내장) |
| WebPageTest | 시뮬레이션 | 다양한 기기/네트워크 조건 테스트 | 무료 |
|
✅ 플랫폼별 빠른 개선 체크리스트 |
❓ 자주 묻는 질문 (FAQ)
|
Q. PageSpeed Insights 점수가 낮으면 구글 순위가 떨어지나요? A. PageSpeed 점수 자체는 순위 요소가 아닙니다. 98점과 80점의 차이가 순위를 바꾸지는 않아요. 구글이 보는 건 Lab Data(시뮬레이션 점수)가 아니라 Field Data(실사용자 데이터)입니다. Search Console의 "코어 웹 바이탈" 리포트에서 "좋음/개선 필요/나쁨" 판정이 실제 순위에 영향을 줍니다. |
|
Q. Core Web Vitals를 개선하면 순위가 바로 올라가나요? A. 바로는 아닙니다. 구글이 실사용자 데이터를 수집하는 데 최소 28일이 걸리고, 지표 반영까지 4~6주, 실제 순위 변화는 2~3개월 정도 봐야 해요. 다만 CWV만으로 순위가 확 뛰지는 않습니다. 콘텐츠 품질이 비슷한 경쟁 페이지 사이에서 타이브레이커 역할을 하는 거라서, 콘텐츠 개선과 병행해야 효과가 나옵니다. |
|
Q. 티스토리나 네이버 블로그도 Core Web Vitals 개선이 가능한가요? A. 티스토리는 스킨 HTML/CSS를 직접 수정할 수 있어서 이미지 크기 지정, 폰트 최적화, 스크립트 정리가 가능합니다. 네이버 블로그는 플랫폼 자체가 관리하기 때문에 개인이 CWV를 직접 개선할 수 없어요. 네이버 블로그는 CWV보다 C-Rank와 DIA 알고리즘에 집중하는 게 맞습니다. |
마치며
Core Web Vitals는 결국 "사용자한테 빠르고 안정적인 페이지를 제공하느냐"의 문제입니다. 구글은 이걸 수치화해서 순위에 반영하고 있고, 전체 웹사이트의 53%가 아직 통과하지 못하고 있다는 건 바꿔 말하면 여기서 이기면 경쟁 우위가 생긴다는 뜻이에요.
오늘 바로 할 수 있는 건 PageSpeed Insights에 내 블로그 URL을 넣어보는 겁니다. Field Data에서 LCP, INP, CLS 세 지표가 전부 초록색이면 통과, 하나라도 빨간색이면 그 지표부터 잡으세요. 대부분의 블로그는 이미지 최적화 + 서드파티 스크립트 정리만으로도 체감할 수 있을 만큼 개선됩니다.
|
📚 관련 글 추천 |
#CoreWebVitals #LCP #INP #CLS #페이지속도 #구글SEO #PageSpeed #웹성능최적화 #검색순위 #페이지경험