구글 애드센스 고시 SEO 점검 후 이거로 3개 이상 통과 | fire-your-seo-agency 사이트 구조화와 애드센스 승인 관계

애드센스 신청이 몇 개월째 거절되던 사이트가 있었다. 공개 저장소 leopard627/fire-your-seo-agency의 점검 목록으로, 검색엔진과 심사 봇이 본문을 읽도록 구조를 맞췄다. 그 뒤 한 달 안팎에 통과했다.

이 결과는 승인을 보장하지 않는다. 무조건 통과시켜 주는 도구가 아니다. 버전 1.2.1(2026-09-25)에는 애드센스 신청 버튼, 광고 코드, ads.txt가 없다. 만 19세, 금지 주제, 얕은 글, 로그인 벽은 이 목록 밖에 있다. 같은 순서를 따라도 거절된다.

요즘 글은 AI 도움을 받으면 죽어 가던 원고도 살릴 수 있다. 그래서 문장만 보면 사이트와 블로그가 평준화되어 있다. 차이는 글솜씨가 아니다. AI, 검색엔진, 승인 봇이 그 주소에 들어오는지, 들어온 페이지에 본문과 제목과 표와 구조화 데이터가 같이 정리되어 있는지가 문제다.

AI에게 “SEO 점검하고 개선해 줘”라고 하면 해주기는 한다. 기준이 없으면 사이트마다 다른 목록으로 고친다. 이 저장소는 SEO, GEO, NEO를 포함한 점검 칸을 스킬로 고정해서, 진단할 때마다 같은 칸을 빠뜨리지 않게 본다. 라이선스는 MIT라 받는 비용이 없다. Claude Code를 이미 쓰는 자리라면 이 목록을 더하는 이용료도 없다. 파일을 고치기 전에 사람 승인을 묻는다. 밑져야 본전인 쪽에 가깝다. 그래도 승인을 보장하지는 않는다.

사이트나 블로그를 맡길 때는 빈 말만 주지 말고 이 주소를 같이 준다. https://github.com/leopard627/fire-your-seo-agency

“이 저장소 체크리스트로 진단하고, 실패한 칸만 고쳐 줘. 승인 전에는 파일을 바꾸지 마.” 이렇게 시키면 된다. 아래는 그 목록이 실제로 보는 것, 설치 순서, 애드센스 고객센터 문장과 겹치는 칸이다. README의 수익 숫자는 작성자 자체 기록이고 제3자 감사가 아니다.

그림 1. 이 저장소는 진단과 발행 게이트, 14일 재측정을 한다. 애드센스 신청과 광고 코드는 하지 않는다. 승인을 보장하지 않는다.

1. 기준 없이 시키면 사이트마다 달라진다

챗봇은 빈 지시에도 파일을 고친다. 그날의 목록은 그 세션이 즉석에서 만든 것이다. 다음 블로그에서는 사이트맵을 보고, 그다음 사이트에서는 네이버를 통째로 빼먹을 수 있다. 글 문장이 비슷해진 뒤에도 구조가 제각각인 이유가 여기 있다.

스킬로 묶으면 레인마다 지나가는 칸이 같다. 대화가 길어져도 칸이 사라지지 않는다.

AEO(답변 상자)와 LLMO(모델이 이미 가진 지식)도 같은 점수표에 있다. 애드센스 합격 조건은 이 셋이 아니다. 심사 봇이 글을 읽게 만드는 쪽은 SEO 칸과 겹친다.

시키는 문장은 짧게 간다. 주소를 붙이고, 목록 밖의 창작을 막는다.

이 저장소로 내 사이트(또는 블로그)를 진단하고, 실패 칸만 고쳐 줘. 승인 전에는 파일을 바꾸지 마. https://github.com/leopard627/fire-your-seo-agency

무료인 것은 저장소다. 승인이 공짜로 따라오지는 않는다. 몇 개월 거절 뒤 한 달 안팎에 통과한 사이트는 한 건이고, 그 한 건을 다른 사이트 약속으로 쓰면 안 된다.

2. 저장소가 하는 일

공개 저장소다. GitHub API를 2026-10-05에 조회하면 스타 700, 포크 159, 라이선스 MIT, 기본 언어는 검사 스크립트 때문에 Python으로 잡힌다. 저장소가 생긴 시각은 2026-08-26 23:47 UTC이고, 코드가 마지막으로 밀린 시각은 2026-09-25이다. 홈페이지 필드는 작성자의 증권 리서치 서비스 치킨스탁을 가리킨다.

2.1. 버전이 쌓인 순서

