웹사이트 속도를 최적화한 후에도 Core Web Vitals가 기준을 충족하지 못하는 이유는 무엇인가요?

이미지 압축과 CDN 적용을 마쳐 속도 측정 점수는 빨간색에서 초록색으로 바뀌었지만, Search Console의 Core Web Vitals에는 여전히 ‘개선 필요’라고 표시됩니다. 해외 고객을 대상으로 독립몰을 운영하는 담당자라면 이런 차이를 보고 최적화가 제대로 적용되지 않은 것은 아닌지 의문이 들 수 있습니다.

꼭 그렇지는 않습니다. 도구로 측정한 로딩 속도와 해외 고객이 실제로 페이지를 탐색하고 클릭하며 화면 변화를 경험하는 것은 서로 다른 문제입니다. 웹사이트 속도 최적화로 Core Web Vitals 기준을 충족하려면 먼저 데이터의 측정 기준을 구분하고, 사용자 경험을 저해하는 구체적인 페이지와 동작을 찾아야 합니다.

먼저 확인하세요: 보고 있는 데이터는 테스트 점수인가요, 실제 사용자 데이터인가요?

PageSpeed Insights의 Lighthouse 성능 점수는 특정한 시뮬레이션 조건에서 실시한 실험실 테스트 결과입니다. 페이지 상단에 표시되는 실제 사용자 경험 데이터는 주로 Chrome 사용자 경험 보고서(CrUX)를 기반으로 합니다. 두 데이터는 용도가 다르므로 점수가 높다고 해서 Core Web Vitals 기준을 반드시 통과하는 것은 아닙니다.

Core Web Vitals는 주로 세 가지 지표를 평가하며, 일반적으로 평균값이 아니라 실제 방문 데이터의 75번째 백분위수를 기준으로 판단합니다.

세 지표 모두 ‘좋음’ 기준을 충족해야 평가를 통과합니다. 모바일과 데스크톱은 따로 확인해야 합니다. 현재 URL의 데이터가 부족한 경우에는 도구에 전체 사이트 데이터가 표시되는지 확인해, 사이트 전체의 상황을 단일 페이지의 결과로 오해하지 않도록 주의하세요.

또한 CrUX는 최근 28일간의 롤링 데이터를 사용합니다. 오늘 수정 사항을 적용해도 이전 방문 기록이 통계에 계속 반영되므로 결과가 즉시 초록색으로 바뀌지는 않습니다. Search Console도 업데이트가 지연될 수 있으므로 몇 시간 간격으로 계속 수정하기보다 추세를 살펴보세요.

지표별로 문제를 나누어 살펴보고, 리소스를 무작정 더 압축하지 마세요

PageSpeed Insights에서 실패한 항목을 확인한 다음, Chrome 개발자 도구의 Performance 패널로 해당 페이지를 기록하세요. 홈페이지만 테스트하지 마세요. 제품 상세 페이지, 카테고리 페이지, 광고 랜딩 페이지가 해외 고객이 실제로 방문하는 주요 진입점인 경우가 많습니다.

LCP 기준 미달: 이미지 용량을 줄였는데도 발견이 늦습니다

첫 화면의 대형 이미지가 LCP 요소인 경우가 많지만, 파일 크기만이 로딩을 늦추는 원인은 아닙니다. 서버 응답 지연, 과도한 리디렉션, JavaScript 실행 후에 삽입되는 이미지 때문에 브라우저가 다운로드를 시작하지 못할 수도 있습니다.

Network 패널에서 해당 리소스의 요청이 언제 시작되는지 확인하고, 성능 기록을 함께 살펴 대기·다운로드·렌더링 시간을 구분하세요. 첫 화면의 주요 이미지는 지연 로딩하지 마세요. 브라우저가 초기 HTML에서 이미지를 발견할 수 있도록 하고, 필요한 경우 가져오기 우선순위를 높이세요. 리소스 발견 지연이 확인된 경우에만 프리로드를 고려해 대역폭을 과도하게 점유하지 않도록 합니다.

해외 대상 웹사이트는 목표 시장에서도 테스트해야 합니다. 베이징 사무실에서 빠르게 열린다고 해서 독일이나 브라질의 모바일 사용자에게도 빠른 것은 아닙니다. CDN 캐시 적중 여부, 동적 페이지의 원본 서버 연결, 다국어 리디렉션으로 인한 대기 시간 증가를 확인해야 합니다.

INP 기준 미달: 페이지는 열렸지만 버튼이 ‘반응하지 않습니다’

INP는 페이지 방문 중 발생하는 상호작용 응답성을 평가하므로, 한 번의 로딩 테스트만으로 판단할 수 없습니다. 제품 필터, 사양 전환, 문의 팝업, 장바구니 등 실제로 사용자가 조작하는 요소를 테스트해야 합니다.

