애드센스 ‘준비 중’ 상태에서 확인할 것들

애드센스에 신청한 뒤 며칠이 지나도 화면에는 “검토 중” 또는 “준비 중”이라는 문구만 떠 있고, 정작 무엇을 고쳐야 하는지는 알려주지 않습니다. 결론부터 말하면 이 상태는 대부분 “거절”이 아니라 “심사 대기열”에 있는 것이므로 당장 새 글을 쏟아내며 조급해할 필요는 없습니다. 다만 이 기간에 방치하면 안 되는 항목이 분명히 있고, 그걸 고치지 않은 채 기다리기만 하면 대기만 길어집니다. 아래는 구글 애드센스가 공개한 도움말과 프로그램 정책을 기준으로, 기다려야 할 것과 지금 손대야 할 것을 갈라 정리한 것입니다.

준비 중과 거절은 다르다

애드센스 심사는 자동 검토와 수동 검토 단계를 함께 거치기 때문에, 사이트 규모나 신청량에 따라 대기 시간이 며칠에서 몇 주까지 벌어질 수 있습니다. “준비 중”이라는 표시 자체는 아직 심사가 끝나지 않았다는 뜻이지 콘텐츠에 문제가 있다는 신호가 아닙니다. 반면 이메일로 구체적인 거절 사유가 도착했다면 그건 이미 심사가 끝난 것이므로, 거절 사유 유형별 대처법을 참고해 해당 항목부터 고치는 것이 순서입니다. 두 상태를 구분하지 못하고 이미 끝난 심사 결과를 기다리며 시간을 흘려보내는 경우가 의외로 많습니다.

구분 방법은 간단합니다. 애드센스 계정 홈 상단 배너와 신청 시 입력한 이메일의 수신함·스팸함을 같이 확인하세요. 거절은 반드시 메일로 통보되고, 계정 화면에도 사유 문구가 함께 뜹니다. 화면에 아무 사유 없이 “준비 중”만 떠 있고 메일함도 비어 있다면 아직 심사 중입니다. 반대로 메일을 못 봤다는 이유로 “아직 대기 중”이라고 믿고 2~3주를 흘려보내는 사례가 가장 아깝습니다. 스팸함부터 열어보는 게 첫 번째 할 일입니다.

점검 1: 애드센스 코드가 실제로 출력되고 있나

가장 흔한 실수는 애드센스 코드를 헤더에 넣었다고 생각했지만 실제로는 캐시 플러그인이나 테마 설정 때문에 코드가 누락된 경우입니다. 사이트 소스 보기(마우스 우클릭 → 페이지 소스 보기)에서 <head> 태그 안에 애드센스 스크립트가 실제로 출력되는지 직접 확인해야 합니다. 확인은 반드시 로그아웃 상태 또는 시크릿 창에서 하세요. 로그인한 관리자에게만 스크립트를 내보내는 설정이거나, 반대로 로그인 사용자에게는 캐시를 안 태우는 설정이면 눈에 보이는 결과가 정반대로 나옵니다.

워드프레스에서 사이트 킷(Site Kit)이나 애드센스 전용 플러그인을 쓰는 경우, 플러그인 설정과 테마 코드에 중복으로 코드를 넣어 충돌이 나기도 합니다. 같은 스크립트가 두 번 실리면 심사가 실패하는 것은 아니지만 어느 쪽이 유효한지 추적이 불가능해지므로, 한쪽만 남기고 정리하는 것이 안전합니다. 판단 기준은 단순합니다. 나중에 테마를 바꿔도 살아남아야 할 코드라면 플러그인 쪽에, 테마 전용 배치라면 자식 테마에 둡니다. 부모 테마 파일에 직접 넣는 선택지는 업데이트 때 통째로 사라지므로 제외하는 게 맞습니다. 어떤 플러그인을 남길지 기준은 워드프레스 필수 플러그인 고르는 법에 정리해뒀습니다.

점검 2: 콘텐츠 최소 요건과 ‘편수의 함정’