1. 1.0.0(2026-08-27)에서 다섯 레인과 진단→구현→측정 골격이 나왔다.
2. 1.1.0(같은 날)에서 Bing 웹마스터 도구, AI 크롤러를 용도별로 나누는 표, E-E-A-T 신호, noindex 점검, 플러그인 설치가 붙었다.
3. 1.2.0(2026-09-21)에서 콘텐츠 엔진이 들어왔다. 질문 백로그, frontmatter, 발행 게이트, 갱신·병합이 여기 해당한다.
4. 1.2.1(2026-09-25)은 기능 추가보다 저장소 자체 검사다. tools/validate.py가 검사 10종을 표준 라이브러리만으로 돌리고, 푸시와 풀 리퀘스트마다 CI가 돈다.

플러그인 설명문에도 SEO, AEO, GEO, LLMO, NEO, llms.txt, 구조화 데이터, 네이버 AI 브리핑, 콘텐츠 엔진, 측정 루프만 있다. 애드센스, ads.txt, 광고 심사는 제품 설명에 없다.

2.2. 대행비 문구를 읽는 법

1. 한국어 README는 비교 금액으로 월 50만~350만 원을 적는다. 시장 조사로 집계한 수수료표가 아니라, 저장소가 내건 프레이밍이다.
2. 같은 글은 치킨스탁에 같은 절차를 적용한 결과로 30일 검색 노출 153.9만 회, 전월 대비 +85,578%, 클릭 7.4천, 광고비 0원을 적는다. 영어 README의 1.54M·7.4K와 같은 주장이다.
3. 네이버 AI 브리핑이 문단 단위로 인용했다는 서술과 Threads 계정 @kindainvestor의 공개 기록도 README에 있다. 재현 데이터 파일은 저장소에 포함되지 않는다.
4. 그래서 이 숫자는 “스킬을 깔면 같은 노출이 나온다”는 약속으로 읽으면 안 된다. 스킬 자신이 “측정 없는 순위 보장은 하지 않는다”고 못 박는다.

핵심 포인트: 이 저장소는 대행 체크리스트를 에이전트 절차로 바꾼 문서다. 수익 인증이나 애드센스 승인 도구가 아니다.

3. 다섯 레인과 콘텐츠 엔진

저장소는 “검색 최적화”를 엔진마다 다른 일로 자른다. 한 체크리스트로 구글, 챗GPT, 네이버를 같이 처리하지 않는다.

그림 2. SEO, AEO, GEO, LLMO, NEO는 상대와 질문이 다르다.

콘텐츠 엔진은 여섯 번째 줄에 가깝다. 1.2.0이 점수표에 콘텐츠 행을 추가했다. 대행 견적에서 비중이 큰 “월 N건 포스팅”을, 질문 대기열과 발행 게이트로 바꾸겠다는 설계다. 성과 지표는 발행 건수가 아니라 최근 28일 노출이 0보다 큰 글의 비율과 AI 인용 여부다.

3.1. 글 다섯 유형

1. 질문 페이지는 “언제·얼마·어떻게” 하나에 첫 문단 직답과 근거 표를 둔다. AEO와 NEO가 이 형태를 먹는다.
2. 데이터 페이지는 직접 계산하거나 모은 숫자를 안정된 URL에 두고 갱신 주기를 적는다. GEO가 말하는 1차 소스다.
3. 용어 페이지는 한 문장 정의, 비교 표, 예시로 구성한다.
4. 빌드로그는 무엇을 왜 만들었는지와 실측을 남긴다. 모델 학습용 표면이자 경험의 기록으로 취급한다.
5. 비교 페이지는 기준일을 명시한 표가 중심이다. 자기 제품만 유리하게 적은 표는 문서가 배제한다.

만들지 말라고 적힌 것도 분명하다. 뉴스 재탕, 남의 데이터 요약, “추천 / 추천 2026 / 순위”처럼 같은 답을 키워드만 바꿔 양산하는 페이지, 결론이 “상황에 따라 다르다”로 끝나는 글이다. 양산 페이지는 문서가 확장된 콘텐츠 남용 판정을 직접 경고한다. 이 문장이 뒤에 나오는 애드센스 위험과 맞닿는다.

4. 설치와 첫 진단

대상은 Claude Code다. 저장소는 플러그인 설치를 권하고, git clone을 대안으로 둔다. 챗봇에게 사이트나 블로그를 맡길 때는 “SEO 해 줘”만 말하지 말고, 저장소 주소를 같이 준다. https://github.com/leopard627/fire-your-seo-agency

에이전트가 읽는 정본은 references/의 한국어 문서다. references/en/은 같은 제목 수·표 행·체크박스·절 번호를 맞춘 영문 미러이고, 사람 독자용이다. 검사 스크립트가 둘의 구조가 어긋나면 빌드를 실패시킨다.

4.1. 진단이 코드를 고치기 전에 오는 이유