클릭 과정을 기록해 메인 스레드를 점유하는 장시간 작업이 있는지 확인하세요. 한 번에 많은 상품을 렌더링하거나, 복잡한 양식 검증을 수행하거나, 채팅 플러그인·광고 추적·히트맵 스크립트를 한꺼번에 실행하는 것이 흔한 원인입니다. 장시간 작업을 나누고 불필요한 JavaScript를 줄이거나, 필수적이지 않은 기능은 적절한 시점에 로드하도록 처리하세요.

실험실 테스트의 총 차단 시간은 문제를 찾는 데 참고할 수 있지만 실제 INP를 대체하지는 않습니다. 마케팅 스크립트를 삭제하는 것만이 유일한 해결책은 아닙니다. 먼저 스크립트의 용도와 실행 조건을 확인해 성능은 개선되더라도 문의 전환 기여도 추적이 누락되지 않도록 하세요.

CLS 기준 미달: 첫 화면은 안정적이지만 아래로 탐색하면 화면이 움직입니다

페이지가 열린 후 몇 초만 살펴보면 레이아웃 이동을 놓치기 쉽습니다. 늦게 나타나는 프로모션 배너, 추천 모듈, 글꼴 교체, 크기를 미리 지정하지 않은 동영상 때문에 탐색 중 콘텐츠가 밀릴 수 있습니다.

이미지, 동영상, 삽입 모듈에 크기나 종횡비를 지정하고 비동기 콘텐츠가 들어갈 공간을 미리 확보하세요. 다국어 사이트라면 긴 텍스트, 글꼴 로딩, 버튼 줄바꿈도 특히 확인해야 합니다. 중국어 페이지에서 안정적이던 템플릿도 독일어로 바뀌면 안정적이지 않을 수 있습니다.

단일 페이지를 수정했는데도 보고서에 실패 페이지가 여럿 남는 이유는 무엇인가요?

Search Console은 사용자 경험이 비슷한 URL을 그룹으로 묶습니다. 제품 페이지 하나를 수정해도 같은 그룹의 페이지가 모두 개선되는 것은 아닙니다. 다른 페이지에는 이전 템플릿이나 더 큰 대표 이미지가 남아 있거나, 추가 서드파티 구성 요소가 로드될 수 있습니다.

‘템플릿×언어×기기’ 기준으로 점검 목록을 만들고, 각 유형에서 대표 페이지를 선정해 트래픽이 많은 진입 페이지와 문제가 심각한 페이지를 포함하세요. 해외 마케팅 사이트는 광고 매개변수가 포함된 랜딩 페이지도 별도로 점검해 매개변수가 캐시에 영향을 주는지, 광고 경로에서 추가 스크립트가 실행되는지 확인해야 합니다.

易营宝처럼 스마트 웹사이트 구축과 해외 마케팅 서비스를 제공하는 플랫폼을 활용하면 운영 담당자가 페이지마다 이미지를 압축하는 데 그치지 않고 템플릿, 스크립트, 광고 유입 경로를 함께 점검할 수 있습니다. 협업 시에는 전체 사이트 템플릿의 문제와 특정 마케팅 페이지에서만 발생하는 문제를 구분해야 합니다.

결과는 ‘초록색’ 표시만 기다리지 말고 재테스트를 통해 확인하세요

수정할 때마다 적용 시점, 영향을 받는 페이지, 목표 지표를 기록하세요. 적용 후에는 먼저 동일한 조건의 실험실 테스트로 문제가 해결됐는지 확인한 다음, 실제 사용자 모니터링을 통해 지역·기기·페이지 유형별 변화를 살펴보세요. 트래픽이 적다면 소수의 방문 기록만으로 결론을 내리지 마세요.

관련 페이지 전반에 수정 사항이 적용됐는지 확인한 뒤 Search Console에서 검증을 요청하고 롤링 데이터를 계속 모니터링하세요. 동시에 문의 제출, 결제, 광고 전환, 동의 관리 기능도 회귀 테스트해 지연 로딩 스크립트가 업무 흐름을 방해하지 않는지 확인해야 합니다.

Core Web Vitals 기준 미달은 대개 ‘속도 개선 플러그인을 하나 더 설치해야 해서’ 발생하는 문제가 아닙니다. 측정 기준, 페이지 템플릿, 실제 사용 환경이 서로 맞지 않는 경우가 많습니다. 먼저 실패한 지표를 파악하고 해당 병목을 해결해야 속도 개선이 보기 좋은 테스트 화면을 넘어 해외 고객이 실제로 느끼는 원활한 경험으로 이어집니다.