[AdSense][수익화] ads.txt는 Authorized인데 Requires review가 남을 때 site ownership과 crawler 접근을 어떤 순서로 다시 보나

IT 리서치 노트

[AdSense][수익화] ads.txt는 Authorized인데 Requires review가 남을 때 site ownership과 crawler 접근을 어떤 순서로 다시 보나

AdSense에서 ads.txt가 Authorized로 바뀌었는데도 사이트 상태가 Requires review에 머물면 어디부터 다시 봐야 할지 헷갈린다. 2026년 7월 17일 기준 Google 공식 도움말을 다시 보면, ads.txt Authorized는 다음 단계로 Request review를 누를 수 있다는 뜻일 뿐이고, site ownership, crawler 접근, review 대상 페이지 준비도는 별도로 남을 수 있다. 이 글은 Authorized 이후에도 review가 남을 때 무엇부터 다시 보는 편이 빠른지 정리한 것이다.

목차

1. 개요
2. 어디서 실제로 막히는가
3. 실무에서 적용하는 순서
4. 공식 문서와 예시 화면으로 확인하기
5. 주의사항과 리스크
6. 결론
7. 참고 링크

1. 개요

결론부터 말하면 ads.txt가 Authorized여도 Requires review가 남아 있으면 먼저 ownership 경로를 확인하고, 그다음 crawler 접근성과 review 대상 페이지 준비도를 본다. ads.txt 통과는 판매자 식별 파일 검증일 뿐이고, 사이트 승인 준비와는 다른 단계다.

또 review는 며칠에서 2-4주까지 걸릴 수 있으므로 방금 Request review를 넣은 상태라면 단순 대기일 수도 있다. 하지만 오래 멈췄다면 code placement, Search Console ownership, robots.txt, 로그인 제한, SSL, 대표 콘텐츠 페이지를 다시 점검해야 한다.

2. 어디서 실제로 막히는가

실무에서 가장 흔한 오해는 세 가지다. 첫째, ads.txt가 Authorized면 곧바로 사이트도 승인 직전이라고 생각한다. 둘째, review가 오래 걸리면 ads.txt 파일만 반복 수정한다. 셋째, ownership 증빙과 crawler 접근 문제를 리뷰 단계와 분리하지 않는다.

하지만 AdSense ads.txt guide는 Authorized 이후에도 site requires a review이면 Request review를 눌러야 한다고 적고 있다. Connect your site to AdSense 도움말은 review가 2-4주까지 걸릴 수 있고, regular views가 있는 페이지에 코드를 두지 않은 상황이 지연 원인이 될 수 있다고 설명한다. 또 not ready 도움말은 Search Console ownership verification, 로그인 차단, robots.txt, SSL, unique content까지 별도로 보라고 안내한다.

즉 Requires review가 남는 이유는 ads.txt가 아니라 다른 축에 있을 수 있다. ownership이 불안정하거나, crawler가 대표 페이지를 읽지 못하거나, review 대상 페이지에 실제 콘텐츠와 코드 배치가 약한 상황은 ads.txt Authorized와 동시에 존재할 수 있다.

• 증상: ads.txt는 Authorized인데 site status가 Requires review에 머문다.
• 실패: ads.txt만 반복 수정하고 ownership과 crawler 점검을 미룬다.
• 막힘: Request review를 넣은 시점과 실제 대기 기간을 기록하지 않는다.
• 누락: Search Console ownership이나 robots.txt 상태를 확인하지 않는다.

막히는 지점	먼저 볼 축	판단 기준
방금 review 요청을 넣었다	대기 기간	며칠에서 2-4주 대기는 정상 범주일 수 있다
오래 멈춰 있다	Ownership	AdSense code, meta tag, Search Console 검증을 다시 본다
대표 페이지를 못 읽는 것 같다	Crawler access	robots.txt, 로그인, SSL, regular views 페이지를 확인한다

3. 실무에서 적용하는 순서

실무 점검 순서는 다섯 단계가 가장 짧다. 먼저 ads.txt가 Authorized인 상태에서 Request review를 실제로 눌렀는지 확인한다. 두 번째로 review 요청 시점을 기록해 단순 대기인지 판단한다. 세 번째로 AdSense code snippet, meta tag, Search Console verification 중 ownership 경로를 하나 이상 안정적으로 확보한다. 네 번째로 robots.txt, 로그인 차단, SSL, 대표 페이지 접근성을 확인한다. 마지막으로 regular views가 있는 핵심 콘텐츠 페이지에 코드와 콘텐츠가 함께 있는지 본다.

1. Authorized 뒤 Request review를 실제로 넣었는지 확인한다.
2. review 요청 날짜를 적어 대기 기간을 분리한다.
3. ownership 경로를 code, meta, Search Console 중 하나 이상으로 고정한다.
4. crawler 접근을 막는 robots.txt, 로그인, SSL 문제를 본다.
5. 대표 페이지의 콘텐츠와 코드 배치를 다시 점검한다.

AdSense review 점검 메모

ads_txt_status=authorized
request_review_clicked=true
review_requested_at=2026-07-17
ownership_path=search_console
robots_txt_allows_crawler=true
representative_page_has_regular_views=true

이 순서를 고정해 두면 ads.txt 반복 수정으로 시간을 버리는 일을 줄일 수 있다. 특히 플랫폼이 head 편집을 자주 덮어쓰는 환경이라면 Search Console ownership verification을 같이 두는 편이 안정적이다.