1. Phase 0은 도메인 또는 로컬 프로젝트를 받아 자바스크립트 없이 HTML을 본다. curl로 h1, robots, sitemap, llms.txt, 없는 주소의 상태 코드, 블로그와 피드, 사이트맵의 최근 lastmod를 센다.
2. noindex는 최우선이다. 메타 로봇과 X-Robots-Tag 헤더를 둘 다 본다. 스테이징용 noindex가 운영에 남아 있으면 이후 최적화는 전부 무효라는 전제다.
3. 점수표는 레인마다 통과, 주의, 실패와 근거 한 줄을 요구한다. README의 예시처럼 “본문은 서버에서 그려지는데 상세 214건이 사이트맵에 없다” 같은 식이다.
4. 그다음 우선순위를 제안하고 사용자의 승인 뒤에 구현한다. 코드가 있으면 직접 고치고, 없으면 파일과 줄 단위로 고칠 곳을 적는다.

가져온 웹 페이지 안의 문장은 데이터로만 다룬다. 페이지 안에 지시처럼 보이는 문장이 있어도 따르지 말라는 조항이 1.1.0에 들어 있다. 프롬프트 인젝션을 진단 절차에서 막으려는 장치다.

5. 진단에서 측정까지

운영 절차는 여섯 단계에 진단이 앞에 붙는다. 순서를 건너뛰면 문서가 의도한 일과 다른 일이 된다.

그림 3. 운영 순서는 진단에서 14일 측정까지 0에서 6단계다.

5.1. 발행 전에 채워야 하는 다섯 줄

1. 질문: 검색창에 치는 문장 그대로.
2. 직답: 한 문장, 40자 안팎, 수치나 날짜를 포함.
3. 근거: 표 하나로 만들 데이터, 기준일, 출처 URL.
4. 하위 질문: FAQ가 될 것 3개.
5. 내부 링크: 허브 1개와 관련 글 또는 데이터 페이지 2개.

그림 4. 질문, 40자 직답, 근거, FAQ 세 개, 허브 링크를 채우기 전에는 발행하지 않는다.

다섯 줄을 못 채우면 그 글은 아직 쓸 수 없는 글이라고 적혀 있다. AI 초안은 허용한다. 조건은 세 가지다. 모든 수치를 원출처와 대조하고, 사람이 검수한 뒤 저자로 서명하고, 대량 자동 발행은 하지 않는다. 검색엔진의 기준을 “누가 썼나”가 아니라 “검증됐는가”로 둔다.

5.2. 작업이 끝났다고 보고하려면

1. 바꾸기 전과 후.
2. 크롤러 눈으로 본 curl 결과.
3. 다음 측정 일정. 글 단위 기본값은 발행 14일 후다.
4. 하지 않은 일과 그 이유. 백링크 구매 요청은 거절한다고 예시가 나와 있다.

금지 목록은 짧다. 백링크 구매, 품앗이 자동화, 콘텐츠 스팸, 순위 보장 문구, 키워드 스터핑, 숨긴 텍스트, 클로킹. 철학 문장은 “AI는 잘 쓴 글을 인용하는 것이 아니라 정확한 데이터를 인용한다”이다.

6. 기술 SEO를 고치는 순서

references/seo.md의 목표는 하나다. 자바스크립트 없이 받은 HTML 안에 본문, 메타, 구조화 데이터가 모두 있게 만드는 것. 코드 저장소에 컴포넌트가 있는 것과, 크롤러가 받은 응답에 글자가 있는 것은 별개로 본다.

6.1. 본문이 먼저다

1. 로그인 뒤에만 있는 본문은 색인되지 않는다. 전부 열기 어려우면 첫 문단과 핵심 수치만이라도 서버에서 그린다.
2. SPA라면 SSR, SSG, 프리렌더가 1순위다. 이게 없으면 사이트맵과 메타는 빈 껍질을 가리킨다.
3. SSR 프레임워크도 특정 훅에서 페이지 전체가 클라이언트 렌더로 떨어지기도 한다. 문서는 Next.js에서 Suspense 없이 useSearchParams를 쓰는 경우를 예로 든다. 배포마다 대표 URL의 본문 글자 수를 curl로 다시 센다.
4. 없는 주소는 200이 아니라 404여야 한다. soft 404는 색인 예산을 태운다. 일시 장애의 404가 CDN에 구워지지 않게, “없음”과 “못 가져옴”을 나누라고 한다.

사이트맵은 sitemap.xml이 있고 robots.txt가 그것을 가리켜야 한다. 목록만 넣고 상세를 빼는 실수를 문서는 흔하다고 적는다. URL 5만 개 또는 50MB를 넘기 전에 sitemap index로 나눈다. 한도를 넘는 순간 전체가 조용히 무시된다는 경고다. 새 콘텐츠 유형을 만들면 사이트맵에 넣는 것까지가 출시다.

