애드센스 심사 전 사이트 점검: 콘텐츠·정책·색인 준비 순서

사이트에 글을 몇 개 올리고 광고 코드를 붙인 뒤 바로 애드센스 심사를 신청했는데 준비 부족 안내를 받는 경우가 있습니다. 이때 글 수만 늘리거나 디자인을 바꾸는 것으로 대응하면 같은 문제가 반복될 수 있습니다. 심사 전에 먼저 확인할 것은 이 사이트가 누구에게 어떤 고유한 정보를 제공하고, 사용자가 그 정보를 문제없이 탐색할 수 있는가입니다.

Google은 승인되는 최소 게시글 수나 방문자 수를 하나의 숫자로 제시하지 않습니다. 사이트 성격과 콘텐츠, 정책 준수 상태가 다르기 때문에 ‘글 20개면 승인’ 같은 경험칙을 공식 기준처럼 사용하면 안 됩니다. 이 글은 1인 개발자와 작은 제품 운영자가 신청 직전에 직접 확인할 수 있는 점검 순서를 다룹니다.

정책과 심사 절차는 변경될 수 있으므로 2026년 8월 31일 확인한 Google AdSense 및 Search Central 공식 안내를 기준으로 작성했습니다. 아래 항목을 모두 충족해도 승인을 보장하는 것은 아니며, 실제 계정에 표시되는 사유와 최신 정책이 우선합니다.

신청 버튼을 누르기 전에 광고가 없어도 방문할 이유가 있는 사이트인지 먼저 확인합니다.

심사 준비의 기준

1. 심사 대상은 광고 자리가 아니라 사이트 전체다

AdSense에 사이트를 추가하면 Google은 코드 연결뿐 아니라 사이트의 콘텐츠와 탐색 가능 여부, 프로그램 정책 준수 상태를 확인합니다. 홈 한 페이지만 잘 꾸미고 글 목록, 정책 문서와 모바일 화면이 비어 있으면 사이트 전체의 목적과 운영 상태를 설명하기 어렵습니다.

Google의 사이트 페이지 준비 안내와 AdSense 자격 요건을 먼저 읽고 자신의 사이트와 대조합니다. 요약 글이나 체크리스트만 보지 말고 신청 시점의 공식 문서와 계정 알림을 함께 확인해야 합니다.

2. 사이트의 주제와 독자를 한 문장으로 설명하기

회사 소개, 제품 판매, 개발 일지, 뉴스 요약과 생활 정보가 이유 없이 섞이면 사이트가 어떤 독자를 위한 것인지 파악하기 어렵습니다. ‘혼자 앱과 웹서비스를 만들고 운영하는 사람에게 출시와 사업 운영 방법을 설명한다’처럼 핵심 독자와 제공 가치를 한 문장으로 적습니다.

모든 글이 같은 주제일 필요는 없지만 카테고리마다 사이트의 중심 목적과 연결되어야 합니다. 제품 소개 글도 기능 목록만 나열하기보다 어떤 문제를 해결하고 실제로 어떻게 사용하는지 설명하면 정보성 콘텐츠로 역할이 분명해집니다. 관련 없는 글을 검색 유입만 노리고 추가하지 않습니다.

• 사이트의 핵심 독자를 한 문장으로 말할 수 있다
• 각 카테고리가 사이트 주제와 연결된다
• 홈과 소개 문구가 실제 게시글 내용을 반영한다
• 제품·문의 페이지와 정보성 글의 역할이 구분된다
• 검색 유입만 위한 무관한 주제와 빈 카테고리가 없다

3. 글 수보다 각 글이 해결하는 문제를 점검하기

짧은 글 자체가 문제라고 단정할 수는 없지만 제목에 대한 답이 몇 문장으로 끝나고 다른 사이트와 같은 설명만 반복한다면 방문자가 얻을 정보가 적습니다. 한 글이 하나의 질문에 답하는지, 독자가 실제로 따라 할 단계와 판단 기준이 있는지 확인합니다.

AI로 초안을 만들었더라도 공개 전에는 사실 확인과 편집이 필요합니다. 존재하지 않는 경험을 꾸미거나 출처 문장을 바꿔 쓰는 것으로 끝내지 않습니다. 날짜, 비용, 정책과 제품 사양처럼 변하는 정보는 공식 출처를 확인하고 기준일을 적습니다. 이미지도 내용을 증명하거나 이해를 돕는 자료를 사용하고 출처와 사용 권한을 확인합니다.

4. 목록 페이지에서 모든 글을 실제로 찾을 수 있게 하기

좋은 글이 있어도 홈과 카테고리 목록에서 연결되지 않으면 사용자는 발견하기 어렵습니다. 상단 메뉴는 핵심 영역만 남기고, 글 목록에는 제목, 설명, 카테고리와 날짜를 일관되게 표시합니다. 페이지를 넘기거나 더 보기 기능을 사용한다면 자바스크립트 오류가 나도 주요 콘텐츠에 접근할 수 있는지 확인합니다.

