GAM Ad Speed 광고속도 최적화 Core Web Vitals 광고 수익화

GAM 광고속도 지표 완전 가이드 — 측정기준·측정항목과 해결방법

Google Ad Manager 광고속도(Ad Speed) 보고서의 측정기준과 측정항목을 완전 해설합니다. 느린 광고 비율을 낮추는 5가지 핵심 해결방법과 모니터링 루틴까지 실무 중심으로 정리했습니다.

Silversmith · · 읽는 시간 13분

광고 하나가 로딩되는 데 5초가 걸린다면, 그 페이지의 LCP(Largest Contentful Paint)는 이미 "나쁨" 구간에 진입해 있을 가능성이 높습니다. 광고 속도가 느리면 단순히 사용자 경험이 나빠지는 것을 넘어, Core Web Vitals 점수 하락 → 구글 검색 순위 하락 → 트래픽 감소 → 수익 이중 손실로 이어집니다.

그런데 실무에서 가장 많이 듣는 질문이 있습니다. "느린 광고가 어느 소재인지, 어떻게 찾죠?"

Google Ad Manager(GAM)에는 이 문제를 정확하게 짚어주는 전용 보고서가 있습니다. 바로 광고속도(Ad Speed) 보고서입니다. 이 글에서는 해당 보고서의 모든 측정기준(Dimensions)과 측정항목(Metrics)을 실무 관점에서 완전히 해설하고, 광고속도를 개선하는 5가지 핵심 해결방법을 단계별로 안내합니다.

광고속도(Ad Speed)란 무엇인가

GAM에서 광고속도의 정의

GAM에서 광고속도(Ad Speed)란 광고 요청(Ad Request)이 발생한 시점부터 광고 소재(Creative)가 사용자 화면에 완전히 렌더링(Rendering)되기까지 걸리는 시간을 의미합니다. 단순히 서버 응답 시간만을 측정하는 것이 아니라, 소재 내부의 스크립트 실행, 이미지 로딩, 서드파티(Third-party) 리소스 호출까지 포함한 실질적인 사용자 체감 렌더링 시간을 측정합니다.

구글은 렌더링 시간이 4초(4,000ms) 이상인 광고를 공식적으로 "느린 광고(Slow Ad)"로 분류합니다. 이 기준은 절대값으로, 느린 광고 비율(Slow Ad Rate)을 계산하는 분류 기준점이 됩니다.

단, 4초 기준은 '느린 광고'를 분류하기 위한 임계값일 뿐입니다. 실제 사용자 행동 연구에 따르면, 페이지 로딩 지연이 발생하면 이탈은 1초 이내에 시작됩니다. 광고가 4초 이내에 로딩되더라도 사용자는 이미 이탈했을 수 있습니다. 구글 기준 통과가 목표가 아니라, 1초 이내 렌더링 완료를 실무 목표로 설정해야 수익을 지킬 수 있습니다.

왜 광고속도가 중요한가

광고속도가 중요한 이유는 크게 네 가지입니다.

1. 사용자 경험(UX) 직접 훼손
광고가 늦게 로딩되면 페이지 레이아웃이 흔들립니다. 사용자가 기사를 읽다가 갑자기 콘텐츠가 아래로 밀려내려가는 경험을 하게 됩니다. 이것이 바로 CLS(Cumulative Layout Shift) 문제입니다.

2. Core Web Vitals(코어 웹 바이탈) 점수 하락
광고는 LCP(Largest Contentful Paint)와 CLS 두 지표 모두에 직접적인 영향을 줍니다. 대형 배너 광고가 LCP 측정 대상이 되거나, 광고 로딩 후 레이아웃 이동이 발생하면 두 지표가 동시에 악화됩니다.

3. 구글 검색 순위 하락
구글은 2021년부터 Core Web Vitals를 공식 순위 결정 요소(Ranking Signal)로 채택했습니다. 광고 속도 문제로 Core Web Vitals가 "개선 필요" 또는 "나쁨" 구간에 진입하면 검색 순위에 직접적인 불이익이 생깁니다.