메타는 제목 50~60자, 설명 150~160자, 페이지마다 고유해야 한다. 면책 문장을 설명에 넣지 말라고 한다. 클릭률만 죽는다는 이유다. JSON-LD는 화면에 있는 글과 글자까지 같아야 한다. 화면에 없는 문장을 구조화 데이터에만 넣으면 스팸 판정 위험으로 분류한다. Organization은 페이지마다 새로 선언하지 않고 전역 @id를 참조한다.

색인 속도에서 IndexNow는 Bing, 네이버, Yandex 계열이 소비한다고 적는다. 구글은 IndexNow를 받지 않는다. 구글 쪽은 사이트맵 lastmod의 정확성으로 승부하라고 한다.

7. 답변엔진과 네이버가 갈라지는 지점

AEO, GEO, LLMO, NEO는 문장을 잘 쓰는 기술이 아니다. 누가 어떤 단위로 문장을 집어 가는지가 다르다.

7.1. 답변 상자가 추출하는 문장

1. 첫 문단에서 답을 말한다. 서론과 인사는 추출 대상이 아니라고 본다.
2. “위에서 말한 그 수치”처럼 앞 문단에 기댄 문장은, 잘려 나가면 의미가 없다.
3. 숫자는 기준일을 붙인다. 문서의 예는 “PER 13.8배(2026-08-26, 최근 4개 분기 기준)”이다.
4. FAQ는 페이지 하단에 실제 검색 질문 3~5개로 두고, 보이는 문장과 FAQPage JSON-LD를 글자까지 맞춘다.

기대치도 문서가 낮춰 둔다. 구글은 2023년 8월부터 FAQ 리치 결과(검색 결과의 접이식 문답)를 정부·의료처럼 권위 있는 사이트로 제한했고, HowTo 리치 결과는 없앴다. FAQ 스키마를 붙이는 이유를 “검색 결과에 별이 뜨게”가 아니라 엔진이 내용을 이해하게 하려는 것으로 둔다.

신뢰 신호로 About, 저자와 출처, 문의 수단, 정직한 dateModified를 요구한다. 내용은 안 바꾸고 날짜만 올리는 행위는 감지되면 역효과라고 적는다. Bing 등록을 AEO 0절로 둔 이유는 Copilot이 Bing 색인에서 답을 꺼내고, ChatGPT 검색도 Bing 색인에 크게 의존한다는 문서의 판단 때문이다.

7.2. 생성 AI와 모델 지식

1. /llms.txt는 루트의 마크다운 안내서다. 한 줄 설명, 핵심 페이지, 데이터 출처와 갱신 주기, 인용 시 표기를 담는다. 여력이 있으면 /llms-full.txt에 핵심 데이터 전문을 둔다.
2. AI 크롤러는 학습, 검색 색인, 실시간 fetch로 나뉜다. GPTBot·ClaudeBot·Google-Extended는 학습, OAI-SearchBot·PerplexityBot은 검색 색인, ChatGPT-User·Perplexity-User는 질문 시점의 페이지 방문으로 구분한다.
3. 인용 유입이 목표면 허용이 기본값이다. 학습만 막고 싶으면 학습용 에이전트만 막고, 검색·fetch까지 막으면 인용 자체가 끊긴다고 경고한다. 명단은 분기마다 각사 문서로 다시 확인하라고 한다.
4. LLMO는 느리다. 서비스명 띄어쓰기까지 통일하고, 위키·GitHub·스토어·소셜을 sameAs로 묶는다. URL을 바꾸면 모델이 기억하는 주소가 404가 되므로 301을 유지한다.

네이버는 따로다. 서치어드바이저 등록, 사이트맵, Yeti 허용, 수집 요청이 기반이다. AI 브리핑은 산문 덩어리보다 항목-값 구조를, 공식 원문 링크를, 모바일 첫 화면의 핵심을 인용 조건으로 적는다. 블로그(플랫폼 안)와 자기 도메인(사실의 원장)을 나누고, 블로그에는 요약과 링크만 둔다. 본문 통째 복붙과 링크 도배, 서로이웃·댓글 자동화, 발행 뒤 잦은 수정·삭제를 금지한다. 1.2.1은 네이버 블로그 에디터가 #, **, |를 글자로 그대로 보여 준다는 주의도 추가했다.

갱신 규칙은 콘텐츠 문서 5절에 있다. 기준 데이터가 바뀌거나, 최근 28일 노출이 60일 전보다 30% 이상 줄거나, 질문 표현이 바뀌면 refresh-needed다. 같은 질문의 글이 둘이면 강한 쪽으로 301과 canonical을 보내고, 삭제는 최후 수단이다. 지울 때는 410과 사이트맵 제거를 적는다.

8. 애드센스가 공식으로 보는 것

