워드프레스 블로그 속도 올리는 법: 애드센스 광고 달고도 코어 웹 바이탈 지키기

결론부터 말하면, 애드센스를 단 워드프레스 블로그에서 속도 점수를 100점으로 만드는 일은 목표가 아닙니다. 광고 스크립트가 들어오는 순간 점수 상한은 이미 정해져 있기 때문입니다. 실제로 손해를 만드는 건 점수 숫자가 아니라 광고가 로드되면서 본문이 아래로 밀리는 레이아웃 이동과 첫 화면이 뜨기 전에 독자가 뒤로 가기를 누르는 시간입니다. 이 글은 이 두 가지만 잡는 순서를, 들이는 시간 대비 효과가 큰 것부터 정리합니다.

속도가 수익에 닿는 경로는 두 갈래다

블로그 속도 이야기가 항상 겉도는 이유는, 속도를 ‘검색 순위 요소’로만 설명하기 때문입니다. 구글이 코어 웹 바이탈을 순위 신호로 쓴다고 공식화한 건 맞지만, 그 가중치는 콘텐츠 적합성에 비하면 작습니다. 느린 페이지가 압도적으로 좋은 답을 담고 있으면 여전히 상위에 노출됩니다. 그래서 “속도를 올리면 순위가 오른다”는 기대만으로 최적화에 며칠을 쓰면 대개 실망합니다.

수익에 훨씬 직접적인 두 번째 경로는 따로 있습니다. 애드센스 수익은 노출 수와 RPM의 곱인데, 페이지가 뜨기 전에 이탈한 방문자는 광고 노출 자체가 일어나지 않습니다. 검색 결과에서 클릭은 받았는데 광고 요청이 잡히지 않는 트래픽이 쌓이면, 세션 수는 그대로인데 노출 수만 낮게 찍힙니다. 애드센스 RPM이 낮을 때 점검할 것들을 훑어도 원인이 안 잡힌다면, 광고 배치가 아니라 광고가 그려지기 전 단계를 의심해볼 차례입니다.

즉 속도 작업의 목표는 “점수 올리기”가 아니라 “노출로 이어지지 못하고 새는 트래픽 막기”로 잡아야 합니다. 목표가 달라지면 우선순위도 달라집니다. 점수를 목표로 하면 이미지 포맷 변환과 자바스크립트 번들 쪼개기부터 손대게 되지만, 이탈을 목표로 하면 서버 응답 시간과 첫 화면 구성부터 손대게 됩니다.

무엇을 보고 무엇을 무시할까

측정 도구가 많아 보이지만 실무에서 필요한 건 두 종류뿐입니다. 하나는 실험실 점수(페이지스피드 인사이트의 라이트하우스 결과), 다른 하나는 실측 데이터(같은 화면 위쪽의 ‘실제 사용자 데이터’ 섹션, 서치콘솔의 코어 웹 바이탈 보고서)입니다. 둘이 어긋날 때는 실측이 이깁니다. 실험실 점수는 정해진 가상 기기와 가상 회선으로 한 번 측정한 값이라, 광고처럼 매번 다른 것이 로드되는 페이지에서는 측정할 때마다 20점씩 널뛰는 게 정상입니다.

봐야 할 지표는 세 개입니다. LCP는 첫 화면에서 가장 큰 요소(보통 대표 이미지나 제목)가 그려지는 시점이고, INP는 클릭이나 탭에 페이지가 반응하기까지 걸리는 시간, CLS는 화면 요소가 갑자기 밀리는 정도입니다. 애드센스 블로그에서 거의 항상 문제를 일으키는 건 CLS이고, 그다음이 LCP입니다. INP는 본문 위주의 블로그에서는 대개 저절로 통과합니다.

실측 데이터가 “데이터 부족”으로 뜨는 초기 블로그라면, 그 상태로는 코어 웹 바이탈이 순위에 영향을 주지 않는다고 봐도 무방합니다. 이 시기에 속도에 시간을 쏟는 것보다 색인과 콘텐츠에 쏟는 편이 낫고, 색인 쪽이 막혀 있다면 서치콘솔 색인 체크리스트를 먼저 보는 것이 순서입니다. 반대로 실측 데이터가 잡히기 시작했는데 CLS가 빨간색이라면, 그건 지금 당장 고쳐야 하는 신호입니다.

CLS는 대부분 광고 자리 때문에 생긴다

레이아웃 이동은 원리가 단순합니다. 브라우저가 본문을 먼저 그린 다음, 뒤늦게 도착한 광고가 자기 자리를 만들면서 아래 내용을 밀어내는 것입니다. 독자 입장에서는 읽던 문장이 갑자기 아래로 튀는 경험이고, 누르려던 링크 대신 광고를 누르게 되는 원인이기도 합니다. 의도치 않은 클릭은 독자 경험만의 문제가 아니라 계정 정책 측면에서도 위험한 쪽에 속합니다.

