📖 약 6분 읽기

내 사이트에 광고가 몇 개 붙어 있고, 화면을 얼마나 가리며, 로딩에 데이터를 얼마나 쓰는지 — 이 질문에 답하려면 지금까지는 별도의 유료 진단 도구를 붙이거나, 개발팀에 부탁해 로그를 뒤져야 했습니다. 그런데 2026년 9월 15일부터는 이야기가 달라졌습니다. 구글 크롬 팀이 CrUX(크롬 사용자 경험 보고서)에 광고 경험 지표 4종을 실험 단계로 추가하면서, 지면에 광고가 얼마나 무겁게 실려 있는지가 브라우저가 공개하는 데이터로 그냥 조회되기 시작했기 때문입니다. 경쟁사도, 광고주도, 대행사도 같은 값을 같은 방식으로 확인할 수 있다는 뜻입니다.

이번 변화가 눈에 띄는 이유는 지표 자체의 정교함보다, 그 값이 나오는 경로에 있습니다. 지금까지 광고 적재량은 계약 관계 안에서, 혹은 별도로 비용을 들여야 확인할 수 있는 영역이었습니다. 그런데 이제는 도메인만 알면 누구나 같은 창구에서 같은 값을 받아 볼 수 있게 됐습니다. 아래에서는 CrUX가 무엇인지부터, 이번에 추가된 지표가 실제로 무엇을 재는지, 그리고 국내 실무자가 지금 당장 무엇을 점검하면 좋을지를 순서대로 짚어 보겠습니다.

CrUX가 무엇인가

CrUX는 Chrome User Experience Report, 우리말로 옮기면 ‘크롬 사용자 경험 보고서’입니다. 구글이 크롬 이용자들의 실제 웹 접속 경험을 익명으로 모아 공개하는 데이터셋으로, 2017년부터 운영돼 왔습니다. 여기서 중요한 것은 CrUX가 설치하는 프로그램이 아니라 ‘조회하는 공개 데이터’라는 점입니다. 회사 내부에 태그를 깔거나 스크립트를 심을 필요 없이, 도메인 주소만 입력하면 그 사이트를 실제로 방문한 크롬 이용자들의 집계 경험치가 나옵니다.

이 구조가 의미하는 바는 생각보다 큽니다. 자사 사이트뿐 아니라 경쟁사 사이트, 제휴 매체, 광고를 게재할 후보 지면까지 같은 방식으로 값을 확인할 수 있다는 뜻이기 때문입니다. 원래 CrUX는 페이지 로딩 속도나 상호작용 반응성 같은 성능 지표를 주로 담고 있었고, 코어 웹 바이탈의 실측 데이터 근거로도 쓰여 왔습니다. 여기에 이번에 광고 적재량 지표가 새로 들어온 것입니다. 성능 측정 도구였던 CrUX가 지면 품질 측정 도구로 영역을 넓혔다고 볼 수 있습니다.

▶ CrUX가 무엇인지 자세히 보기 — 성격 세 가지와 조회 방법 4가지 (새 창)

이번에 추가된 4가지 지표, 무엇이 달라지나

이번에 CrUX에 새로 들어온 지표는 총 네 가지입니다. 각각이 재는 대상이 다르기 때문에, 하나씩 짚어 볼 필요가 있습니다.

먼저 Ad Count는 화면에 한 번에 보이는 광고의 평균 개수입니다. 페이지 하나에 배너 광고가 두 개 붙어 있는지, 다섯 개 붙어 있는지가 이 숫자 하나로 드러납니다. 그동안은 ‘광고가 많아 보인다’는 인상 수준으로만 이야기하던 것이, 이제는 비교 가능한 숫자로 남게 됩니다.

두 번째는 Ad Density, 화면 면적 가운데 광고가 차지한 평균 비율입니다. 광고 개수가 적어도 큼직한 배너 하나가 화면 절반을 덮고 있다면 밀도는 높게 나옵니다. 반대로 광고가 여러 개라도 작은 크기로 흩어져 있다면 밀도는 낮게 나올 수 있습니다. 즉 개수와 밀도는 서로 다른 각도에서 같은 문제를 보여 주는 셈입니다.