한국어 고객센터의 자격 요건 페이지는 문장이 짧다. Google 정책을 준수하는 자체 콘텐츠가 있고 만 19세 이상이면 가입을 신청할 수 있다. 콘텐츠는 품질이 높고 독창적이어야 하며 독자의 관심을 끌 수 있어야 한다. 신청 사이트의 HTML 소스에 접근할 수 있어야 한다. 만 19세 미만이면 부모나 보호자의 성인 계정으로 가입하고, 수익은 그 성인에게 지급된다고 적혀 있다.

이 페이지에는 최소 방문자 수, 최소 글 수, 도메인 나이, 대기 개월 수가 없다. 블로그에 도는 “글 15개, 하루 방문자 몇 명”은 고객센터 자격 요건 문장이 아니다. 반대로 “글이 적어도 된다”는 뜻도 아니다. 바로 다음 도움말이 고유 콘텐츠가 충분해야 한다고 말하기 때문이다.

8.1. 준비가 안 됐다는 판정의 네 갈래

1. 광고 코드가 없거나 불완전하다. 코드는 신청한 사이트의 head에 들어가야 한다. 대안으로 Search Console 소유 확인이 적혀 있다.
2. 사이트에 접근할 수 없다. 주소 오류, 미공개, 로그인 벽, robots.txt의 크롤러 차단, 신뢰할 수 없는 인증서, HTTP에서 HTTPS로 넘어가지 않는 경우가 여기 들어간다.
3. 고유 콘텐츠와 사용자 환경이 충분하지 않다. 고객센터는 이 항목에서 고품질 사이트 도움말로 보낸다.
4. 정책 위반이 있다. 프로그램 정책과 정책 센터에서 고치라고 안내한다.

검토는 보통 며칠이고, 경우에 따라 2~4주가 걸릴 수 있다고 같은 페이지가 적는다. 결과는 계정으로 알린다.

콘텐츠·사용자 환경 도움말은 더 구체적이다. 페이지에 고유 콘텐츠가 충분해야 구글이 사이트를 파악할 수 있다. 정기적인 업데이트도 적는다. 그리고 구글 웹 검색 스팸 정책을 지키라고 명시한다. 클로킹, 도어웨이 페이지, 내용이 거의 없는 페이지, 특정 키워드에만 맞춘 페이지를 쓰지 말라는 연결이다. 스크래핑도 따로 금지한다. 다른 사이트를 복사하거나, 동의어만 바꾸거나, 부가 설명 없이 영상·이미지만 끼워 넣는 화면에는 구글 광고를 게재할 수 없다고 한다. 비슷한 페이지가 많으면 각 페이지를 보강하거나 하나로 합치라고 한다.

탐색도 심사 범위다. 메뉴가 기기마다 제자리에 있는지, 글자가 읽히는지, 링크가 맞는 내용으로 가는지, 허위 다운로드나 빈 페이지로 보내지 않는지를 적는다.

ads.txt는 다른 문서다. 고객센터는 반드시 쓸 필요는 없고, 쓰기를 적극 권장한다고 한다. 형식은 google.com, pub-게시자ID, DIRECT, f08c47fec0942fa0이다. 게시자 ID는 계정이 생긴 뒤에야 나온다. 승인 전 사이트에 빈 ads.txt를 두는 일은 이 스킬의 체크리스트에 없다.

8.2. 대량 페이지와 광고 자격

1. 검색 스팸 정책의 확장된 콘텐츠 악용은 사용자에게 도움을 주는 것이 아니라 순위를 조작하려고 많은 페이지를 만드는 경우다. 만드는 방법은 가리지 않는다.
2. 예시의 첫 줄이 생성형 AI로 사용자 가치 없이 많은 페이지를 만드는 것이다. 피드·검색 결과를 긁어 동의어나 번역으로 양산하는 것, 여러 페이지를 이어 붙이는 것, 독자에게 의미가 거의 없는 키워드 페이지도 포함된다.
3. 애드센스 콘텐츠 도움말은 이 스팸 정책을 광고 게재 조건으로 끌어온다. 검색에서 문제인 대량 페이지는 광고 심사에서도 문제다.
4. “가치가 별로 없는 콘텐츠”, “스크래핑된 콘텐츠” 같은 거절 문구는 커뮤니티와 2차 글에 자주 보인다. 공식 페이지가 그 문구의 체크리스트를 글 수나 단어 수로 공개하지는 않는다. 공개된 기준은 독창성, 충분함, 스팸 정책, 탐색이다.

9. 승인과 겹치는 작업

스킬을 애드센스 합격 도구로 보면 안 된다. 그래도 기술 SEO와 발행 게이트의 일부는, 심사자가 사이트를 읽게 만드는 일과 같은 방향이다.

