Core Web Vitals 28일 지연이 속설인 이유

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

자주 듣는 말이 있다. "수정 사항을 배포했으니, 이제 효과가 있는지 확인하려면 28일을 기다려야 한다." 이는 틀렸다. 데이터는 28일 전 것이 아니다. 약 2일 전 데이터다. 구글이 수치를 계산하는 방식 때문에 혼란이 생기는데, 이를 이해하면 28일을 기다려야 한다는 불안감은 사라진다.

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

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

CrUX(Chrome User Experience Report)는 매일 약 04:00 UTC에 업데이트된다. CrUX API를 조회하면 응답에 정확한 날짜 범위를 나타내는 collectionPeriod 필드가 포함된다. 종료일은 보통 어제 또는 그제다. 2024년 12월부터 PageSpeed Insights도 이 날짜를 표시하므로 직접 확인할 수 있다.

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

PageSpeed Insights에서 확인하는 수치는 최근 28일간의 실제 사용자 데이터를 바탕으로 계산한 75번째 백분위수다. 구글은 데이터를 지연시키려고 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는 현재 성능을 정확히 반영한다.

수치가 얼마나 극적으로 변할지는 세 가지 요인에 달려 있다. 개선의 크기, 사이트 트래픽 양(트래픽이 많을수록 하루에 더 많은 새로운 데이터가 쌓임), 그리고 수정 사항이 모든 페이지 로드에 얼마나 일관되게 적용되는지다.

세 곳, 세 가지 업데이트 속도

모든 CrUX 데이터가 같은 속도로 업데이트되지는 않는다. 이 점이 또 다른 혼란을 낳는다.

• CrUX API 및 PageSpeed Insights: 매일 업데이트된다(약 2일 지연). 사람들이 가장 많이 사용한다.
• CrUX History API: 매주 월요일에 업데이트되며, 직전 토요일까지의 데이터를 포함한다. CrUX History 도구와 추세 차트를 구동한다.
• CrUX BigQuery: 매월 업데이트되며, 수집 기간 종료 후 두 번째 화요일에 갱신된다. BigQuery만 확인하면 정말 한 달이 지연되는 것처럼 느껴질 수 있다.

수치가 변하기를 초조하게 기다리고 있다면, BigQuery(매월)가 아니라 PageSpeed Insights(매일)를 확인하라.

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

CrUX는 구글의 데이터다. 구글이 사이트를 어떻게 보는지 알려준다. 하지만 가만히 앉아 기다릴 필요는 없다. Real User Monitoring을 통해 일 단위 또는 페이지 로드 단위로 Core Web Vitals를 추적할 수 있다. 며칠이 아니라 몇 시간 안에 수정 사항이 작동하는지 알 수 있다.

CrUX는 현재 1,856만 개의 오리진을 추적하며, 55.8%의 Core Web Vitals 통과율을 기록하고 있다. 사이트가 아직 통과하지 못한 44%에 속한다면, '28일 지연'이라는 오해 때문에 개선 작업을 미루지 마라. 데이터는 거의 실시간이다. 윈도우는 단지 데이터를 평탄하게 다듬을 뿐이다.