코어 웹 바이탈, 점수가 아닌 '측정 방식'의 변화에 주목해야 할 때

곧 사라질 지표에만 매달리고 계신가요? 많은 웹사이트 관리자들이 코어 웹 바이탈(Core Web Vitals) 점수 자체에만 집중하지만, 지금 구글이 바꾸려는 것은 점수가 아닌 ‘측정 방식’ 그 자체입니다. 특히 단일 페이지 애플리케이션(SPA)처럼 동적인 현대 웹 환경에서, 기존의 페이지 로드 기반 측정 방식은 사용자의 실제 경험을 온전히 담아내지 못한다는 목소리가 높았습니다. 그리고 이제, 구글이 그 변화의 첫발을 내디뎠습니다.

TL;DR

• 구글은 단일 페이지 앱(SPA)의 사용자 경험 측정을 위해 '소프트 탐색' 기반의 CWV 측정을 도입할 예정입니다.
• 현재의 LCP, INP, CLS 외에 화면 전환 속도 등 소프트 탐색에 맞는 새로운 지표가 추가될 수 있습니다.
• 지금 당장 점수 개선보다, 향후 측정 방식 변화에 대비한 실제 사용자 모니터링(RUM)과 실험적 대응이 중요합니다.

'하드 탐색'의 한계: 왜 변화가 시작되었나?

지금까지의 코어 웹 바이탈은 '하드 탐색(hard navigation)'을 기준으로 측정되었습니다. 사용자가 링크를 클릭해 완전히 새로운 페이지로 이동할 때의 로딩 속도(LCP), 상호작용성(INP), 안정성(CLS)이 핵심이었죠. 이는 마치 책장을 한 장 한 장 넘기는 것과 같습니다.

하지만 유튜브, 페이스북, 최신 쇼핑몰처럼 현대적인 웹사이트는 한 페이지 안에서 내용물만 계속 바뀝니다. 메뉴를 클릭해도 URL은 그대로인데 화면만 바뀌는 경험, 모두 해보셨을 겁니다. 이를 '소프트 탐색(soft navigation)'이라 부릅니다. 이런 환경에서는 첫 페이지 로딩 속도만으로는 사용자가 실제로 느끼는 성능을 평가할 수 없습니다.

Google Chrome 개발자 공식 문서에 따르면, 구글은 "소프트 탐색을 Core Web Vitals 이니셔티브에 포함할지 결정하기 전에, 실제 사용자 환경을 더 정확히 반영하는지 평가하고 있다"고 밝히며, 최종 목표는 "모든 도구에서 노출되는 CWV 측정에 반영하는 것"이라고 설명합니다. (출처: Chrome Developers)

이는 더 이상 ‘첫인상’만 좋아서는 안 된다는 구글의 강력한 신호입니다. 웹사이트를 사용하는 내내 사용자가 겪는 모든 순간의 경험을 측정하겠다는 의미이기 때문입니다.

하드 탐색 vs. 소프트 탐색: 무엇이 어떻게 바뀌나?

그렇다면 앞으로의 변화는 우리에게 어떤 영향을 미칠까요? 기존 방식과 새로운 방식의 차이를 표로 정리했습니다.

Google I/O 2026에서 발표된 내용에 따르면, 곧 출시될 Chrome 버전부터 SPA에 대한 Core Web Vitals 지원이 포함될 예정입니다. 이는 소프트 탐색 측정이 더 이상 먼 미래의 이야기가 아님을 시사합니다.

새로운 CWV 측정, 어떻게 준비해야 할까? (3단계)

'아직 적용도 안 됐는데 벌써 준비해야 하나?'라고 생각할 수 있습니다. 하지만 모든 검색엔진 최적화가 그렇듯, 변화가 시작된 뒤에는 이미 늦습니다. 남들보다 앞서 대응하는 3단계를 제안합니다.

1. 1단계: 우리 사이트의 '소프트 탐색' 현황 파악하기 가장 먼저 우리 사이트가 소프트 탐색을 얼마나 활발히 사용하고 있는지 알아야 합니다. Google Analytics 4(GA4)와 같은 분석 도구에서 '향상된 측정' 기능이 활성화되어 있다면, '브라우저 기록 이벤트를 기반으로 한 페이지 변경' 항목을 통해 소프트 탐색(가상 페이지뷰)을 추적할 수 있습니다. 이를 통해 사용자들이 어떤 경로로 화면을 전환하는지 데이터를 확보하세요.