해결책은 광고를 늦게 부르지 않는 것이 아니라, 광고가 들어올 자리를 미리 확보해두는 것입니다. 광고 단위를 감싸는 컨테이너에 최소 높이를 지정해두면 광고가 도착하기 전에도 그 공간이 비어 있는 상태로 유지되고, 광고가 채워질 때 아무것도 밀리지 않습니다. 모바일 본문 중간 광고라면 대략 250~300px, 상단 배너라면 100px 안팎을 잡아두는 식입니다. 반응형 광고는 실제 렌더링 높이가 유동적이라 완벽히 맞출 수는 없지만, 자리를 아예 비워두지 않는 것만으로 CLS 대부분이 사라집니다.

자동광고를 쓰고 있다면 이 통제가 어려워집니다. 삽입 위치를 구글이 정하기 때문에 미리 자리를 잡아둘 수가 없어서, 자동광고는 구조적으로 CLS에 불리합니다. 이 트레이드오프를 포함한 선택 기준은 자동광고와 수동 배치 비교에서 더 자세히 다뤘습니다. 요약하면, 글 수가 적고 직접 배치할 여력이 있는 초기에는 수동 배치가 CLS 관리에 유리하고, 글이 수백 편으로 늘어난 뒤에는 자동광고의 운영 편의가 커집니다.

광고 외의 CLS 원인으로 흔한 것은 웹폰트와 크기 지정이 없는 이미지 두 가지입니다. 본문 이미지에 width·height 속성이 들어 있으면 브라우저가 미리 자리를 잡고, 한글 웹폰트를 여러 벌 불러오고 있다면 한 벌로 줄이는 것만으로 체감이 달라집니다.

효과 대비 시간이 큰 순서

아래는 개인 블로그 기준으로, 들이는 시간과 비용 대비 체감 효과를 정리한 것입니다. 공개된 도구의 기능 설명과 일반적인 공유 호스팅 환경을 기준으로 비교한 것이며, 환경에 따라 결과는 달라질 수 있습니다.

작업	주로 개선되는 지표	소요 시간	비용	효과
광고 컨테이너에 최소 높이 지정	CLS	30분	0원	매우 큼
이미지 리사이즈 후 업로드(1200px 이하)	LCP	습관화	0원	큼
캐시 플러그인 설치·기본 설정	서버 응답, LCP	1시간	0원~유료	큼
웹폰트 정리(1~2벌로 축소)	CLS, LCP	1시간	0원	중간
안 쓰는 플러그인·테마 삭제	서버 응답	30분	0원	중간
CDN 연결	LCP(해외 유입 시)	2시간	무료 플랜 가능	중간
호스팅 상향(공유→VPS 등)	서버 응답 전반	반나절 이상	월 1~3만원대	큼(비용 큼)
JS·CSS 수동 최적화	INP	반나절 이상	0원	작음

표에서 위쪽 세 줄만 해도 대부분의 개인 블로그는 ‘통과’ 구간에 들어갑니다. 맨 아래 두 줄은 효과가 없다는 뜻이 아니라, 앞의 것들을 다 하고 나서도 문제가 남을 때 손대는 순서라는 뜻입니다. 특히 자바스크립트 수동 최적화는 잘못 건드리면 광고 스크립트나 애널리틱스가 함께 죽어서, 고치는 시간보다 원인 찾는 시간이 더 걸립니다.

캐시 플러그인, 무엇을 기준으로 고를까

워드프레스 속도 작업의 절반은 캐시 플러그인 하나로 해결됩니다. 방문자가 올 때마다 PHP가 페이지를 새로 만드는 대신, 완성된 HTML을 저장해두고 그대로 내보내는 구조이기 때문입니다. 다만 플러그인마다 “얼마나 자동으로 해주는가”와 “설정을 잘못했을 때 얼마나 티가 나는가”가 다릅니다. 아래는 공개된 기능 문서와 요금 정책을 기준으로 한 비교입니다.

유형	대표 예	초기 설정 난이도	비용	적합한 상황
무료·기본 캐시	W3 Total Cache, WP Super Cache 계열	설정 항목이 많아 높음	무료	설정을 직접 이해하며 조율하고 싶을 때
무료·자동 최적화	LiteSpeed Cache(리트스피드 서버 환경)	낮음	무료	호스팅이 해당 서버를 쓰는 경우 1순위
유료·올인원	WP Rocket 계열	매우 낮음	연 단위 유료	시간을 돈으로 사고 싶을 때
호스팅 내장 캐시	관리형 워드프레스 호스팅 제공 기능	없음(기본 활성)	호스팅 비용에 포함	플러그인을 늘리고 싶지 않을 때

주의할 점은 캐시 플러그인을 두 개 이상 겹쳐 쓰지 않는 것입니다. 서로의 결과물을 다시 캐싱하면서 광고가 안 뜨거나 로그인이 풀리는 증상이 생기고, 원인을 찾기가 매우 까다롭습니다. 또 하나, 캐시를 켠 뒤에는 반드시 시크릿 창에서 광고가 정상 노출되는지 확인해야 합니다. JS 병합·지연 로드 옵션이 애드센스 스크립트까지 건드리는 경우가 있어서, 속도는 빨라졌는데 노출 수가 떨어지는 최악의 조합이 만들어질 수 있습니다.