애드센스는 명시적으로 “글 몇 개 이상”이라는 기준을 공개하지 않지만, 실무적으로는 독자적인 판단이 담긴 원고 15~20편 이상, 각 글 1,500자 이상은 갖추는 것이 안전한 기준으로 통합니다. 다만 이 숫자를 목표로 삼는 순간 함정에 빠집니다. 심사에서 문제가 되는 건 편수가 아니라 한 편도 빠짐없이 검색할 이유가 있는가이기 때문입니다. 20편 중 5편이 두세 문단짜리 메모라면, 그 5편이 전체 평가를 끌어내립니다.

그래서 대기 기간에 할 일은 글을 늘리는 쪽보다 가장 약한 글부터 세는 쪽이 효율적입니다. 전체 글을 열어놓고 “이 글은 원본 자료나 다른 블로그와 뭐가 다른가”에 한 문장으로 답할 수 없는 글을 골라내세요. 답이 안 나오면 둘 중 하나입니다. 판단을 추가해 글을 살리거나, 비공개로 돌려 심사 대상에서 빼거나. 짧은 글을 그대로 두고 새 글만 쌓는 방식이 가장 효과가 없습니다. 평균이 떨어지는 속도가 새 글이 올리는 속도보다 빠르기 때문입니다.

점검 3: 필수 페이지는 ‘있는가’가 아니라 ‘찾을 수 있는가’

개인정보처리방침, 문의하기 페이지가 없거나 푸터·메뉴에서 찾기 어려운 위치에 있으면 심사가 지연되는 원인이 됩니다. 여기서 많이들 놓치는 지점은 페이지를 만들어두고 메뉴에 등록하지 않는 것입니다. 심사자는 사이트맵을 뒤지는 게 아니라 방문자처럼 화면을 봅니다. 홈 화면에서 두 번 안에 닿지 못하는 페이지는 없는 것과 같다고 보는 편이 안전합니다.

내용도 봐야 합니다. 개인정보처리방침에는 광고 게재와 쿠키 사용에 대한 문구가 실제로 포함돼 있어야 하며, 템플릿을 복사하면서 사이트명·연락처만 바꾸고 “회사”, “당사” 같은 표현을 그대로 둔 경우가 흔합니다. 개인 블로그라면 법인처럼 보이는 문구를 그대로 두는 게 오히려 불일치 신호가 됩니다. 문의하기 페이지에는 실제로 연락 가능한 이메일 주소가 노출돼 있어야 하고, 문의 폼만 두는 경우라면 폼이 실제로 메일을 보내는지 직접 테스트해보세요. 각 페이지에 들어가야 할 항목은 애드센스 승인에 필요한 필수 페이지 만드는 법에서 항목별로 다뤘습니다.

점검 4: ads.txt 파일 확인

사이트 루트에 ads.txt 파일이 없거나 애드센스 발행자 ID가 정확히 기재되지 않은 경우도 준비 중 상태가 길어지는 흔한 원인입니다. 브라우저에서 “내 도메인/ads.txt”로 직접 접속했을 때 google.com, pub-xxxxxxxxxxxxxxxx, DIRECT, f08c47fec0942fa0 형식의 줄이 정상적으로 보이는지 확인해야 합니다.

여기서 체크할 게 두 가지 더 있습니다. 첫째, www 유무와 http/https를 바꿔가며 네 가지 주소를 모두 확인하세요. 리다이렉트 설정에 따라 한쪽에서만 404가 나는 경우가 있습니다. 둘째, 파일이 열리더라도 서버가 text/plain이 아닌 형식으로 내보내거나 워드프레스가 404 페이지에 파일 내용을 끼워 넣은 형태라면 제대로 읽히지 않습니다. 화면에 글자가 보이는 것과 파일이 정상 인식되는 것은 다른 얘기입니다. 자주 나는 오류 유형과 해결 순서는 ads.txt 설정과 자주 나는 오류 정리에 따로 정리했습니다.

기다리는 것과 손대는 것, 어디서 갈리는가