겹침의 실무 뜻은 이렇다. 스킬의 Phase 1을 통과한 사이트는, 적어도 심사 크롤러가 글을 읽을 수 있는 상태에 더 가깝다. 고객센터가 말하는 고유 콘텐츠의 “충분함”은 그다음 문제다. 서버 렌더링이 되어 있어도 문장이 얕거나 남의 글을 윤문한 수준이면 자격 요건의 “독창적”을 통과하지 못한다.

발행 게이트의 사람 서명 조항이 여기서 중요하다. 스킬은 AI가 초안을 쓰는 것 자체를 막지 않는다. 숫자를 원출처와 맞추고, 사람이 저자로 남으며, 한 번에 많이 찍어 내지 말라고 한다. 구글 스팸 정책도 생성 도구를 금지하지 않고, 가치 없이 많은 페이지를 만드는 목적을 문제 삼는다. 두 문서의 선이 비슷하다.

10. 승인과 무관하거나 위험을 키우는 사용

아래는 저장소에 있어도 애드센스 합격 사유가 아니거나, 잘못 쓰면 거절 사유와 겹치는 사용이다.

10.1. 숫자와 인용이 심사를 대신하지 않는다

1. 치킨스탁 README의 153.9만 노출, 7.4천 클릭, 네이버 AI 브리핑 인용은 검색·인용 성과의 자체 기록이다. 애드센스 자격 페이지는 노출 횟수를 조건으로 적지 않는다.
2. llms.txt, GPTBot 허용, Perplexity 출처 목록, 모델이 브랜드를 아는지는 생성 AI와 모델 지식의 문제다. 광고 심사 체크리스트에 이 항목은 없다.
3. 네이버 서치어드바이저와 AI 브리핑은 한국 검색용이다. 구글 애드센스 심사가 네이버 순위를 합격 조건으로 보지 않는다.
4. IndexNow는 빙·네이버 계열의 수집 속도다. 구글 색인이나 광고 승인을 당기지 않는다고 스킬 문서가 이미 구분해 둔다.

10.2. 질문 페이지를 얇게 찍으면 둘 다 깨진다

1. “질문 하나 = 페이지 하나”는 각 페이지에 그 질문에만 있는 답, 표, 기준일, 출처가 있을 때의 규칙이다.
2. 같은 문단을 지역명·연도·제품명만 바꿔 복제하면, 스킬 문서가 금지한 키워드 변형 대량 페이지가 된다.
3. 그 형태는 검색 스팸 정책의 확장된 콘텐츠 악용, 도어웨이, 얇은 페이지와 겹친다. 애드센스 도움말은 그 스팸 정책을 광고 조건으로 인용한다.
4. 태그·카테고리 중 글이 3건 미만인 얇은 목록은 noindex하라고 콘텐츠 문서가 적는다. 색인 예산을 아끼려는 규칙이지만, 빈 목록에 광고를 붙이는 일과도 방향이 반대다.

도구·계산기·갤러리만 있고 읽을 문장이 거의 없는 화면도 주의가 필요하다. 고객센터는 구글이 사이트를 파악하려면 페이지에 고유 콘텐츠가 충분해야 한다고 적는다. 입력칸과 버튼만 있는 화면은 그 문장과 거리가 있다. 스킬의 데이터 페이지 규칙(수치가 있는 문단, 산출 방식, 기준일)을 붙이지 않으면, SEO용 URL만 늘고 심사에는 “내용이 없는 화면”으로 보이기 쉽다.

10.3. 스킬이 만들지 않는 승인 서류

1. 만 19세와 성인 계정의 수익 귀속은 사람 요건이다. 사이트 진단으로 바뀌지 않는다.
2. 금지 콘텐츠(불법, 타인의 저작권, 프로그램 정책이 막는 주제)는 구조화 데이터로 무마되지 않는다. 스킬은 금융·의료·법률에서 예측·권유 문장을 넣지 말라고만 한다.
3. 개인정보 처리 방침, 쿠키·광고 고지, 운영자 연락처의 법적 문안은 다섯 레인 체크리스트에 없다. AEO가 About과 문의를 신뢰 신호로 요구할 뿐이다. 광고를 달기 전에 필요한 고지인지 여부는 고객센터와 약관을 따로 봐야 한다.
4. ads.txt는 게시자 ID가 생긴 뒤의 판매자 선언이다. 승인 신청의 선행 과제가 아니다. 스킬을 돌렸다는 이유만으로 ads.txt가 생기지도 않는다.
5. 광고 코드 삽입, 사이트 목록 등록, 검토 요청은 애드센스 계정 안의 절차다. Phase 6의 14일 재측정과 같은 일이 아니다.

그림 5. 본문이 HTML에 있고 클로킹을 거절하며 비슷한 글을 합치는 일은 심사와 겹친다. 노출 횟수와 llms.txt, 네이버 순위는 합격 사유가 아니고, 얇은 페이지를 대량으로 만들면 위험하다.