2. 2단계: 실험적 API로 성능 측정 시작하기 Chrome 개발팀은 소프트 탐색을 감지하고 성능을 측정하는 데 사용할 수 있는 코드를 공개했습니다. 개발자와 협력하여 이 코드를 테스트 환경에 적용해 보세요. 현재 공식적인 점수는 없지만, 어떤 화면 전환이 느리고 사용자 경험을 저해하는지 미리 파악하고 개선점을 찾는 것이 중요합니다.

   // Chrome 개발자 문서에서 제공하는 소프트 탐색 감지 예시 코드
   // 주의: 실제 프로덕션 적용 전 충분한 테스트가 필요합니다.
   performance.addEventListener('soft-navigation', (event) => {
     console.log('Soft-navigation detected:', event.navigationId);
   });
   

3. 3단계: 개발팀과 '화면 전환 성능' 최적화 논의하기 이제 논의의 초점을 '첫 페이지 로딩 속도(LCP)'에서 '화면이 바뀐 뒤 가장 큰 콘텐츠가 얼마나 빨리 뜨는가(Soft Navigation LCP)'로 옮겨야 합니다. 불필요한 데이터를 한꺼번에 불러오지 않고, 사용자가 요청하는 부분만 효율적으로 렌더링하도록 구조를 개선하는 것이 핵심입니다. 이는 단순한 이미지 압축을 넘어, 프론트엔드 아키텍처 자체의 개선을 요구할 수 있습니다.

💡 잠깐, 우리 사이트도 점검해 볼까요? 우리 사이트는 과연 소프트 탐색 환경에 잘 대비하고 있을까요? SearchTune OS는 LCP, INP, CLS와 같은 기존 지표는 물론, 앞으로 중요해질 사용자 경험의 변화까지 종합적으로 분석하여 구체적인 개선점을 알려드립니다. 경쟁사보다 한발 앞서 준비하고 싶다면, 지금 바로 진단 받아보세요. 👉 무료 SEO·AEO·GEO 진단 받기

소프트 탐색 시대, SEO는 어떻게 진화할까?

소프트 탐색의 등장은 단순히 기술적인 변화만을 의미하지 않습니다. 이는 검색엔진이 웹사이트를 평가하는 관점이 '페이지' 단위에서 '사용자 여정' 단위로 확장됨을 뜻합니다. 느리고 불편한 화면 전환 경험을 제공하는 웹사이트는 사용자의 이탈을 유발하고, 이는 결국 검색 순위에도 부정적인 영향을 미치게 될 것입니다.

이제 SEO는 단순히 콘텐츠를 잘 만들고 백링크를 거는 것을 넘어, 사용자가 사이트 내에서 경험하는 모든 상호작용의 '흐름'을 매끄럽게 설계하는 '경험 설계자'의 역할까지 포함하게 될 것입니다. 사이트의 기술적인 성능이 곧 콘텐츠의 가치를 전달하는 핵심적인 기반이 되는 시대입니다.

✅ 실행 체크리스트

• 우리 사이트가 리액트(React), 뷰(Vue), 앵귤러(Angular) 등으로 만들어진 단일 페이지 애플리케이션(SPA)인지 확인하기
• Google Analytics 4에서 '향상된 측정' 기능이 활성화되어 있는지 점검하기
• 사이트 내 주요 메뉴/버튼 클릭 시 페이지 전체가 새로고침 되는지, 화면 일부만 바뀌는지 테스트하기
• RUM(실제 사용자 측정) 도구를 사용 중이라면, 소프트 탐색 관련 데이터를 수집할 수 있는지 확인하기
• 개발팀과 '화면 전환 시 API 호출 및 데이터 로딩 시간'에 대한 논의 시작하기
• LCP 외에 INP(상호작용성) 지표 개선에 대한 중요성을 팀 내에 공유하기

이제 코어 웹 바이탈은 정적인 점수가 아닌, 살아 움직이는 사용자의 경험을 담아내는 동적인 지표로 진화하고 있습니다. 기술적인 변화의 흐름을 읽고 사용자의 실제 경험에 집중하는 것이야말로, 미래의 검색 환경에서 앞서 나가는 가장 확실한 방법입니다. 지금 바로 여러분 사이트의 '숨겨진 경험'을 점검해보세요.

자주 묻는 질문

Q. 소프트 탐색(Soft Navigation)이 정확히 무엇인가요?