4. 수익 손실
느린 광고는 뷰어빌리티(Viewability) 저하로 이어집니다. 광고가 렌더링되기 전에 사용자가 스크롤을 내리거나 페이지를 이탈하면, 광고가 노출되지 않은 것으로 처리되어 CPM과 수익이 감소합니다. Adtech 업계 연구에 따르면, 페이지 로딩 시간이 1초 늘어날 때마다 광고 수익은 약 2~5% 감소하는 것으로 알려져 있습니다.

반면, 광고가 화면에 3초 이상 지속 노출되면 사용자의 실질적인 광고 인지율과 브랜드 기억도가 크게 높아집니다. 이런 인벤토리는 DSP와 광고주로부터 프리미엄 인벤토리로 평가받아 더 높은 CPM 입찰을 유도합니다. 광고가 빠르게 렌더링되고, 사용자의 시선에 충분히 머무는 구조를 만드는 것 — 이것이 광고 속도 최적화의 궁극적인 목표입니다.

Ad Speed 보고서 위치

GAM 콘솔에서 광고속도 보고서에 접근하는 경로는 다음과 같습니다.

GAM 콘솔 → 보고(Reporting) → 보고서(Reports) → 보고서 만들기(+ New Report)
→ 보고서 유형: "광고속도(Ad Speed)" 선택

일반 실적(Delivery) 보고서와 별도의 독립된 보고서 유형이므로 반드시 "광고속도"를 명시적으로 선택해야 합니다.

GAM 광고속도 보고서 — 측정기준(Dimensions) 완전 해설

측정기준(Dimensions)은 데이터를 어떤 기준으로 나눠볼 것인지를 결정합니다. 광고속도 보고서에서 어떤 측정기준을 선택하느냐에 따라, 문제의 원인이 특정 지면인지 특정 소재인지 특정 광고주인지를 파악할 수 있습니다.

측정기준 영문명 활용 목적
광고 단위 Ad Unit 어떤 지면(슬롯)이 느린지 파악
광고주 Advertiser 어떤 광고주의 소재가 느린지 파악
주문 Order 캠페인 단위로 속도 문제 파악
광고 항목 Line Item 가장 중요한 디버깅 단위
소재 Creative 개별 소재 수준의 속도 측정
소재 크기 Creative Size 크기별 속도 경향 파악
브라우저 Browser 브라우저별 렌더링 차이 확인
기기 카테고리 Device Category 데스크톱/모바일/태블릿 비교
국가/지역 Country / Region 지역별 네트워크 속도 차이 확인
운영체제 Operating System OS별 렌더링 성능 차이 확인

광고 단위 (Ad Unit)

광고 단위(Ad Unit)는 사이트의 특정 광고 슬롯을 의미합니다. 예를 들어 "메인 페이지 상단 배너", "기사 본문 중간 광고" 등이 각각 별도의 Ad Unit으로 분류됩니다. 이 측정기준으로 보고서를 조회하면, 어떤 지면에서 느린 광고가 집중적으로 발생하는지 즉시 파악할 수 있습니다.

실무 팁: 느린 광고 비율이 높은 Ad Unit이 상단(Above the Fold)에 위치한 경우 즉각적인 조치가 필요합니다. 하단 광고보다 사용자 경험에 미치는 영향이 크기 때문입니다.

광고 항목 (Line Item)

광고속도 디버깅에서 가장 중요한 측정기준입니다. Line Item은 특정 광고주의 특정 캠페인 단위로 소재가 연결되는 지점입니다. 느린 광고 비율이 높은 Line Item을 찾아내면, 해당 Line Item에 연결된 소재(Creative)를 교체하거나 광고주에게 개선을 요청할 수 있습니다.

