이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.
이 글에서 다루는 것
- 코어 웹 바이탈 점수와 애드센스 수익이 어느 숫자에서 맞물리는지, 두 보고서를 같은 축에 놓고 대조하는 순서를 정리합니다.
- "속도를 올리면 수익이 는다"는 말은 들었는데 내 블로그의 어디를 봐야 할지 모르겠는 분을 위한 글입니다.
- 읽고 나면 서치콘솔·PageSpeed Insights·애드센스 보고서에서 각각 무슨 숫자를 꺼내 어떻게 비교할지 정할 수 있습니다.
점수와 수익은 '노출'이라는 한 칸에서 맞물립니다
속도 점수 자체를 광고주가 사 주는 것은 아닙니다.
두 숫자가 만나는 지점은 노출 한 칸입니다.
애드센스 고객센터의 용어집은 RPM을 이렇게 정의합니다.
"RPM은 실제로 발생한 수입이 아니라 예상 수입을 페이지 조회, 노출 또는 검색이 발생한 횟수로 나눈 다음 1,000을 곱한 값입니다."
이 정의를 뒤집으면 수익은 노출수에 RPM을 곱해 1,000으로 나눈 값이 됩니다.
속도가 건드리는 쪽은 RPM이 아니라 앞의 노출수입니다.
같은 용어집의 '노출수' 항목은 광고가 사용자 기기에 다운로드되기 시작한 뒤에야 노출을 센다고 적어 두었습니다.
실제로 봤는지는 ActiveView 조회 가능이라는 별도 측정항목으로 따로 확인합니다.
그러니까 페이지가 그려지기 전에 독자가 뒤로 가기를 누르면, 그 방문은 조회수에는 남고 노출에는 남지 않습니다.
분모만 커지고 분자는 그대로니 RPM이 내려갑니다.
1단계. 서치콘솔에서 '어느 그룹'이 느린지부터 봅니다
개별 글부터 측정하면 길을 잃습니다.
먼저 사이트 전체에서 느린 덩어리가 어디인지 봅니다.
① 서치콘솔 코어 웹 바이탈 보고서의 상태 정의입니다.
세 지표가 각각 빠름·개선이 필요함·느림 세 칸으로 나뉩니다.
| 지표 | 빠름 | 개선이 필요함 | 느림 |
|---|---|---|---|
| LCP | 2.5초 이하 | 4초 이하 | 4초 초과 |
| INP | 200밀리초 이하 | 500밀리초 이하 | 500밀리초 초과 |
| CLS | 0.1 이하 | 0.25 이하 | 0.25 초과 |
이 보고서를 읽을 때 틀리기 쉬운 지점이 네 가지 있습니다.
- 데이터가 CrUX, 즉 실제 방문자에게서 모은 필드 데이터입니다. 방금 잰 값이 아니라 지난 28일치가 반영됩니다.
- 판정은 방문수의 75%를 기준으로 합니다. 넷 중 셋이 기준 안에 들어와야 통과입니다.
- 주소 하나가 아니라 비슷한 페이지를 묶은 URL 그룹 단위로 판정하고, 그룹 상태는 가장 느린 상태를 따라갑니다.
- 모바일과 데스크톱을 따로 봅니다. 공식 문서의 예시대로 모바일은 빠름인데 데스크톱은 개선이 필요함일 수 있습니다.
'사용 가능한 데이터가 없음'이 뜬다면 CrUX에 쌓인 방문이 아직 모자란 것입니다.
글이 적은 블로그에서는 흔한 일이고, 이때는 다음 단계의 실측으로 대신합니다.
2단계. PageSpeed Insights로 문제 글을 실측합니다
느린 그룹을 찾았으면 그 그룹의 대표 주소를 직접 재 봅니다.
로그인도 설치도 필요 없습니다.
① 입력칸에 글 주소를 넣고 ② 분석을 누르면 됩니다.
결과는 실제 사용자 데이터와 실험실 데이터 두 덩어리로 나옵니다.
여기서 서치콘솔과 숫자가 어긋나도 둘 중 하나가 틀린 것이 아닙니다.
공식 문서가 차이를 직접 설명해 둡니다.
- 코어 웹 바이탈 보고서는 데이터를 URL 그룹으로 합치지만, PageSpeed Insights는 보통 개별 주소의 데이터를 보여 줍니다. 그 글이 그룹 안에서 이상점일 수 있습니다.
- 코어 웹 바이탈 보고서는 주소 뒤의 매개변수까지 다른 페이지로 구분하는 반면, PageSpeed Insights는 매개변수를 떼고 기본 주소에 몰아서 계산합니다.
그래서 순서가 중요합니다.
전체 경향은 서치콘솔에서, 글 한 편의 원인은 PageSpeed Insights에서 봅니다.
반대로 하면 글 하나의 값에 사이트 전체를 맞추게 됩니다.
3단계. 수익 쪽 숫자를 같은 축으로 잘라 봅니다
속도 쪽 숫자가 모였으면 이제 애드센스 보고서를 같은 기준으로 잘라야 비교가 됩니다.
① 애드센스 고객센터의 RPM 정의 화면입니다.
아래 예시까지 보면 계산이 분명해집니다.
페이지 조회수 25회에 예상 수입이 0.15달러면 페이지 RPM은 6달러, 광고 노출 45,000회에 수입 180달러면 광고 RPM은 4달러입니다.
대조는 이렇게 맞춥니다.
- 기간을 28일로 맞춥니다. 코어 웹 바이탈 보고서가 28일 창을 쓰므로 애드센스도 같은 기간으로 끊습니다.
- 기기별로 나눕니다. 속도 판정이 모바일·데스크톱 따로이므로, 애드센스 보고서도 플랫폼별로 나눠 RPM을 봅니다.
- 페이지 단위로 좁힙니다. 느린 URL 그룹에 속한 글들만 모아 그 글들의 페이지 RPM을 전체 평균과 비교합니다.
- 노출수와 페이지뷰를 같이 봅니다. 페이지뷰는 그대로인데 노출수만 낮다면 광고가 뜨기 전에 나간 방문이 많다는 뜻입니다.
숫자가 적은 블로그라면 하루치로는 아무것도 보이지 않습니다.
최소 4주를 한 칸으로 묶어 비교하고, 그 사이에 광고 배치를 바꾸지 않아야 원인이 섞이지 않습니다.
원인이 서버에 있을 때의 선택지
LCP가 늦은 이유가 이미지도 플러그인도 아니고 첫 응답 자체가 늦어서라면, 글을 아무리 가볍게 만들어도 출발선이 밀립니다.
이때부터는 호스팅이 선택지에 들어옵니다.
관리형 클라우드 호스팅은 서버 사양과 캐시를 설정 화면에서 다루게 해 주는 종류이고, 요금 페이지에서 2026년 10월 2일 확인한 최저 요금제는 월 14달러였습니다.
① 개인 사이트와 단순 블로그용으로 안내된 최저 요금제 Micro와 ② 월 14달러 표기입니다.
그 위로 28달러·54달러·99달러 구간이 있고, 표시 금액에 세금이 포함돼 있지 않다는 문구가 요금표 아래에 따로 적혀 있습니다.
처음에는 최저 요금제로 시작하고, 방문자가 늘어 메모리 경고가 뜨거나 응답이 눈에 띄게 느려질 때 올리면 됩니다.
옮기기 전에 숫자부터 확인하고 싶다면 카드 등록 없이 3일 체험으로 응답 시간만 먼저 재 보는 방법도 있습니다.
① 체험을 시작하는 버튼입니다.
오른쪽에 무료 마이그레이션·무료 SSL·스테이징 같은 전 요금제 포함 항목이 적혀 있습니다.
관리형 클라우드 호스팅의 요금과 사양을 공식 페이지에서 직접 확인하기
속도를 고쳐도 수익이 그대로인 경우
아래에 해당하면 호스팅을 바꿔도 숫자가 거의 움직이지 않습니다.
먼저 걸러내는 쪽이 돈이 덜 듭니다.
- 이미 LCP가 2.5초 안쪽이다. 남은 개선폭이 작아 변화가 측정 오차에 묻힙니다.
- 월 방문이 수천 회 이하다. 표본이 적어 RPM이 원래 들쭉날쭉해 원인 분리가 안 됩니다.
- CLS가 문제다. 광고 자리를 CSS로 잡는 일이라 서버가 아니라 코드 쪽입니다.
- 유입이 적어 노출 자체가 적다. 속도보다 글과 검색 유입이 먼저입니다.
- 달러 결제와 영어 관리 화면이 부담스럽다. 해외 호스팅은 한국어 고객지원이 없는 곳이 많고 메일 호스팅도 대개 별도 결제입니다.
자주 묻는 질문
코어 웹 바이탈 점수가 좋아지면 애드센스 단가가 오르나요?
단가 자체를 올려 주는 장치는 없습니다.
바뀌는 것은 광고가 실제로 다운로드돼 노출로 집계되는 비율 쪽입니다.
서치콘솔과 PageSpeed Insights 값이 다른데 어느 쪽을 믿나요?
용도가 다릅니다.
사이트 전체 경향은 서치콘솔, 글 한 편의 원인 진단은 PageSpeed Insights로 봅니다.
공식 문서도 그룹 병합과 매개변수 처리 때문에 값이 다를 수 있다고 적어 두었습니다.
고치고 나면 얼마 만에 보고서에 반영되나요?
코어 웹 바이탈 보고서는 지난 28일 필드 데이터를 쓰므로 바로 바뀌지 않습니다.
최소 4주는 두고 봐야 합니다.
마무리
속도와 수익은 노출 한 칸에서 맞물립니다.
RPM은 수입을 조회수나 노출수로 나눈 값이라, 광고가 뜨기 전에 나간 방문은 분모만 키웁니다.
점검 순서는 서치콘솔에서 느린 URL 그룹을 찾고, PageSpeed Insights로 그 그룹의 대표 글을 실측하고, 애드센스 보고서를 28일·기기별·페이지별로 잘라 대조하는 것입니다.
첫 응답 자체가 늦을 때만 호스팅이 선택지가 됩니다.
이미 빠르거나 유입이 적다면 서버를 바꿔도 숫자는 거의 움직이지 않습니다.
지금 서치콘솔 코어 웹 바이탈 보고서에서 어떤 상태가 뜨고 있나요?
모바일·데스크톱 상태와 월 방문 규모를 댓글로 남겨 주시면 어디부터 손볼지 같이 따져 보겠습니다.