세 번째와 네 번째는 Ad Weight입니다. 이 지표는 다시 네트워크와 CPU 두 갈래로 나뉩니다. Ad Weight(Network)는 광고를 불러오느라 소비한 데이터량을 KB 단위로 잡습니다. 이용자 입장에서는 데이터 요금과 직결되는 값입니다. Ad Weight(CPU)는 광고를 화면에 그리고 동작시키느라 쓴 처리 시간을 ms 단위로 잡습니다. 기기가 버벅이거나 배터리가 빨리 닳는다고 느껴질 때, 그 원인의 일부가 여기서 숫자로 확인될 수 있습니다.

지금 이 네 지표는 CrUX API, 이력 조회용 CrUX History API, 그리고 크롬 개발자도구 안의 Ad 패널에서 확인할 수 있습니다. 대량 조회가 필요한 조직을 위한 BigQuery 제공은 예고된 상태이고 아직 열리지는 않았습니다. 다만 측정 대상에는 조건이 붙습니다. ads.txt에 승인 판매자가 등재된 사이트만 이번 측정 범위에 들어갑니다. ads.txt는 이 사이트의 광고를 누가 팔 자격이 있는지 적어 둔 공개 파일로, 광고 사기를 막기 위해 업계가 오래전부터 써 온 표준입니다. 즉 이 파일을 갖추지 않은 사이트라면 애초에 값 자체가 나오지 않습니다.

한 가지 더 짚어 둘 부분은, 네 지표 모두 아직 실험 단계라는 점입니다. 코어 웹 바이탈에는 포함되지 않았고, 구글이 ‘이 값 이하면 좋다’는 식의 권장 임계값도 제시하지 않았습니다. 값이 나온다고 해서 그 자체로 합격 · 불합격을 가르는 기준이 되는 것은 아니라는 뜻입니다.

왜 눈여겨볼 만한가 — 지면 품질이 계약 밖으로 나왔다

지금까지 지면에 광고가 얼마나 무겁게 실려 있는지는 주로 제3자 검증 도구를 통해 확인하던 영역이었습니다. 매체사와 광고주 사이의 계약, 혹은 별도의 유료 리포트를 통해서만 공유되는 정보였다는 뜻입니다. 매체사 입장에서는 자사에 불리한 숫자라면 굳이 먼저 꺼내지 않아도 되는 구조였고, 광고주 입장에서는 그 숫자를 직접 확인할 방법이 마땅치 않았습니다.

이번 변화의 요점은 바로 그 정보가 브라우저의 실사용자 데이터로, 무료 공개 경로를 통해 나온다는 데 있습니다. 계약서 안에서만 오가던 숫자 하나가 계약 밖으로 나온 셈입니다. 도메인만 알면 누구나 같은 값을 볼 수 있으니, 매체 평가의 근거가 한 곳 더 넓어졌다고 볼 수 있습니다. 이것이 단순한 기술 업데이트를 넘어 실무자가 눈여겨볼 만한 이유입니다.

국내 실무에 미치는 영향

퍼블리셔 입장에서는 광고 밀도와 무게가 협상 자리에 숫자로 올라올 여지가 생깁니다. 지금까지는 ‘우리 사이트는 광고가 깔끔합니다’라는 말로 설명하던 것을, 이제는 CrUX에서 조회한 값으로 뒷받침할 수 있습니다. 반대로 광고 적재량이 상대적으로 높은 매체는 그 이유를 설명해야 하는 상황에 놓일 수 있습니다. 어느 쪽이든, 감으로 이야기하던 것이 확인 가능한 숫자로 바뀐다는 점은 동일합니다.

광고주와 대행 담당자 쪽에서 보면, 매체 선정 단계에서 클릭률이나 전환율 같은 성과 지표 외에 지면 부하라는 축을 하나 더 볼 수 있게 됩니다. 성과가 비슷한 두 매체 후보가 있을 때, 어느 쪽이 이용자에게 더 무거운 경험을 주고 있는지가 참고 자료로 추가되는 셈입니다. 데이터 담당자라면 기존에 운영하던 웹 성능 리포트에 광고 무게 항목을 하나 붙이는 정도로 시작할 수 있습니다. 새로운 시스템을 구축하지 않아도, 이미 있는 리포트에 값 하나를 더 채워 넣는 방식이라 진입 장벽이 낮은 편입니다.