준비 중 상태에서 가장 손해가 큰 행동은 “뭐라도 해보자”는 마음으로 사이트 구조를 바꾸는 것입니다. 심사는 특정 시점의 사이트를 보는 것이 아니라 크롤러가 접근 가능한 현재 상태를 계속 확인하는 방식에 가깝기 때문에, 심사 중에 테마를 교체하거나 퍼머링크 구조를 바꾸면 크롤러가 보던 주소가 한꺼번에 사라집니다. 그러면 심사가 빨라지는 것이 아니라 다시 처음부터 훑어야 하는 상태가 됩니다.

그래서 대기 중 조치는 되돌릴 수 있는 것과 되돌릴 수 없는 것으로 나눠 판단하는 것이 정확합니다. 글을 추가하거나 기존 글을 보강하는 일, 문의·개인정보처리방침 페이지의 문장을 고치는 일, 메뉴에 링크를 추가하는 일은 모두 되돌릴 수 있고 심사에 부정적으로 작용하지 않습니다. 반대로 슬러그 변경, 도메인 변경, 테마 전면 교체, 카테고리 재편은 되돌리기 어렵고 색인까지 함께 흔듭니다. 특히 퍼머링크는 한 번 바꾸면 리다이렉트를 깔아도 회복에 시간이 걸리므로, 퍼머링크 구조를 정하는 기준은 심사 전에 끝내두는 게 맞습니다.

대기 중 조치 되돌릴 수 있나 판단
글 추가·기존 글 보강 가능 해도 된다. 가장 안전하고 효과도 크다
필수 페이지 문장 수정, 메뉴 링크 추가 가능 해도 된다. 심사 지연 원인 제거에 직결
약한 글 비공개 전환 가능 글이 20편 넘을 때만. 그 아래면 편수가 더 급하다
테마 전면 교체 어려움 미룬다. 승인 후에 한다
퍼머링크·슬러그 변경 불가에 가까움 절대 하지 않는다
도메인 변경 불가 신청을 취소하고 처음부터 다시 하는 것과 같다

판단이 어려운 회색 지대가 하나 있습니다. 글 수가 모자란 것을 알면서 신청해 둔 경우입니다. 이때는 기다리면서 글을 채우는 쪽이 낫습니다. 심사 중에 글이 늘어나는 것은 감점 요소가 아니고, 신청을 취소하면 그동안 쌓인 크롤링 이력을 버리는 셈이 됩니다. 다만 글을 늘릴 때 비슷한 주제를 짧게 여러 편 쓰는 방식은 오히려 역효과인데, 그 이유와 안전한 경계는 블로그 글 자동화의 안전 범위를 정리한 글에서 다뤘습니다.

또 하나 자주 놓치는 것이 사이트 속도입니다. 심사 자체가 속도 점수를 보는 것은 아니지만, 페이지가 느려 크롤러가 타임아웃을 겪으면 “콘텐츠를 찾을 수 없다”는 판정으로 이어질 수 있습니다. 대기 기간에 손대도 안전하고 승인 이후에도 그대로 도움이 되는 작업이라, 시간이 남는다면 속도와 코어 웹 바이탈 점검을 먼저 해두는 편이 좋습니다.

승인 이후를 미리 준비하기

대기하는 동안 승인 이후에 필요한 작업을 미리 해두면 시간을 아낄 수 있습니다. 구글 서치콘솔 연결과 색인 상태 점검은 애드센스 승인과 별개로 지금 바로 시작해도 되는 작업이고, 광고 배치를 미리 계획해두면 승인 직후 RPM이 낮게 나오는 실수를 줄이는 데도 도움이 됩니다. 승인 전후로 무엇을 어떤 순서로 해야 하는지 전체 흐름은 워드프레스 애드센스 수익형 블로그 완전 가이드에 단계별로 정리해뒀습니다.

미리 해두면 좋은 것이 하나 더 있습니다. 광고를 어디에 넣을지 글의 구조부터 정해두는 일입니다. 승인 직후 자동광고를 켜면 당장은 편하지만 본문이 끊기는 위치에 광고가 들어가 체류 시간이 떨어지는 경우가 있습니다. 대기 기간에 본문 소제목 간격을 정리해두면 승인 직후 수동 배치로 바로 넘어갈 수 있습니다.