핵심 포인트: 스킬은 크롤러가 읽고, 문장이 검증되고, 복제 페이지를 합치는 쪽에서는 승인 심사와 같은 방향을 본다. 트래픽, AI 인용, 네이버 노출, llms.txt로는 승인이 나지 않는다. 얇은 질문 페이지를 많이 만들면 검색 정책과 광고 정책을 동시에 건드린다.

11. 상황별 선택

사이트의 현재 상태만 보고 고른다. 저장소를 설치했다고 순서가 바뀌지는 않는다.

금융·의료·법률 사이트라면 문서의 추가 제한이 있다. 데이터로 확정되는 문장만 두고 예측과 권유는 넣지 않는다. 그 제한은 검색 인용을 위한 것이고, 광고 정책의 업종 제한을 모두 커버하지는 않는다. 업종 제한은 프로그램 정책을 봐야 한다.

저장소 검사도 알아 두면 좋다. 1.2.1의 validate.py는 스킬 이름의 케밥 표기, 이름 64자, 설명 1024자의 한 줄 제한, plugin.json과 marketplace.json의 버전 일치, CHANGELOG 버전, 상대 링크, 한·영 문서 구조, 이미지 용량, MIT 메타데이터, 텍스트 파일의 비밀값 스캔을 본다. 사이트의 애드센스 준비 상태가 아니라 이 깃 저장소가 썩지 않게 하는 검사다.

12. 참고한 문서

수치는 아래 문서에서 확인했다. 치킨스탁 노출은 저장소 README의 자체 서술을 그대로 옮긴 것이다.

• 저장소: https://github.com/leopard627/fire-your-seo-agency
• 한국어 README: https://github.com/leopard627/fire-your-seo-agency/blob/main/README.ko.md
• 변경 기록: https://github.com/leopard627/fire-your-seo-agency/blob/main/CHANGELOG.md
• 애드센스 자격 요건: https://support.google.com/adsense/answer/9724?hl=ko
• 콘텐츠와 사용자 환경: https://support.google.com/adsense/answer/10015918?hl=ko
• 광고를 게재할 준비가 되지 않은 경우: https://support.google.com/adsense/answer/12176698?hl=ko
• ads.txt: https://support.google.com/adsense/answer/12171612?hl=ko
• 구글 검색 스팸 정책: https://developers.google.com/search/docs/essentials/spam-policies?hl=ko

정책 문장은 바뀐다. 신청 직전에는 고객센터의 최신 페이지와 애드센스 이용약관을 다시 여는 편이 안전하다. 이 글의 저장소 버전은 1.2.1이다.

13. 점검 칸 총정리

14. 마무리

앞에서 다룬 fire-your-seo-agency의 핵심만 짧게 정리한다.

• 승인을 보장하지 않는다. 몇 개월 거절 뒤 한 달 안팎에 통과한 것은 한 사이트의 결과다.
• 글은 AI로 평준화되어 있다. 남은 차이는 봇이 들어오게 구조가 되어 있는지, SEO·GEO·NEO 칸을 빠뜨리지 않는지다. 저장소는 MIT라 무료이고, 밑져야 본전에 가깝다.
• 다섯 레인은 구글·빙 크롤러, 답변 상자, 생성 AI 브라우징, 모델의 기억, 네이버를 서로 다른 일로 본다.
• 본문이 curl로 받은 HTML에 있어야 다음 단계가 의미가 있다. noindex와 크롤러 차단이 최우선 점검이다.
• 글은 질문, 40자 안팎의 직답, 기준일, 출처가 있을 때만 발행한다. AI 초안은 사람 검수와 대량 자동 발행 금지가 조건이다.
• 애드센스 한국어 자격 요건은 정책을 지키는 자체 콘텐츠, 만 19세, HTML 접근이다. llms.txt나 노출 숫자는 합격 조건이 아니다.
• 질문 페이지만 얇게 많이 만들면 검색의 확장된 콘텐츠 악용과 광고의 콘텐츠 부족을 동시에 건드린다. 정책과 약관은 신청 전에 고객센터에서 다시 확인한다.

「이 스킬은 승인을 보장하지 않는다. 봇이 읽는 구조와 SEO·GEO·NEO 점검 칸을 고정할 뿐이다.」 시키는 법은 저장소 주소를 같이 주고, 그 목록으로 사이트나 블로그의 실패 칸만 고치라고 하는 것이다. 나이, 금지 주제, 얕은 글은 목록 밖이다. 노출 숫자나 한 사이트의 통과 시점을 다른 사이트 약속으로 옮기지 않는다.

자주 묻는 질문