실무 팁: "광고 항목 × 느린 광고 비율" 조합으로 보고서를 내림차순 정렬하면, 가장 빠르게 문제 원인을 찾을 수 있습니다.

소재 (Creative)

소재(Creative)는 실제로 사용자에게 보여지는 광고 이미지, HTML5 배너, 동영상 등을 의미합니다. Creative 수준에서 느린 광고 비율을 측정하면, 같은 Line Item 안에서도 특정 소재만 느린 경우를 정확하게 식별할 수 있습니다.

소재 크기 (Creative Size)

크기별로 속도 경향을 분석할 수 있습니다. 일반적으로 대형 소재(예: 970×250 빌보드, 320×480 인터스티셜)는 소형 소재(예: 300×250 미드렉)보다 파일 크기가 크고 렌더링 시간이 길어지는 경향이 있습니다. 크기별 분석을 통해 특정 포맷에 대한 최적화 우선순위를 설정할 수 있습니다.

브라우저 (Browser)

Chrome, Safari, Firefox, Samsung Internet 등 브라우저별 렌더링 성능 차이를 측정합니다. 특정 브라우저에서만 느린 경우, 해당 브라우저의 JavaScript 엔진 호환성 문제나 CSS 렌더링 특성이 원인일 수 있습니다.

기기 카테고리 (Device Category)

데스크톱, 스마트폰, 태블릿으로 구분하여 속도를 비교합니다. 모바일 기기는 CPU 성능과 네트워크 환경이 데스크톱보다 제한적이기 때문에, 동일한 소재라도 모바일에서 느린 광고 비율이 높게 나타나는 경우가 많습니다. 모바일 트래픽 비중이 높은 미디어라면 이 측정기준을 반드시 포함해 분석해야 합니다.

국가/지역 (Country / Region)

광고 서버와 사용자 간의 물리적 거리, 현지 네트워크 인프라 수준이 광고 속도에 영향을 줍니다. 동남아시아, 아프리카 등 네트워크 인프라가 상대적으로 열악한 지역에서 느린 광고 비율이 높게 측정되는 경우, CDN(Content Delivery Network) 활용 또는 해당 지역 광고주 소재의 파일 크기 제한을 강화할 필요가 있습니다.

GAM 광고속도 보고서 — 측정항목(Metrics) 완전 해설

측정항목(Metrics)은 실제 측정된 수치를 의미합니다. 광고속도 보고서의 핵심 측정항목을 정확하게 이해하고 해석해야 올바른 조치를 취할 수 있습니다.

느린 광고 비율 (Slow Ad Rate, %)

광고속도 보고서의 가장 핵심적인 KPI(Key Performance Indicator)입니다.

느린 광고 비율만 단독으로 보면 오해할 수 있습니다. 예를 들어 광고 요청이 10건밖에 없는 Line Item의 느린 광고 비율이 50%라면, 실제로는 5건의 느린 광고가 발생한 것입니다. 광고 요청 수(Ad Requests)와 함께 교차 분석하는 것이 중요합니다.

느린 광고 수 (Slow Ads)

느린 광고 비율이 낮아도, 하루 수십만 건의 광고가 서비스되는 대형 지면에서는 절대 수 자체가 수익에 의미 있는 영향을 줍니다. 따라서 비율과 절대 수를 반드시 함께 해석해야 합니다.

광고 요청 수 (Ad Requests)

광고 요청 수가 적은 Line Item이나 Ad Unit의 느린 광고 비율 수치는 통계적으로 신뢰하기 어렵습니다. 최소 1,000건 이상의 광고 요청을 기반으로 판단하는 것을 권장합니다.

평균 렌더링 시간 (Average Render Time, ms)

평균 렌더링 시간이 목표 기준을 초과하는 경우, Creative 수준까지 드릴다운(Drill-down)하여 어떤 소재가 평균을 끌어올리는지 확인해야 합니다.

총 렌더링 시간 (Total Render Time, ms)

광고 속도가 느려지는 주요 원인 5가지

