AdSense 재검토 요청 전 배포 점검 절차

AdSense 재검토 요청은 코드를 고친 직후 바로 누르기보다 배포 상태를 확인한 뒤 진행하는 편이 좋습니다. Google이 보는 것은 로컬 코드가 아니라 실제 공개 사이트입니다. 따라서 배포 URL, sitemap, robots, ads.txt, 주요 페이지를 실제 요청으로 점검해야 합니다.

첫 번째 확인은 HTTP 상태입니다. 홈, 가이드 목록, 각 가이드, 소개, 문의, 개인정보처리방침, 이용약관, sitemap, ads.txt가 모두 200으로 열려야 합니다. 리다이렉트가 있더라도 최종 URL이 안정적으로 열리는지 확인합니다.

두 번째 확인은 텍스트량과 메타 정보입니다. sitemap에 들어간 페이지마다 title과 description이 있어야 하고, 본문은 링크 목록만이 아니라 독립적으로 읽을 수 있는 설명을 포함해야 합니다. 얇은 카테고리와 검색 결과 페이지는 sitemap에서 제외합니다.

세 번째 확인은 색인 경계입니다. 갤러리, 게시글 상세, 검색 결과, 글쓰기 화면, 대시보드, API는 noindex 또는 robots 정책에 맞게 처리합니다. 특히 빈 게시판과 자동 게시글 목록이 sitemap에 들어가면 다시 낮은 가치로 판단될 수 있습니다.

네 번째 확인은 광고 스크립트입니다. 승인 전에는 실제 광고 슬롯을 렌더링하지 않는 설정을 유지합니다. 광고 계정 메타 태그와 ads.txt는 남겨도 되지만, 빈 광고 박스가 콘텐츠 없는 화면에 표시되지 않게 해야 합니다.

마지막으로 Search Console에서 sitemap을 다시 제출하고 핵심 URL 검사를 요청합니다. 배포 후 캐시와 크롤링 반영 시간을 고려해 하루 정도 기다린 뒤 AdSense에서 문제 수정 확인을 체크하고 검토 요청을 진행합니다. 요청 전 마지막으로 모바일 화면에서도 주요 문서가 읽기 좋게 보이는지 확인합니다.

배포 검토 결과는 파일로 남기는 것이 좋습니다. 검사한 URL, 상태 코드, 본문 길이, noindex 여부, 발견한 문제를 표로 적으면 다음 재검토 때 같은 절차를 반복할 수 있습니다. 실패했을 때도 무엇을 이미 확인했는지 알 수 있습니다.

빌드 검증과 라이브 검증은 다릅니다. 로컬 빌드가 성공해도 배포 환경의 데이터베이스, 환경변수, 캐시, 도메인 설정 때문에 라이브 사이트가 다르게 보일 수 있습니다. 그래서 배포 후 실제 도메인을 요청하는 확인이 반드시 필요합니다.

검토 요청 후에는 바로 광고 코드를 늘리지 않습니다. 승인 상태가 바뀐 뒤에도 첫 배치는 고유 콘텐츠가 충분한 가이드 페이지부터 시작합니다. 동적 커뮤니티, 검색 결과, 빈 상태 화면은 계속 제외해야 정책 리스크를 낮게 유지할 수 있습니다.

배포 직후에는 캐시 때문에 이전 sitemap이나 HTML이 보일 수 있습니다. 강제 새로고침, 직접 URL 요청, Search Console URL 검사로 최신 코드가 반영됐는지 확인합니다. 이전 버전의 빈 카테고리가 남아 있다면 재검토 요청을 잠시 미루는 것이 낫습니다.

검토 요청 기록에는 날짜와 변경 요약을 남깁니다. 어떤 콘텐츠를 늘렸고, 어떤 페이지를 noindex로 바꿨고, 어떤 광고 슬롯을 잠갔는지 적어두면 다음 심사 결과를 해석하기 쉽습니다. 운영 기록이 있어야 같은 문제를 다시 반복하지 않습니다.