메뉴 이름은 내부 용어보다 방문자가 예상할 수 있는 표현을 씁니다. 로고는 홈으로 연결하고 현재 페이지를 알 수 있게 표시합니다. 글을 읽은 뒤에는 같은 카테고리, 전체 목록 또는 관련 글로 돌아갈 경로를 제공합니다. 모바일에서 메뉴가 화면을 가리거나 링크가 너무 작지 않은지도 점검합니다.

• 홈에서 주요 카테고리와 최신 글을 찾을 수 있다
• 모든 공개 글이 하나 이상의 목록 페이지에 연결되어 있다
• 빈 메뉴, 준비 중 페이지와 끊어진 링크가 없다
• 모바일에서 메뉴와 글 목록을 가로 스크롤 없이 사용한다
• 글 하단에서 목록이나 관련 페이지로 이동할 수 있다

5. 운영자·정책·문의 페이지를 실제 내용으로 채우기

개인정보처리방침, 이용 안내와 문의 페이지는 단순히 푸터 링크 수를 채우는 장식이 아닙니다. 사이트가 문의 폼, 분석 도구와 광고를 통해 어떤 데이터를 처리하는지 확인하고 현재 운영 방식에 맞춰 작성합니다. 운영자 또는 사이트 이름과 실제로 응답 가능한 연락처를 표시합니다.

Google의 광고·쿠키를 사용한다면 개인정보처리방침에서 관련 데이터 처리와 사용자가 확인할 정보를 최신 정책에 맞춰 검토합니다. 유럽경제지역, 영국과 스위스 등 특정 지역 사용자를 대상으로 할 때 적용되는 동의 요건도 별도로 확인해야 합니다. 단순한 ‘쿠키를 사용합니다’ 한 줄로 모든 상황을 대신하지 않습니다.

6. 중복 URL과 canonical을 신청 전에 정리하기

HTTP와 HTTPS, www와 non-www, 슬래시 유무, index.html 주소가 모두 같은 본문을 200으로 보여주면 한 콘텐츠에 여러 URL이 생깁니다. 대표 도메인과 URL 규칙을 하나로 정하고 나머지는 영구 리디렉션합니다. 각 페이지의 canonical도 최종 대표 URL과 일치시킵니다.

Google의 중복 URL 통합 안내는 리디렉션과 rel=canonical, 사이트맵 같은 신호를 사용해 대표 URL을 지정하는 방법을 설명합니다. canonical 태그만 넣고 서버가 다른 주소를 계속 200으로 제공하기보다 리디렉션·내부 링크·사이트맵을 같은 기준으로 맞춥니다.

• HTTP 요청이 대표 HTTPS 주소로 이동한다
• www 또는 non-www 중 하나만 대표로 사용한다
• 홈의 /와 /index.html이 중복 공개되지 않는다
• canonical, 내부 링크와 사이트맵 주소가 일치한다
• 리디렉션 후 최종 페이지가 200으로 열린다

7. 크롤러가 공개 콘텐츠를 읽을 수 있는지 확인하기

사이트가 내 브라우저에서 열린다고 심사 시스템에서도 같은 내용이 보인다고 단정할 수 없습니다. 로그인, 국가 제한, 과도한 봇 차단, 방화벽 규칙, robots.txt와 자바스크립트 오류가 콘텐츠 접근을 막을 수 있습니다. 시크릿 창과 다른 네트워크에서 주요 페이지를 열고 HTTP 상태 코드를 확인합니다.

홈, 글 목록, 개별 글, 개인정보처리방침과 문의 페이지가 정상 응답해야 합니다. 404 페이지는 존재하지 않는 주소에만 반환하고, 오류 페이지가 200을 반환하지 않도록 합니다. Search Console의 URL 검사와 색인 보고서를 참고하되, 색인 여부 하나만으로 AdSense 승인 가능성을 판단하지 않습니다.

1. 대표 도메인과 주요 페이지의 HTTP 상태를 확인합니다.
2. robots.txt가 CSS, 이미지와 공개 글을 잘못 막지 않는지 봅니다.
3. 사이트맵에는 canonical 공개 URL만 포함합니다.
4. 로그인하지 않은 상태에서 본문과 정책 페이지를 엽니다.
5. 모바일에서 텍스트와 이미지가 겹치거나 잘리지 않는지 확인합니다.
6. 서버 로그에서 반복되는 404와 5xx 오류를 찾습니다.
7. Search Console에서 대표 URL 선택과 색인 오류를 확인합니다.

8. 게시자 정책을 콘텐츠별로 확인하기