하지 않아도 되는 것들

최적화 글들이 공통으로 권하지만, 개인 애드센스 블로그에서는 투자 대비 효과가 낮거나 오히려 위험한 항목도 있습니다. 첫째, 점수 100점 만들기입니다. 광고와 애널리틱스를 단 상태에서 모바일 90점대를 유지하려면 광고를 줄이는 수밖에 없고, 그건 수익을 깎아 점수를 사는 거래입니다. 통과(LCP 2.5초·INP 200ms·CLS 0.1 이내)만 되면 충분합니다.

둘째, 플러그인 개수 줄이기 강박입니다. 문제를 일으키는 건 개수가 아니라 무거운 플러그인 한두 개입니다. 쿼리 모니터 같은 도구로 실제 부하를 확인하지 않고 개수만 줄이면, 필요한 기능을 잃고 속도는 그대로인 결과가 나옵니다.

셋째, 속도를 이유로 본문을 줄이는 것입니다. 글이 짧아서 가벼운 페이지는 순위에서 먼저 밀립니다. 속도 작업은 콘텐츠 분량을 유지한 채로 전달 방식을 개선하는 일이지, 콘텐츠를 깎는 일이 아닙니다. 블로그 운영 전반의 우선순위를 어떻게 배분할지는 워드프레스 애드센스 수익형 블로그 완전 가이드에 단계별로 정리해뒀습니다.

이럴 땐 이걸 고르세요

개설한 지 3개월 미만이고 아직 애드센스 승인 전이라면 — 속도 작업은 이미지 리사이즈 습관 하나만 들이고 나머지는 미루세요. 실측 데이터가 쌓이지도 않은 시점이라 개선 효과를 확인할 방법이 없고, 그 시간에 글을 한 편 더 쓰는 편이 승인에도 수익에도 빠릅니다.

승인은 받았는데 노출 수가 세션 수에 비해 유독 낮다면 — 광고 컨테이너 최소 높이 지정과 캐시 플러그인 점검을 이번 주에 하세요. 캐시의 JS 지연 로드 옵션이 광고 스크립트를 붙잡고 있는 경우가 흔합니다. 노출과 세션의 관계는 GA4로 블로그 트래픽 분석하는 법에서 본 숫자와 애드센스 보고서를 나란히 놓고 비교하면 빨리 보입니다.

서치콘솔 코어 웹 바이탈에 ‘개선 필요’ URL이 수십 개 떴다면 — 개별 페이지를 고치지 말고 공통 원인부터 찾으세요. 같은 테마와 같은 광고 배치를 쓰는 이상 원인은 대개 하나이고, 템플릿 한 곳을 고치면 전체가 함께 통과합니다.

월 방문자가 수만 단위로 늘었고 서버 응답이 느려졌다면 — 이때는 플러그인 최적화보다 호스팅 상향이 정답입니다. 공유 호스팅의 CPU 제한에 걸린 상태에서는 어떤 캐시 설정도 한계가 있습니다. 다만 이 판단은 월 광고 수익이 호스팅 증액분을 넘긴 뒤에 하는 게 안전합니다.

시간이 아예 없고 예산은 조금 있다면 — 유료 올인원 캐시 플러그인 하나를 사서 기본 설정으로 켜고 끝내세요. 무료 플러그인의 세부 설정을 공부하는 데 드는 시간을 글 쓰는 데 돌리는 편이, 개인 블로그 단계에서는 대체로 이득입니다.

자주 묻는 질문

Q. 페이지스피드 인사이트 점수가 40점인데 심각한 상태인가요?
광고를 단 모바일 페이지에서 40점대는 드물지 않습니다. 점수보다 같은 화면 위쪽의 실제 사용자 데이터에서 LCP·INP·CLS 세 항목이 ‘양호’로 떠 있는지를 보세요. 세 항목이 통과인데 점수만 낮다면 실사용자 경험은 문제없는 상태입니다.

Q. 광고 개수를 줄이면 속도가 얼마나 좋아지나요?
광고 단위 하나를 줄이면 요청 수와 렌더링 부담이 함께 줄어 체감이 있지만, 그만큼 노출 수도 줄어듭니다. 개수를 줄이기 전에 자리 확보와 캐시 점검을 먼저 하는 순서를 권합니다. 대부분은 개수를 유지한 채로도 통과 구간에 들어갑니다.

Q. 캐시 플러그인을 켜고 나서 광고가 안 보입니다. 어디부터 봐야 하나요?
JS 병합·지연 로드·최소화 옵션을 하나씩 끄면서 확인하세요. 대개 자바스크립트 지연 로드가 원인이며, 플러그인에 따라 특정 스크립트를 제외 목록에 넣는 설정이 있으므로 애드센스 스크립트 주소를 예외로 등록하면 둘 다 살릴 수 있습니다.