애드센스 rpm올리는 방법은 글과 광고를 함께 고치는 것
운영하던 워드프레스 사이트에서 광고를 늘렸는데 수익은 거의 그대로인 적이 있습니다. 모바일 화면을 열어보니 본문보다 광고가 먼저 보였고, 독자는 필요한 설정값을 찾기도 전에 나가고 있었습니다. 애드센스 rpm올리는 방법을 찾을 때 광고 개수부터 바꾸면 이런 일을 놓치기 쉽습니다.
페이지 RPM부터 같은 조건으로 비교합니다
애드센스의 페이지 RPM은 예상 수익을 페이지 조회수로 나눈 뒤 1,000을 곱한 값입니다. 하루 수익이 12,000원이고 조회수가 4,000회라면 페이지 RPM은 3,000원입니다. 광고 노출 RPM과 분모가 다르니 두 수치를 섞어 비교하면 판단이 틀어집니다.
먼저 애드센스 보고서에서 최근 28일의 페이지 RPM, 조회수, 예상 수익을 확인합니다. 하루 수치만 보면 광고 단가나 유입 변동에 흔들립니다. 모바일과 데스크톱, 유입 국가, 수익이 높은 글과 낮은 글도 나눠 봅니다. RPM이 올라도 조회수가 크게 줄어 전체 수익이 떨어졌다면 성공한 변경이라고 보기 어렵습니다.
예를 들어 ‘워드프레스 백업 복구 방법’ 글은 방문자가 실제 작업을 하려는 경우가 많습니다. 반면 짧은 오류 메시지 풀이 글은 답을 확인하고 바로 떠날 수 있습니다. 두 글의 RPM 차이를 광고 위치 하나로 설명할 수는 없습니다. 검색 의도와 글의 깊이부터 비교해야 합니다.
수익이 나는 글은 실제 작업 순서까지 채웁니다
제가 먼저 손보는 글은 이미 검색 유입이 있는데 내용이 얇은 글입니다. ‘캐시 플러그인 추천’이라는 제목에 제품 이름만 나열했다면, 서버 캐시 사용 여부를 확인하는 법과 캐시 삭제 순서를 추가합니다. ‘백업 플러그인 설치’ 글이라면 백업 파일을 어디에 보관할지, 복구를 어떻게 시험할지까지 써야 합니다. 방문자가 필요한 답을 한 페이지에서 얻을 수 있어야 합니다.
상품 가격이나 호스팅 요금처럼 자주 바뀌는 숫자는 확인 없이 박아 넣지 않습니다. 대신 비교 기준을 적습니다. 백업 기능은 복원 가능 여부, 보관 위치, 자동 실행 주기를 보고, 속도 플러그인은 현재 호스팅의 캐시 기능과 겹치는지 먼저 확인하는 식입니다. 무료 기능으로 충분한 작업에 유료 도구를 끼워 넣을 이유도 없습니다.
글을 길게 만드는 것 자체가 목표는 아닙니다. 설치 화면에서 실제로 눌러야 할 메뉴, 권장값을 적용하기 전에 확인할 조건, 실패했을 때 되돌리는 순서가 있으면 독자는 계속 읽습니다. 반대로 같은 설명을 반복해 분량만 늘리면 광고가 하나 더 나타나더라도 읽기 경험은 나빠집니다.
자동 광고는 미리 보고 한 번에 하나씩 바꿉니다
애드센스의 자동 광고를 쓴다면 사이트별 광고 설정 미리보기에서 모바일 화면부터 확인합니다. 제목 바로 아래, 목차 주변, 다운로드 버튼 옆처럼 클릭할 곳이 몰린 구간을 봅니다. Google 게시자 정책은 광고가 탐색 버튼 등에 너무 가까워 의도하지 않은 클릭을 만들거나 본문을 가리는 배치를 제한합니다. 광고를 더 넣기 전에 불편한 위치부터 빼는 편이 안전합니다.
설정은 광고 형식 또는 광고량 중 하나만 바꿔 비교합니다. 애드센스의 ‘최적화 → 실험’에서 자동 광고 실험을 만들면 기존 설정과 변경 설정에 트래픽을 나눠 성과를 볼 수 있습니다. 결과가 준비됐다는 표시가 나올 때까지 기다립니다. 조회수가 적은 사이트는 충분한 데이터가 쌓이는 데 몇 주가 걸릴 수 있습니다. 실험 중에 글 구조와 캐시 설정까지 동시에 바꾸면 무엇이 영향을 줬는지 알기 어렵습니다.
워드프레스에서는 광고 코드를 누가 넣는지도 확인해야 합니다. Site Kit으로 코드를 삽입하면서 테마나 다른 플러그인에도 같은 코드를 남겨 두면 중복 문제가 생길 수 있습니다. Site Kit을 쓴다면 ‘Site Kit → 설정 → 연결된 서비스 → 애드센스’에서 삽입 상태를 확인하고, 기존 삽입 경로와 겹치지 않게 합니다. 코드나 플러그인을 바꾸기 전에는 백업을 만들고 복구 방법을 확인해 둡니다.
속도와 화면 밀림은 수익과 함께 봅니다
광고가 늦게 나타나 본문을 밀어내면 모바일에서 읽던 위치가 바뀝니다. Search Console의 코어 웹 바이탈 보고서에서 문제가 난 페이지 묶음을 찾고, 실제 휴대전화로 첫 화면과 본문 중간을 확인합니다. Google이 안내하는 양호한 기준은 LCP 2.5초 이내, INP 200밀리초 미만, CLS 0.1 미만입니다. 이 수치만 맞춘다고 검색 순위나 RPM이 오르는 것은 아니지만, 불편한 페이지를 찾는 기준으로 쓸 수 있습니다.
워드프레스에서는 광고 플러그인을 더 설치하기 전에 이미 쓰는 캐시 기능과 이미지 크기부터 확인합니다. 호스팅 캐시와 캐시 플러그인을 함께 쓰고 있다면 어느 쪽이 페이지를 처리하는지 파악한 뒤 하나씩 변경합니다. 광고 스크립트를 무턱대고 지연시키거나 합치면 광고가 표시되지 않을 수 있으니, 변경 전후를 로그아웃한 모바일 화면에서 확인해야 합니다.
저라면 유입이 있는 글 3개를 골라 내용의 빈틈을 메우고, 자동 광고 위치 한 가지만 실험하겠습니다. 28일 동안 페이지 RPM과 전체 수익, 모바일 화면을 함께 보면 다음에 손댈 곳이 보입니다. 광고 한 칸을 더 확보하는 것보다 독자가 끝까지 읽을 수 있는 페이지를 유지하는 쪽이 오래 갑니다.