이럴 땐 이걸 고르세요

신청한 지 1주일이 안 됐다면 — 코드 삽입 여부와 ads.txt만 확인하고 기다리세요. 이 시점에 사이트를 손대는 건 득보다 실이 큽니다.

2주가 넘었는데 여전히 준비 중이라면 — 메일함(스팸함 포함)을 먼저 확인하고, 거절 메일이 없다면 개인정보처리방침·문의하기 페이지의 위치와 내용을 다시 점검하세요.

콘텐츠가 15편 미만이라면 — 신청을 취소하고 글을 더 채운 뒤 재신청하는 편이 결과적으로 빠를 수 있습니다. 편수가 명백히 모자란 상태에서 대기만 길어지는 경우가 여기 해당합니다.

글은 20편이 넘는데 품질이 들쑥날쑥하다면 — 새 글을 쓰지 말고 가장 약한 글부터 보강하거나 비공개로 돌리세요. 심사는 평균을 봅니다.

이미 거절 이메일을 받았다면 — 대기가 아니라 거절 사유별 대처로 바로 넘어가야 합니다. 기다려도 상태는 바뀌지 않습니다.

준비 중 상태별 체크리스트

경과 기간 점검 우선순위 조치
1주 이내 코드 삽입, ads.txt 시크릿 창 소스 보기로 직접 확인 후 대기
1~2주 필수 페이지, 메뉴 노출 개인정보처리방침·문의하기 보강 및 메뉴 등록
2~4주 콘텐츠 품질, 약한 글 최저 품질 글부터 보강 또는 비공개
4주 이상 신청 자체 재검토 메일함 재확인 후 취소·재신청 판단

자주 묻는 질문

Q. 준비 중 상태에서 새 글을 계속 써도 되나요?
A. 네, 오히려 권장됩니다. 심사 중 글이 늘어나는 것은 감점 요소가 아닙니다. 다만 편수를 채우려고 짧은 글을 여러 편 올리면 평균 품질이 떨어져 역효과가 납니다. 한 편을 제대로 쓰는 쪽이 세 편을 짧게 쓰는 것보다 낫습니다.

Q. 얼마나 기다려야 정상인가요?
A. 사이트마다 편차가 크지만 통상 1~2주 안에 결과가 나오는 경우가 많습니다. 4주를 넘겼다면 대기 자체가 비정상이라기보다 신청 정보나 사이트 접근성에 문제가 있을 가능성을 먼저 의심하는 게 맞습니다. 특히 크롤러가 사이트에 접근하지 못하는 설정(로그인 전용, robots 차단)이 있는지 확인해보세요.

Q. 재신청하면 처음부터 다시 심사하나요?
A. 네, 재신청은 새로운 심사로 취급되므로 이전 대기 기간과 무관하게 처음부터 다시 검토가 진행됩니다. 그래서 취소 판단은 “지금 상태로 통과할 것 같은가”를 기준으로 해야 합니다. 바뀐 것 없이 취소하고 다시 넣으면 대기만 두 배로 늘어납니다.

함께 보면 좋은 글

작성자: 제립 (개인 블로거) · 문의: choi31102@gmail.com · 이 글은 구글 애드센스가 공개한 심사 관련 도움말과 프로그램 정책을 기준으로 정리한 것이며, 심사 기간·결과를 보장하지 않습니다.

“애드센스 ‘준비 중’ 상태에서 확인할 것들”에 대한 4개의 생각

  1. 핑백: 워드프레스 애드센스 수익형 블로그 완전 가이드 (2026) - Jelib AI Lab

  2. 핑백: 애드센스 수익금 받는 법: 지급 기준·PIN 인증·송금 수수료 비교 - Jelib AI Lab

  3. 핑백: ads.txt 설정과 자주 나는 오류 정리 - Jelib AI Lab

  4. 핑백: 블로그 글, 하루 한 편이 정답인가: 발행 주기보다 먼저 정해야 하는 것 - Jelib AI Lab

댓글 달기

이메일 주소는 공개되지 않습니다. 필수 필드는 *로 표시됩니다

위로 스크롤