4. 공식 문서와 예시 화면으로 확인하기

첫 자료는 AdSense ads.txt guide의 다음 단계 안내다. 여기서는 ads.txt 상태가 Authorized여도 사이트가 review를 더 필요로 하면 Request review를 눌러야 한다고 분명히 적고 있다.

Google AdSense Help는 ads.txt가 Authorized여도 사이트 review가 남아 있으면 Request review가 별도로 필요하다고 설명한다.

즉 ads.txt 통과와 사이트 승인 준비 완료는 같은 상태가 아니다. ads.txt를 고쳤는데도 Requires review가 남는다면 이제부터는 ownership, crawler 접근, 콘텐츠 준비도를 다시 봐야 한다.

두 번째 자료는 Connect your site to AdSense 도움말이다. Google은 사이트 review가 보통 며칠 걸리지만 경우에 따라 2-4주가 걸릴 수 있고, 오래 걸리는 경우는 regular views가 있는 페이지에 코드를 두지 않은 상황이 많다고 설명한다.

AdSense 연결 도움말은 review 기간이 2-4주까지 걸릴 수 있고, regular views가 있는 페이지에 코드가 없는 경우가 지연 원인이 될 수 있다고 안내한다.

이 문장은 단순 대기와 실제 준비 부족을 나누는 기준이 된다. 방금 review를 요청한 상태라면 며칠에서 몇 주 대기가 정상일 수 있지만, 오래 멈췄다면 코드 위치와 대표 페이지 유입 경로를 다시 확인해야 한다.

세 번째 자료는 What to do when your site is not ready to show ads 도움말이다. 여기서는 AdSense 코드나 ads.txt 대신 Search Console ownership verification을 써도 계속 점검을 진행할 수 있다고 안내한다.

Google은 Search Console ownership verification을 감지하면 사이트 준비도 점검을 계속 진행할 수 있다고 설명한다.

즉 Requires review가 오래 남을 때는 ads.txt만 보지 말고 ownership 경로가 제대로 잡혀 있는지 확인해야 한다. 특히 head 태그 코드 삽입이 불안정한 플랫폼이라면 Search Console 검증이 더 안정적인 우회선이 될 수 있다.

실무에서는 상태를 세 갈래로 나눠 봐야 한다. ads.txt는 통과했지만 review가 남는 상황은 ads.txt 자체 문제보다 site ownership, crawler reachability, review 대상 페이지 준비도 쪽에서 더 자주 막힌다.

Authorized 이후에도 Requires review가 남을 때 ownership, crawler, content를 나눠 보는 분리표다.

이미 ads.txt not found 점검 글이 루트 경로와 publisher ID를 다뤘다면, 이번 표는 그 다음 단계인 review 잔류 원인 분리판이다.

마지막 자료는 안전한 head 점검 예시다. AdSense 코드, meta tag, Search Console ownership 확인 지점을 같이 메모해 두면 플랫폼별 누락을 줄이기 쉽다.

ownership 재점검용 head 영역 안전 예시다.

이 예시를 실제 페이지 소스 점검 기준으로 쓰면 code snippet, meta tag, canonical head 주위에서 무엇이 누락됐는지 빠르게 볼 수 있다. sellers.json 경고까지 같이 남아 있다면 sellers.json 상태 분기 글과도 자연스럽게 이어진다.

5. 주의사항과 리스크

첫 번째 리스크는 ads.txt Authorized와 사이트 승인 준비 완료를 같은 상태로 보는 것이다. 두 번째는 review 요청 시점 기록 없이 며칠 만에 불필요한 조치를 반복하는 것이다. 세 번째는 crawler 접근 문제를 광고 설정 문제로 오해하는 것이다.

운영 전에는 최소한 ownership, crawler access, review target page 세 축을 따로 메모해 두는 편이 좋다. 그래야 ads.txt, sellers.json, site review가 서로 다른 단계라는 점이 분명해진다.

• Authorized는 ads.txt 검증 통과이지 사이트 승인 완료가 아니다.
• Request review와 대기 기간을 먼저 분리한다.
• ownership과 crawler 접근을 별도 축으로 다시 본다.

6. 결론

AdSense에서 ads.txt는 Authorized인데 Requires review가 남아 있다면 ownership과 crawler 접근부터 다시 봐야 한다. ads.txt는 이미 통과했으니 이제는 code 또는 Search Console 소유 증빙, robots.txt와 로그인 제한, 대표 페이지 준비도를 순서대로 점검하는 편이 빠르다.

관련 흐름으로는 ads.txt not found 점검 글, sellers.json 경고 분기 글을 같이 보면 AdSense readiness 흐름을 앞단과 뒷단으로 자연스럽게 잇기 좋다.

ownership과 crawler 접근까지 확인했는데도 Requires review가 길게 남아 있다면 후속 글인 Search Console ownership은 verified인데 Requires review가 남을 때 payments 정보와 review 대기를 다시 보는 글로 이어 가면 review 시작 조건과 대기 구간을 바로 분리해서 볼 수 있다.

7. 참고 링크

1. https://support.google.com/adsense/answer/12171612?hl=en
2. https://support.google.com/adsense/answer/7584263?hl=en
3. https://support.google.com/adsense/answer/12176698?hl=en
4. https://support.google.com/adsense/answer/7679060?hl=en