광고속도 보고서에서 문제를 발견했다면, 그 다음 단계는 원인 파악입니다. 느린 광고가 발생하는 주요 원인은 크게 다섯 가지로 정리됩니다.

원인 1: 과도한 서드파티 호출 (Third-party Redirects / Calls)

광고 소재 내에 여러 개의 외부 스크립트, 추적 픽셀, 검증 태그가 포함된 경우입니다. 소재 하나에 광고주 자체 태그, 어트리뷰션 툴(Attribution Tool) 태그, 브랜드 세이프티 검증 태그, 뷰어빌리티 측정 태그 등이 중첩되면 외부 서버 호출이 직렬로(Serial) 처리되어 렌더링 시간이 기하급수적으로 증가합니다.

원인 2: 무거운 소재 파일 (Creative Weight)

이미지 최적화가 되지 않은 고해상도 PNG 파일, 과도한 JavaScript 라이브러리를 포함한 HTML5 배너, 인코딩 설정이 비효율적인 동영상 소재 등이 해당됩니다. 구글은 광고 소재의 초기 파일 크기를 200KB 이하, 서브로드 포함 총 파일 크기를 1MB 이하로 권장합니다.

원인 3: 비동기 로딩 미적용

동기(Synchronous) 방식으로 구현된 광고 태그는 페이지 HTML 파싱을 중단시키고 광고 스크립트가 완전히 로딩될 때까지 나머지 콘텐츠 렌더링을 막습니다. 이를 렌더링 블로킹(Render Blocking)이라고 합니다. GPT(Google Publisher Tag) 기반 구현에서 비동기 모드를 활성화하지 않은 경우 이 문제가 발생합니다.

원인 4: 광고 항목 우선순위 경합

여러 광고 항목이 동일한 인벤토리를 놓고 경쟁하는 경우, 경매(Auction) 과정 자체에서 지연이 발생할 수 있습니다. 특히 프라이스 플로어(Price Floor) 설정이 복잡하거나, 패스백(Passback) 체인이 길게 구성된 경우 경쟁에서 탈락한 광고 항목이 다음 광고 항목에 요청을 넘기는 과정에서 추가 지연이 누적됩니다.

원인 5: 지역/네트워크 레이턴시 (Latency)

광고 서버, CDN 서버, 서드파티 서버가 사용자와 물리적으로 먼 경우 네트워크 레이턴시가 렌더링 시간에 그대로 반영됩니다. 특히 모바일 3G/4G 네트워크 환경에서는 이 영향이 더 크게 나타납니다.

광고속도 개선 — 5가지 핵심 해결방법

해결방법 1: 느린 광고 항목 즉시 식별 및 조치

가장 빠른 ROI를 내는 첫 번째 단계는 문제가 되는 광고 항목을 정확히 찾아내는 것입니다.

실행 절차:

  1. GAM → 보고(Reporting) → 새 보고서 만들기 → 보고서 유형: 광고속도
  2. 측정기준: 광고 항목(Line Item) 선택
  3. 측정항목: 느린 광고 비율(Slow Ad Rate), 광고 요청 수(Ad Requests) 선택
  4. 날짜 범위: 최근 7~14일
  5. 보고서 실행 후 "느린 광고 비율" 기준 내림차순 정렬

조치 기준:

느린 광고 비율 권장 조치
30% 이상 즉시 일시 중단(Pause) 또는 소재 교체 요청
20~30% 48시간 내 소재 검토 및 개선 요청
10~20% 모니터링 강화, 개선 요청 공문 발송
10% 이하 정상 범위, 주간 모니터링 유지

광고주에게 소재 개선을 요청할 때는 단순히 "느리다"는 것을 알리는 것만으로는 부족합니다. GAM 보고서 스크린샷과 함께 평균 렌더링 시간 수치, 해당 소재의 느린 광고 비율을 함께 제공하면 광고주 측 기술팀이 빠르게 대응할 수 있습니다.

