Core Web Vitals 28일 지연이라는 오해

Core Web Vitals 28일 지연에 대한 오해 불식

"수정 사항을 배포했으니 제대로 작동하는지 확인하려면 28일을 기다려야 합니다."라는 말을 자주 듣습니다. 이는 사실이 아닙니다. 데이터는 28일 전이 아니라 약 2일 전 데이터입니다. 이러한 혼란은 Google이 수치를 계산하는 방식에서 비롯되며, 이를 이해하고 나면 28일의 기다림이라는 막연한 두려움은 사라집니다.

마지막 검토: Arjen Karel, 2026년 3월

CrUX 데이터는 28일 전이 아니라 2일 전 데이터입니다

Chrome User Experience Report (CrUX)는 매일 대략 04:00 UTC에 업데이트됩니다. CrUX API를 쿼리하면 응답에 정확한 날짜 범위를 나타내는 collectionPeriod 필드가 포함됩니다. 종료일은 일반적으로 어제 또는 엊그제입니다. 2024년 12월부터 PageSpeed Insights에서도 이 날짜를 표시하므로 직접 확인할 수 있습니다.

그렇다면 28일은 어디서 나온 것일까요?

PageSpeed Insights에 표시되는 내용은 지난 28일간의 실제 사용자 데이터를 바탕으로 계산된 75백분위수입니다. Google이 28일 롤링 기간을 사용하는 이유는 데이터를 지연시키기 위해서가 아니라 노이즈를 매끄럽게 처리하기 위해서입니다. 단 하루 데이터가 나쁘다고 해서 점수가 폭락하지 않으며, 단 하루 데이터가 좋다고 해서 점수가 회복되지도 않습니다. 이 기간 설정은 실제 사용자가 사이트에서 겪는 경험에 대한 안정적이고 대표적인 지표를 제공합니다.

매일 가장 오래된 하루치 데이터는 빠지고 최신 하루치 데이터가 추가됩니다. 지연은 없습니다. 단순히 이 기간이 하루씩 앞으로 이동할 뿐입니다.

많은 사람들이 오해하는 한 가지는 이 수치가 평균이 아니라 75백분위수라는 점입니다. 여러 유명 가이드(Vercel 포함)에서 이를 평균이라고 잘못 언급합니다. 이러한 구분은 중요합니다. p75는 75%의 사용자 경험이 이 값 이하라는 의미입니다. 빠른 쪽의 이상치가 평균을 낮추는 것만큼 값을 쉽게 끌어내리지 않기 때문에 평균보다 수치 변화에 대한 저항성이 큽니다.

개선 속도가 느려 보이는 이유

성능 수정 사항을 배포하면 새로운 데이터가 최대 27일간의 과거 데이터와 섞이게 됩니다. 따라서 75백분위수는 하룻밤 사이에 변하지 않고 점진적으로 이동합니다.

이렇게 생각해 보세요: 28개의 빨간 구슬이 들어 있는 상자가 있습니다. 매일 오래된 빨간 구슬 하나를 꺼내고 새 초록 구슬 하나로 교체합니다. 상자 전체를 완전히 새로 채우는 데는 28일이 꼬박 걸리지만, 지연은 전혀 없었습니다!

상자가 얼마나 빨리 대부분 초록색으로 변하는지(75백분위수의 이동)는 기존에 빨간 구슬이 얼마나 많았는지에 따라 다릅니다. 사이트가 지속적으로 느렸다면 교체해야 할 빨간 구슬이 많은 것입니다. 만약 경계선에 있었다면 상자는 훨씬 더 빨리 초록색으로 변할 것입니다.

수정 사항 배포 후 예상되는 결과

다음은 성능 개선 사항을 배포한 후 일어나는 현상에 대한 현실적인 타임라인입니다.

• 0일 차: 수정 사항을 배포합니다. 아직 CrUX에는 아무런 변화가 없습니다.
• 2-3일 차: 처음으로 개선된 데이터 요소가 28일 기간 내에 진입합니다. 면밀히 모니터링하면 미세한 변화가 나타날 수 있습니다.
• 7일 차: 해당 기간의 약 4분의 1이 수정 후 데이터로 채워집니다. CrUX History에서 추세가 눈에 띄기 시작합니다.
• 14일 차: 해당 기간의 절반이 새로운 데이터입니다. 개선 효과가 컸다면(예: LCP가 4초에서 2초로 단축), p75 수치가 눈에 띄게 이동했을 것입니다.
• 28일 차: 해당 기간의 데이터가 완전히 새로 고쳐집니다. 이제 CrUX에 현재의 성능이 제대로 반영됩니다.

변화가 얼마나 극적인지는 개선 폭, 사이트의 트래픽 양(트래픽이 많을수록 하루에 생성되는 새로운 데이터 요소 증가), 그리고 모든 페이지 로드에 걸친 수정 사항의 일관성 등 세 가지 요소에 따라 달라집니다.

3곳의 데이터 소스, 3가지 업데이트 속도

모든 CrUX 데이터가 동일한 속도로 업데이트되는 것은 아닙니다. 이 또한 혼란을 야기하는 원인 중 하나입니다.

• CrUX API 및 PageSpeed Insights: 매일 업데이트됩니다(약 2일의 시차 발생). 가장 많은 사람들이 사용하는 소스입니다.
• CrUX History API: 매주 월요일에 이전 토요일까지의 데이터로 업데이트됩니다. CrUX History 도구 및 추세 차트에 데이터를 제공합니다.
• CrUX BigQuery: 매월 수집 기간이 종료된 후 두 번째 화요일에 업데이트됩니다. BigQuery만 확인한다면 실제로 한 달의 지연이 발생한 것처럼 느껴질 수 있습니다.

수치가 변경되기를 간절히 기다리고 있다면, 매월 업데이트되는 BigQuery가 아닌 매일 업데이트되는 PageSpeed Insights를 확인하세요.

28일을 기다리지 마세요. RUM을 사용하세요.

CrUX는 Google의 데이터입니다. Google이 귀하의 사이트를 어떻게 평가하는지 알려줍니다. 하지만 가만히 앉아서 기다릴 필요는 없습니다. Real User Monitoring을 사용하면 일 단위 또는 페이지 로드 단위로 Core Web Vitals를 추적할 수 있습니다. 며칠이 아니라 몇 시간 내에 수정 사항이 제대로 작동하는지 파악할 수 있습니다.

CrUX는 현재 55.8%의 Core Web Vitals 통과율을 기록하는 1,856만 개의 출처(origin)를 추적합니다. 귀하의 사이트가 아직 통과하지 못한 44%에 속한다면, "28일 지연"이라는 잘못된 믿음 때문에 개선 작업을 미루지 마세요. 이 데이터는 거의 실시간입니다. 기간(window)은 그저 이 데이터를 매끄럽게 처리할 뿐입니다.