개발 블로그 애드센스 승인 시도 기록: 사이트 확인과 콘텐츠 심사

Sooyoung Archive에 Google AdSense를 연결하면서 사이트 확인, 검색 색인, 콘텐츠 심사가 서로 다른 단계라는 점을 확인했다. 이 글은 배포와 수익화가 모두 완료됐다는 안내를 바로잡고, 현재 확인된 상태와 개선할 내용을 정리한 기록이다.

2026년 10월 2일 기준: 이 사이트는 애드센스 승인을 받지 못했다. 기존 원고의 "완벽 가이드", 사이트와 무관한 수영 기록 설명, 근거 없는 글 개수와 글자 수 기준을 수정했다.

현재까지 확인한 상태

9월 21일 사이트 검토를 요청한 뒤, 9월 29일 "가치가 별로 없는 콘텐츠" 사유로 다시 승인되지 않았다는 안내를 받았다. 사이트 확인과 ads.txt 확인을 진행했어도 콘텐츠 심사 결과는 별도로 나왔다.

이 통보에는 특정 글이나 문제 문장을 지목한 설명이 없었다. 따라서 거절 사유를 "글이 몇 개 부족해서" 또는 "색인이 아직 안 돼서"라고 단정할 수 없다. 실제로 확인 가능한 오류를 먼저 찾고 수정하는 방식으로 점검했다.

블로그 자체의 개발과 배포 설정은 Next.js 개발 아카이브 배포 기록에 정리했다. 여기서는 동일한 배포 설명을 반복하지 않고 광고 심사와 콘텐츠 점검에 집중한다.

사이트 확인, 검색 색인, 광고 승인은 별도 단계

사이트 확인은 AdSense 계정에서 사이트를 연결하고 확인하는 절차다. ads.txt는 사이트에서 광고 판매 권한을 선언하는 파일이다. 이 항목들을 확인했다고 콘텐츠 심사까지 통과한 것은 아니다.

Search Console의 색인 보고서는 검색에 페이지가 등록되는 상태를 보여준다. 대표 주소로 이동시키는 리디렉션 URL이나 canonical이 가리키는 대체 URL은 제외될 수 있다. 사이트의 대표 글 주소가 정상인지 확인해야 하지만, 모든 대체 URL을 검색에 등록시키는 것 자체가 목표는 아니다.

애드센스 승인은 사이트가 광고 게재에 적합한지를 검토하는 별도 절차다. 색인 문제의 유효성 검사가 통과했다는 메일을 광고 승인 메일로 해석하면 안 된다.

이 블로그에서 정리한 기술적 항목

이 사이트에서는 다음 항목을 정리했다. 광고 심사 승인 여부를 보장하는 조치는 아니지만, 잘못된 주소나 페이지 때문에 독자가 불편을 겪지 않도록 하는 기본 운영 작업이다.

글 목록의 페이지 구분과 페이지별 대표 주소를 정리했다.
로그인 및 관리 화면에 검색 색인 제외 설정을 적용했다.
사이트맵과 HTML 페이지를 구분하고 광고 스크립트를 일반 페이지에서 로드하도록 분리했다.
카테고리 내부 링크와 기존 주소의 이동 경로를 정리했다.
소개, 연락처, 개인정보처리방침으로 이동할 수 있도록 했다.

개인정보 안내 페이지가 있다는 사실만으로 법적 의무를 전부 충족했다고 단정하지 않는다. 실제로 사용하는 광고, 쿠키, 분석 도구와 안내 내용이 일치하는지도 계속 점검해야 한다.

원문 점검에서 발견한 콘텐츠 문제

이번 점검에서는 사이트의 실제 주제와 맞지 않는 사용 경험이 배포 글과 이 글에 들어가 있는 것을 확인했다. 이 블로그는 개인 프로젝트와 개발 과정을 기록하는 아카이브다. 잘못 들어간 경험담은 삭제하고 현재 코드와 운영 기록으로 확인할 수 있는 내용으로 바꿨다.

두 글에 기술 스택, 무료 플랜, 배포 순서가 길게 반복되는 문제도 있었다. 배포 글은 설정과 운영 점검을 다루고, 이 글은 심사 상태와 수정 내용을 다루도록 역할을 구분했다.

또한 "최소 10~~15개 글", "300~~500자", "글 하나를 더 쓰면 요건 충족"이라는 설명에는 공식 근거가 없었다. Google의 콘텐츠 및 사용자 환경 안내는 충분한 고유 콘텐츠와 사용자에게 유용한 경험을 강조하지만, 그 페이지에 특정 글 개수나 글자 수를 합격 기준으로 제시하지는 않는다.

이런 문제는 독자가 글의 정확성과 신뢰도를 판단하는 데 영향을 준다. 다만 Google이 이번 거절에서 어떤 항목을 얼마나 반영했는지는 공개되지 않았으므로, 발견한 문제를 확정된 거절 원인이라고 표현하지 않는다.

다음 콘텐츠를 보강하는 기준

앞으로의 개발 기록은 실제 프로젝트에서 확인할 수 있는 자료를 중심으로 보강한다.

문제의 조건: 어떤 화면이나 기능에서 문제가 발생했는지 적는다. 오류가 있었다면 비밀 정보가 없는 로그나 재현 조건을 함께 남긴다.
해결 과정: 선택한 코드와 설정, 그 선택의 이유를 설명한다. 일반적인 설치 안내를 반복하기보다 프로젝트에서 달라진 지점을 보여준다.
결과 확인: 수정 전후 화면이나 동작, 확인한 환경과 남은 제약을 구분한다.
최신 상태: 출시된 기능을 출시 예정으로 남기지 않고, 관련 글과 실제 서비스 링크를 점검한다.

이번캠처럼 실제 앱이 있는 프로젝트는 확인된 출시 정보와 직접 확보한 화면, 기능의 동작을 보여줄 수 있다. 구현하지 않은 기능이나 확인하지 않은 개발 경험을 문장으로 채우지 않는 것이 중요하다.

다시 검토를 요청하기 전에

재검토 전에는 수정한 글이 공개 페이지에 반영됐는지, 제목과 요약이 본문 내용과 일치하는지, 비슷한 설명이 다른 글에 중복되어 남아 있는지 확인한다. 표와 링크가 정상 표시되고 모바일에서도 읽을 수 있는지도 점검한다.

9월 29일 계정 화면에서는 다음 검토 요청 가능일이 10월 6일로 안내됐다. 이 날짜는 당시 계정에 표시된 상태이며, 실제 요청할 때는 AdSense 사이트 화면의 최신 안내를 다시 확인해야 한다. 날짜가 됐다는 이유만으로 바로 제출하기보다 수정 내용을 먼저 확인한다.

현재까지의 결론은 사이트 확인과 기술적인 정리가 끝나도 콘텐츠 심사에 다시 실패할 수 있다는 것이다. 이 글은 승인 사례나 수익 발생 사례가 아니다. 다음 결과가 나오면 확인 날짜와 변경 내용을 이어서 기록할 예정이다.