해결방법 2: 소재(Creative) 최적화 가이드라인 적용

광고주에게 소재를 제출받을 때 사전에 명확한 기술 가이드라인을 제공하면 사후 수정 요청을 크게 줄일 수 있습니다.

디스플레이 광고 파일 크기 기준 (구글 권장):

HTML5 소재 최적화 체크리스트:

서드파티 태그 관리:
소재 하나에 포함되는 서드파티 픽셀, 추적 태그, 검증 태그의 수를 제한하는 정책을 수립하면 좋습니다. 꼭 필요한 태그만 유지하고, 불필요한 중복 추적 태그는 제거하도록 광고주와 협의하세요.

소재 사전 검수 프로세스 도입:
광고 집행 전 소재를 GAM의 크리에이티브 미리보기 기능으로 렌더링 테스트하거나, 외부 도구(예: Google's Ad Speed Grader)로 파일 크기와 외부 호출 수를 검수하는 프로세스를 도입하면 집행 후 문제가 발생하는 빈도를 크게 줄일 수 있습니다.

해결방법 3: 지연 로딩(Lazy Loading) 구현

지연 로딩(Lazy Loading)은 사용자의 뷰포트(Viewport) 밖에 위치한 광고 단위의 로딩을 지연시켜, 초기 페이지 로딩 속도를 개선하는 기법입니다.

GPT의 내장 Lazy Load 기능 활용:

GPT(Google Publisher Tag)는 enableLazyLoad() API를 공식 지원합니다. 아래 설정 예시를 참고하세요.

googletag.pubads().enableLazyLoad({
  // 뷰포트 밖 아래로 얼마나 미리 fetch할 것인지 (뷰포트 높이의 배수)
  fetchMarginPercent: 200,  // 200% = 뷰포트 높이의 2배 거리까지 사전 fetch

  // 뷰포트 밖 아래로 얼마나 미리 render할 것인지
  renderMarginPercent: 50,  // 50% = 뷰포트 높이의 0.5배 거리까지 사전 render

  // 모바일 환경에서 위 값에 적용할 배율
  mobileScaling: 2.0  // 모바일에서는 2배 적용
});

설정값 해설:

기대 효과:

주의사항: Lazy Load를 활성화하면 광고 Fill Rate가 일시적으로 낮아 보일 수 있습니다. 뷰포트 밖 광고 요청이 지연되기 때문입니다. 실제 수익에는 큰 영향이 없거나 오히려 개선되는 경우가 많지만, 초기 지표 변화를 확인하고 모니터링하는 것이 좋습니다.

해결방법 4: 비동기(Async) 광고 태그 전환

동기(Synchronous) 광고 태그는 페이지 렌더링을 완전히 중단시킵니다. 브라우저가 HTML을 위에서 아래로 파싱하다가 동기 스크립트를 만나면, 그 스크립트가 완전히 로딩되고 실행될 때까지 모든 렌더링을 멈춥니다. 이 현상을 렌더 블로킹(Render Blocking)이라고 합니다.

비동기 GPT 태그 구현:

모던 GPT 구현에서 비동기 모드는 기본값이지만, 레거시 구현을 사용하는 사이트에서는 명시적으로 확인이 필요합니다.

<!-- 비동기 GPT 로딩 (올바른 방법) -->
<script async src="https://securepubads.g.doubleclick.net/tag/js/gpt.js"></script>

<!-- 명시적 비동기 활성화 -->
<script>
  googletag.cmd.push(function() {
    googletag.pubads().enableAsyncRendering(); // 비동기 렌더링 활성화
    googletag.enableServices();
  });
</script>

Header Bidding(헤더 비딩) 사용 시 타임아웃 설정:

Prebid.js를 사용하는 경우, 입찰 타임아웃(Bid Timeout)을 적절히 설정하는 것이 중요합니다. 타임아웃이 너무 길면 광고 로딩 전체가 지연되고, 너무 짧으면 정당한 입찰 기회를 잃게 됩니다.

var pbjs = pbjs || {};
pbjs.que = pbjs.que || [];

pbjs.que.push(function() {
  pbjs.setConfig({
    bidderTimeout: 1500,   // 입찰 타임아웃: 1,500ms (1.5초) 권장
    // 서버 사이드 비딩(Server-Side Bidding) 사용 시 더 짧게 설정 가능
  });
});

일반적으로 1,000~2,000ms 범위를 권장하며, 사이트 트래픽 품질과 주요 DSP의 평균 응답 시간을 고려하여 최적값을 찾는 것이 좋습니다.

해결방법 5: SafeFrame 및 광고 태그 최적화

SafeFrame 활성화:

SafeFrame은 광고 소재를 메인 페이지와 격리된 환경(Isolated Frame)에서 실행하는 방식입니다. 광고 소재 내의 JavaScript가 메인 페이지 DOM에 직접 접근하는 것을 차단하여, 악의적이거나 무거운 소재가 메인 페이지 성능에 미치는 영향을 최소화합니다.

GAM에서 SafeFrame 활성화: Line Item 설정 → Creative 설정 → "SafeFrame 호환" 옵션 체크

한 페이지 내 광고 단위 수 최적화:

광고를 많이 배치할수록 각 광고 단위의 Fill Rate와 CPM이 하락하고, 페이지 전체 로딩 속도도 저하됩니다. 일반적으로 한 페이지에 광고 단위 수는 5개 이하를 권장합니다 (롱폼 아티클 제외).

SRA(Single Request Architecture) 활용:

GPT의 SRA 모드는 한 페이지에서 발생하는 모든 광고 요청을 하나의 HTTP 요청으로 묶어 처리합니다. 여러 번의 서버 왕복(Round-trip) 대신 한 번으로 처리하므로 네트워크 레이턴시를 줄일 수 있습니다.

googletag.pubads().enableSingleRequest(); // SRA 모드 활성화

단, SRA를 사용하면 모든 Ad Unit의 크기와 슬롯이 첫 번째 요청 시점에 확정되어야 하므로, 동적으로 광고 단위를 추가하는 무한 스크롤 페이지에는 적용이 어렵습니다.

패스백(Passback) 체인 최적화:

GAM의 패스백(Passback)은 상위 광고 항목이 광고를 채우지 못했을 때 하위 광고 네트워크에 기회를 넘기는 구조입니다. 패스백 단계가 3단계 이상으로 길어지면 각 단계에서 서버 응답을 기다리는 시간이 누적되어 전체 광고 렌더링 시간이 크게 늘어납니다. 불필요한 패스백 레이어를 제거하고, Open Bidding이나 Header Bidding으로 경쟁 구조를 현대화하는 것이 근본적인 해결책입니다.

광고속도 모니터링 루틴 만들기

광고속도 최적화는 일회성 작업이 아닙니다. 광고주가 새로운 소재를 제출하거나 새 캠페인이 시작될 때마다 느린 광고가 다시 유입될 수 있습니다. 지속적인 모니터링 루틴을 구축하는 것이 중요합니다.

주간 모니터링 체크리스트

보고서 자동화 설정

GAM에서는 보고서 일정(Scheduled Report) 기능을 통해 정기 보고서를 이메일로 자동 수신할 수 있습니다.

보고(Reporting) → 보고서(Reports) → 해당 보고서 → 일정(Schedule) 설정
→ 반복: 매주 월요일 → 수신 이메일 입력 → 저장

이렇게 설정하면 매주 월요일 아침 자동으로 광고속도 보고서가 이메일로 전송됩니다. 별도로 GAM에 접속하지 않아도 주간 현황을 파악할 수 있습니다.

월간 소재 감사 체크리스트

점검 항목 기준 조치
전체 느린 광고 비율 10% 이하 유지 초과 시 소재 감사
평균 렌더링 시간 2,000ms 이하 권장 초과 시 원인 분석
패스백 체인 길이 3단계 이하 초과 시 구조 재검토
HTML5 소재 파일 크기 200KB 이하 초과 소재 교체 요청
서드파티 호출 수 소재당 3회 이하 초과 시 태그 정리 요청

자주 묻는 질문 (FAQ)

Q1. 느린 광고 비율이 얼마 이상이면 문제인가요?

구글이 제시하는 "좋음" 기준은 명시되어 있지 않지만, 업계에서 일반적으로 10% 이하를 정상, 20% 이상을 경고, 30% 이상을 위험 구간으로 분류합니다. 단, 트래픽 특성(모바일 비중, 주요 접속 지역 등)에 따라 기준이 달라질 수 있으므로, 자사 히스토리 데이터를 기반으로 기준선(Baseline)을 설정하는 것이 가장 정확합니다.

Q2. 광고속도 개선이 수익에 직접적인 영향을 미치나요?

직접적인 영향이 있습니다. 느린 광고는 뷰어빌리티(Viewability) 저하 → Active View CPM 하락으로 이어집니다. 또한 사용자 이탈률 상승 → 세션 시간 감소 → 광고 노출 기회 자체가 줄어드는 간접 영향도 있습니다. Google의 내부 연구에 따르면, 광고 로딩 시간을 1초 단축할 때 수익이 평균 1~2% 개선되는 것으로 알려져 있습니다.

Q3. Header Bidding과 광고속도는 어떤 관계인가요?

Header Bidding(헤더 비딩)은 여러 DSP가 동시에 입찰하므로 단일 Waterfall 방식보다 광고속도 면에서 유리하지만, Prebid.js 등 헤더 비딩 라이브러리 자체의 로딩 시간과 입찰 타임아웃이 광고속도에 영향을 줍니다. 타임아웃을 1,000~1,500ms로 설정하고, Server-Side Header Bidding(SSHB)을 도입하면 클라이언트 측 부하를 줄여 광고속도를 개선할 수 있습니다.

Q4. GAM Ad Speed 보고서는 AdMob에도 적용되나요?

GAM의 Ad Speed 보고서는 웹(Web) 기반 인벤토리에 최적화되어 있습니다. AdMob(앱 광고)은 별도의 성능 보고서를 제공하며, 광고 로딩 시간 지표를 확인하려면 AdMob 콘솔 → 보고서 → 광고 요청 관련 지표를 활용해야 합니다. MCM(Multiple Customer Management) 환경에서 웹과 앱을 동시에 관리하는 경우, 두 플랫폼의 보고서를 별도로 확인해야 합니다.

마치며

GAM 광고속도 지표를 정리하면 다음 세 가지가 핵심입니다.

  1. "광고 항목 × 느린 광고 비율" 조합이 가장 빠르게 문제를 찾는 방법입니다. 느린 광고 비율 30% 이상인 Line Item을 우선 조치하세요.
  2. 느린 광고의 가장 흔한 원인은 소재 파일 크기와 서드파티 호출 과다입니다. 광고주에게 명확한 소재 가이드라인을 사전에 제공하면 사후 대응 비용을 크게 줄일 수 있습니다.
  3. 지연 로딩(Lazy Loading)과 비동기 태그 전환은 구현 비용 대비 광고속도와 Core Web Vitals 개선 효과가 가장 큰 기술적 조치입니다.

광고속도 최적화는 단순히 "광고가 빨리 뜨는 것"을 넘어, 사용자 경험 개선 → Core Web Vitals 점수 향상 → 검색 순위 유지 → 장기적 수익 보호로 이어지는 핵심 운영 과제입니다. 지금 바로 GAM 광고속도 보고서를 열어 확인해보세요.

궁금한 점은 댓글로 질문해주세요. 실무에서 자주 마주치는 케이스들을 추가로 정리해 답변드리겠습니다.