다만 범위는 제한적이라는 점도 함께 봐야 합니다. ads.txt에 판매자가 등재되지 않은 사이트는 애초에 측정 대상에서 빠집니다. CPU 지표도 메인 프레임에 직접 삽입된 광고 스크립트까지 전부 잡는 것이 아니라, 광고 컨테이너 처리 비용 중심으로 집계됩니다. 국내 사이트들이 이 커버리지 안에 얼마나 포함되어 있는지, 그리고 이 값이 앞으로 매체 품질 평가나 광고 입찰 구조에 실제로 반영될지는 현재까지 확인된 바가 없습니다. 다만 데이터 커버리지 자체는 앞으로 한 달에 걸쳐 점차 넓어질 예정이라고 공지되어 있어, 지금 값이 없다고 해서 앞으로도 계속 없으리라고 단정할 필요는 없습니다.

지금 점검할 것 세 가지

이 변화를 실무에 바로 연결하려면, 거창한 프로젝트보다 작은 확인부터 시작하는 편이 현실적입니다.

첫째, 자사 도메인의 ads.txt 등재 상태를 확인하고 CrUX API에서 실제로 값이 반환되는지 봐야 합니다. 값이 나오지 않는다면 파일 자체가 없는 것인지, 트래픽 요건을 충족하지 못한 것인지부터 구분해야 다음 단계로 넘어갈 수 있습니다.

둘째, 크롬 개발자도구의 Ad 패널로 주요 랜딩페이지의 광고 밀도와 무게를 직접 재 보는 작업입니다. 공개 데이터는 75번째 백분위수, 즉 전체 방문의 75%가 그 값 이하였다는 집계 기준으로 나옵니다. 그래서 내가 지금 개발자도구에서 확인한 값과 CrUX 공개값이 딱 맞아떨어지지 않을 수 있다는 점을 감안하고 읽어야 합니다.

셋째, 사이트에 실려 있는 광고 스크립트와 태그 목록을 다시 정리하는 작업입니다. 시간이 지나며 붙었다가 지금은 쓰이지 않는 태그, 같은 역할을 중복으로 하는 스크립트가 남아 있는 경우가 적지 않습니다. 지금까지는 이런 것들이 단순히 페이지 속도를 늦추는 성능 문제로만 다뤄졌다면, 이제는 CrUX를 통해 외부에서도 확인되는 숫자가 됩니다. 조회 경로와 API 사용법은 위에 링크한 해설편에 순서대로 정리해 두었으니 참고하면 좋습니다.

측정 체계를 정리해 둔 곳이라면 대응이 빠릅니다

비즈스프링과 인트렌치컨설팅은 태그 관리와 측정 체계를 다뤄 온 곳입니다. 이번에 추가된 지표는 그동안 해 온 태그 정리 작업의 결과를 외부에서 확인할 수 있는 형태로 보여 주는 쪽에 가깝습니다. 사이트에 어떤 스크립트가 얼마나 실려 있는지 목록이 정리되어 있다면, 공개된 CrUX 값과 대조해서 어느 태그가 무게를 만들고 있는지 좁혀 나가는 일이 한결 수월해집니다.

아직 임계값이 없는 실험 지표이니만큼, 지금 당장 목표 수치를 세우기보다는 현재 값을 한 번 기록해 두고 이후 변화를 지켜보는 정도가 현실적인 출발점으로 보입니다. 태그와 로거(LOGGER™), 애드몬스터(ADMONSTER) 등으로 사이트 내 스크립트 현황을 이미 파악하고 있는 조직이라면, 이번 지표를 활용해 어느 태그를 정리할지 우선순위를 정하는 작업으로 바로 이어갈 수 있습니다.

지면 품질을 확인하는 방법이 계약 안의 리포트에서 브라우저 공개 데이터로 넘어가는 흐름은 앞으로도 이어질 가능성이 있습니다. 지금은 값을 기록해 두는 것만으로도 충분한 출발점이 됩니다.

출처 :

• Chrome for Developers, 「New ad metrics in Chrome User Experience Report」 (2026-09-15) — https://developer.chrome.com/blog/crux-ad-metrics
• Chrome for Developers, 「How to use the CrUX API」 — https://developer.chrome.com/docs/crux/guides/crux-api
• PPC Land, 「Chrome puts publishers’ ad loads on public record with 4 new metrics」 — https://ppc.land/chrome-puts-publishers-ad-loads-on-public-record-with-4-new-metrics/
• Search Engine Land, 「Google Chrome launches new metrics to measure ad-heavy websites」 — https://searchengineland.com/google-chrome-launches-new-metrics-to-measure-ad-heavy-websites-488753
• Search Engine Journal, 「Google Adds New Ad Experience Metrics To CrUX Report」 — https://www.searchenginejournal.com/google-adds-new-ad-experience-metrics-to-crux-report/589569/