소프트 탐색은 사용자가 링크를 클릭하거나 버튼을 눌렀을 때, 웹페이지 전체를 새로 불러오지 않고 현재 페이지의 일부 콘텐츠만 동적으로 변경하고 URL을 업데이트하는 것을 의미합니다. 예를 들어, 유튜브에서 관련 동영상을 클릭했을 때 페이지가 깜빡이지 않고 플레이어 부분만 바뀌는 것이 대표적인 소프트 탐색입니다. 이는 단일 페이지 애플리케이션(SPA)에서 주로 사용되는 기술로, 빠르고 부드러운 사용자 경험을 제공하기 위해 고안되었습니다.

Q. 새로운 CWV 측정 방식은 언제부터 검색 순위에 영향을 미치나요?

구글은 Chrome의 향후 릴리스에 SPA용 Core Web Vitals 지원이 포함될 것이라고 발표했지만, 이것이 즉시 검색 순위 알고리즘에 반영된다는 의미는 아닙니다. Chrome 개발자 문서에 따르면, 구글은 현재 소프트 탐색 측정 방식을 평가하고 있으며, 이것이 실제 사용자 경험을 더 정확히 반영하는지 검증하는 단계에 있습니다. 일반적으로 새로운 측정 기준이 순위에 유의미한 영향을 미치기까지는 데이터 수집, 검증, 사전 공지 등 수개월에서 1년 이상이 걸리는 경우가 많습니다.

Q. 소프트 탐색 성능은 어떤 도구로 측정할 수 있나요?

현재로서는 소프트 탐색 성능을 측정하는 공식적인 '점수'나 표준 도구는 없습니다. 하지만 개발자들은 Chrome 개발팀이 제공하는 'Soft Navigation Heuristics' 자바스크립트 API를 이용해 실험적으로 데이터를 수집할 수 있습니다. 또한 SpeedCurve, Datadog과 같은 전문 RUM(실제 사용자 모니터링) 솔루션들이 소프트 탐색 성능 측정을 지원하기 시작했습니다. Google Analytics 4의 '향상된 측정' 기능을 통해서도 가상 페이지뷰(소프트 탐색) 발생 빈도를 간접적으로 확인할 수 있습니다.

Q. INP(Interaction to Next Paint)와 소프트 탐색은 어떤 관계가 있나요?

INP는 사용자의 클릭, 탭, 키보드 입력 등 상호작용에 대해 웹 페이지가 시각적으로 얼마나 빠르게 반응하는지를 측정하는 지표입니다. 소프트 탐색은 주로 사용자의 클릭과 같은 상호작용에 의해 촉발됩니다. 따라서 느린 소프트 탐색은 높은 INP 값의 원인이 될 수 있습니다. 예를 들어, '더보기' 버튼을 눌렀는데 다음 콘텐츠가 나타나기까지 오래 걸린다면, 이는 나쁜 INP 점수로 기록될 수 있습니다. 좋은 소프트 탐색 경험은 INP 개선과 직결됩니다.

Q. 서버 사이드 렌더링(SSR)을 사용하는 SPA도 대비해야 하나요?

네, 대비해야 합니다. 서버 사이드 렌더링(SSR)이나 정적 사이트 생성(SSG)은 초기 페이지 로딩 속도(LCP)를 개선하는 데 매우 효과적입니다. 첫 화면을 서버에서 미리 그려서 빠르게 보여주기 때문이죠. 하지만 사용자가 일단 사이트에 진입한 후 다른 메뉴로 이동하는 등의 상호작용은 클라이언트 사이드에서 소프트 탐색으로 처리되는 경우가 많습니다. 따라서 SSR을 사용하더라도, 그 이후의 사용자 경험을 책임지는 소프트 탐색 성능 최적화는 별개로 중요하게 다루어야 합니다.

Q. 기존의 LCP, CLS 점수가 좋은 사이트도 소프트 탐색에 신경 써야 하나요?

네, 반드시 신경 써야 합니다. 기존 LCP, CLS 점수는 '하드 탐색' 즉, 사용자가 사이트에 처음 진입할 때의 성능을 측정한 것입니다. 점수가 좋다는 것은 '첫인상'이 좋다는 의미이지만, 사용자가 사이트 내에서 다른 콘텐츠를 탐색할 때의 경험(소프트 탐색)이 느리고 불편하다면 사용자는 금방 이탈할 수 있습니다. 구글의 목표는 전체 사용자 여정의 경험을 측정하는 것이므로, 첫인상뿐만 아니라 사이트에 머무는 동안의 모든 경험 품질을 관리해야 합니다.

자주 묻는 질문