사이트가 읽기 좋아 보여도 Google 게시자 정책에서 허용하지 않는 콘텐츠나 운영 방식이 있으면 문제가 됩니다. 신청 전에 AdSense 프로그램 정책과 Google 게시자 정책을 읽고 게시글, 이미지, 다운로드와 사용자 생성 콘텐츠를 함께 확인합니다.

저작권이 불분명한 이미지, 다른 사이트 글의 재게시, 오해를 유도하는 다운로드 버튼과 내용보다 광고가 더 눈에 띄는 화면은 피합니다. 승인 전에는 실제 광고가 보이지 않더라도 향후 광고를 콘텐츠나 메뉴로 착각하게 만드는 위치에 두지 않도록 레이아웃을 설계합니다. 본인이나 지인에게 광고 클릭을 요청하는 행위도 허용되는 성장 방법이 아닙니다.

9. AdSense 사이트 연결은 최종 공개 주소로 하기

콘텐츠와 기술 점검이 끝나면 AdSense의 사이트 목록에 대표 도메인을 추가하고 안내된 방식으로 사이트를 연결합니다. 사이트 연결 공식 안내에 따라 AdSense 코드, ads.txt 또는 제공되는 확인 방법 중 계정에 표시되는 절차를 사용합니다. 다른 계정의 게시자 ID나 예제 코드를 복사하지 않습니다.

코드를 설치한 뒤에는 브라우저의 페이지 소스와 네트워크 요청에서 실제로 포함되었는지 확인합니다. 쿠키 동의 도구, 보안 헤더와 캐시가 코드를 완전히 막고 있지 않은지 살펴봅니다. 심사 중에는 사이트를 비공개로 전환하거나 도메인과 전체 템플릿을 크게 바꾸지 않는 편이 좋습니다.

10. 신청 직전에는 사용자 경로로 한 번 더 읽기

체크리스트만 보고 끝내지 말고 새 방문자처럼 사이트를 사용합니다. 검색 결과나 공유 링크로 개별 글에 들어와 본문을 읽고, 카테고리 목록과 운영자 정보, 개인정보처리방침, 문의 페이지로 이동합니다. 이 과정에서 막히는 링크와 설명 부족은 심사와 관계없이 실제 사용자 경험을 해칩니다.

1. 홈에서 사이트 주제와 대상 독자를 확인합니다.
2. 최신 글과 가장 오래된 글을 각각 끝까지 읽습니다.
3. 각 글의 제목이 본문에서 충분히 답변되는지 봅니다.
4. 카테고리와 관련 글을 통해 다른 문서로 이동합니다.
5. 푸터에서 정책과 문의 페이지를 엽니다.
6. 문의 폼을 실제로 제출하고 저장·알림을 확인합니다.
7. 같은 흐름을 작은 모바일 화면에서 반복합니다.

11. 승인되지 않았을 때는 사유별로 수정하기

승인되지 않았다고 바로 다시 신청하지 않습니다. 계정에 표시된 사유를 기록하고 관련 공식 도움말을 읽은 뒤, 콘텐츠·정책·탐색·기술 문제 중 어디에 해당하는지 나눕니다. ‘콘텐츠 부족’으로 이해했다면 글 수만 늘리기보다 기존 글이 질문에 답하는지, 중복되거나 얕은 페이지가 많은지 먼저 검토합니다.

수정 전후를 표로 남기면 같은 변경을 반복하지 않습니다. 제목과 설명을 바꾼 것인지, 내용을 보강한 것인지, 정책 페이지와 리디렉션을 고친 것인지 기록합니다. 변경이 실제 사이트에 배포되고 크롤러가 접근할 수 있는 상태인지 확인한 뒤 재검토를 요청합니다.

심사 신청 전 최종 체크

• 사이트의 주제와 핵심 독자가 명확하다
• 각 글이 하나의 질문에 충분한 답과 실행 정보를 제공한다
• 모든 글이 목록과 내부 링크에서 발견된다
• 운영자, 개인정보처리방침과 문의 페이지가 실제 내용으로 열려 있다
• 대표 도메인, 리디렉션, canonical과 사이트맵이 일치한다
• 로그인 없이 모바일과 크롤러가 주요 콘텐츠에 접근할 수 있다
• 게시자 정책과 저작권, 광고 배치 원칙을 확인했다
• AdSense에 최종 공개 주소를 연결하고 코드를 검증했다

애드센스 심사 준비의 목표는 승인만 받는 사이트를 만드는 것이 아닙니다. 광고가 없어도 읽을 가치가 있고, 운영 주체와 정책이 분명하며, 검색엔진과 사용자가 같은 표준 URL에서 콘텐츠를 찾을 수 있는 구조를 만드는 일입니다. 이 상태를 갖춘 뒤 신청하면 승인 여부와 별개로 사이트 운영 기반도 함께 개선됩니다.