• fire-your-seo-agency를 설치하면 애드센스 승인이 되나?

  되지 않는다. 승인을 보장하지 않는다. 몇 개월 거절되던 사이트 하나가 이 목록으로 구조를 맞춘 뒤 한 달 안팎에 통과한 적은 있다. 그 한 건을 다른 사이트 약속으로 옮기면 안 된다. 제품 설명에는 애드센스 신청, 광고 코드, ads.txt가 없고, 자격은 정책을 지키는 자체 콘텐츠, 만 19세, HTML 접근이다.

• 지금 설치하는 버전과 설치 위치는 무엇인가?

  2026-09-25에 나온 1.2.1이 최신이다. Claude Code에서 마켓플레이스에 leopard627/fire-your-seo-agency를 더한 뒤 fire-your-seo-agency@fire-your-seo-agency를 설치한다. 프로젝트만 쓸 때는 .claude/skills 아래에, 모든 프로젝트에서 쓸 때는 홈의 .claude/skills 아래에 clone한다.

• 다섯 레인은 왜 따로 두는가?

  상대가 다르기 때문이다. SEO는 구글·빙 크롤러, AEO는 AI Overviews와 Copilot, GEO는 브라우징하는 생성 AI, LLMO는 모델이 이미 가진 지식, NEO는 네이버 검색과 AI 브리핑이다. 네이버 인용이나 llms.txt는 구글 애드센스 심사 항목이 아니다.

• 질문 하나당 페이지 하나가 애드센스에 위험한가?

  각 페이지에 그 질문만의 답, 표, 기준일, 출처가 있으면 고유 콘텐츠 쪽과 방향이 같다. 지역명이나 연도만 바꿔 같은 문단을 복제하면 스킬 문서가 금지한 대량 페이지가 되고, 구글 검색의 확장된 콘텐츠 악용과 애드센스의 콘텐츠 부족 사유와 겹친다.

• 애드센스 승인에 필요한 최소 글 수나 방문자가 있나?

  한국어 자격 요건 페이지에는 최소 방문자, 최소 글 수, 도메인 나이, 대기 개월이 없다. 다만 다음 도움말은 고유 콘텐츠가 충분해야 하고 사용자 환경이 좋아야 한다고 적는다. 블로그에 도는 글 15개 규칙은 고객센터 문장이 아니다.

• 승인 전에 ads.txt를 만들어야 하나?

  고객센터는 ads.txt를 필수가 아니라 적극 권장으로 둔다. 행에는 게시자 ID가 들어가므로 계정이 생긴 뒤에 만든다. fire-your-seo-agency의 다섯 레인 체크리스트에는 ads.txt 생성이 없다.

• README의 153.9만 노출은 그대로 믿어도 되나?

  저장소 작성자가 치킨스탁에 같은 절차를 적용했다고 적은 자체 기록이다. 30일 노출 153.9만 회, 전월 대비 +85,578%, 클릭 7.4천, 광고비 0원이다. 재현용 원자료는 저장소에 없고, 제3자 감사도 아니다. 스킬을 깔면 같은 숫자가 나온다는 약속으로 읽으면 안 된다.

• AI가 쓴 글은 애드센스에서 바로 거절되나?

  생성 도구를 썼다는 사실만으로 검색 스팸 정책이 위반을 선언하지는 않는다. 문제 삼는 것은 사용자 가치 없이 많은 페이지를 만들어 순위를 조작하는 경우다. 이 스킬도 AI 초안은 허용하되, 수치를 원출처와 대조하고 사람이 서명한 뒤에만 발행하며 대량 자동 발행은 금지한다.

• 네이버 AI 브리핑에 인용되면 구글 애드센스에 유리한가?

  네이버 최적화는 NEO 레인의 목표이고, 애드센스 자격 페이지의 조건이 아니다. 네이버 유입이 많아도 구글 크롤러가 본문을 못 읽거나 콘텐츠가 얕으면 광고 심사와는 별개의 문제로 남는다. IndexNow도 구글 색인을 당기는 장치가 아니라고 스킬 문서가 구분한다.

• 진단 없이 글부터 많이 쓰면 어떻게 되나?

  운영 절차는 Phase 0 점수표와 사용자 승인 뒤에 구현한다. noindex나 클라이언트 전용 렌더가 남아 있으면 이후 글은 크롤러에게 없는 페이지가 된다. 발행 게이트도 직답, SSR, 메타, 구조화 데이터, 내부 링크, 사이트맵을 curl로 확인한 뒤에만 통과시킨다.

• AI에게 SEO를 고쳐 달라고 하면 이 저장소가 필요 없나?

  고쳐 주기는 한다. 기준 문서가 없으면 사이트마다 점검 목록이 달라지고, SEO나 GEO, NEO 중 빠지는 칸이 생긴다. 주소를 같이 주고 그 스킬의 목록으로 사이트나 블로그를 개선하라고 하면 같은 칸을 반복해서 본다. 저장소는 무료지만 애드센스 승인을 보장하지는 않는다.