애드센스 문제 해결 가이드
애드센스 ads.txt 찾을 수 없음 해결: 루트 주소와 HTTP 상태 확인법
파일을 다시 만드는 것보다 먼저 루트 URL·최종 HTTP 200·리디렉션·크롤링 허용을 확인해야 합니다. 아래 순서대로 점검하면 404, www 불일치, HTTPS 누락, CDN 차단 같은 원인을 빠르게 분리할 수 있습니다.
검색 의도
애드센스에 ‘ads.txt 찾을 수 없음’이 표시된 사용자가 실제 파일 위치와 공개 URL을 확인하고, HTTP 상태 코드와 리디렉션을 진단한 뒤 플랫폼별 설정을 수정하려는 문제 해결형·실행형 검색에 맞춘 글입니다.
핵심 요약
- 정상 공개 주소:
https://도메인/ads.txt - 정상 최종 상태: HTTP 200 OK
- www 사용 시: 루트 도메인 URL이 www URL로 리디렉션되어야 함
- HTTP·HTTPS: 양쪽 요청 모두 파일을 보여 주거나 정상 주소로 연결되어야 함
- 반영 시간: 보통 며칠, 광고 요청이 적은 사이트는 최대 한 달이 걸릴 수 있음
리서치 핵심
Google AdSense 공식 안내는 루트 도메인 접근, robots.txt 허용, HTTP 200 응답, 올바른 형식, HTTP·HTTPS 양쪽 접근을 주요 진단 기준으로 제시합니다. 또한 화면에 파일 내용이 나타나더라도 응답 헤더가 404이면 파일이 없는 것으로 처리될 수 있다고 설명합니다.
따라서 ‘브라우저에서 보인다’는 사실만으로 정상이라 판단하지 말고, 루트 URL부터 최종 목적지까지 응답 체인을 확인해야 합니다.
1. ‘ads.txt 찾을 수 없음’은 무엇을 뜻하나요?
이 상태는 애드센스 크롤러가 사이트의 루트 ads.txt를 읽지 못했거나, 읽었더라도 유효한 파일로 처리하지 못했다는 뜻입니다. 파일 자체가 없을 수도 있지만, 실제로는 주소 불일치·404 응답·리디렉션 오류·접근 차단·형식 오류가 원인인 경우가 많습니다.
ads.txt는 사이트 운영자가 광고 인벤토리를 판매할 수 있는 사업자를 공개적으로 선언하는 텍스트 파일입니다. IAB Tech Lab은 이를 광고 공급망의 투명성을 높이고 위조 인벤토리 판매를 줄이기 위한 표준으로 설명합니다. 애드센스에서는 필수는 아니지만 강하게 권장되며, 상태 경고가 있다면 수익에 미칠 수 있는 영향을 줄이기 위해 수정하는 편이 좋습니다.
파일 없음
루트 URL이 404 또는 410을 반환합니다. 웹 루트에 파일을 업로드하거나 플랫폼의 전용 ads.txt 설정을 활성화해야 합니다.
파일은 있지만 도달 불가
www, HTTP/HTTPS, CDN, 보안 규칙 또는 robots.txt 때문에 크롤러의 요청 경로가 끊깁니다.
내용 또는 형식 문제
게시자 ID가 다르거나, 리치 텍스트에서 복사한 특수 공백·추가 쉼표·잘못된 인코딩 때문에 파싱되지 않을 수 있습니다.
흔한 오해
광고 코드가 페이지에 정상 삽입되어 있어도 ads.txt는 별도 파일입니다. 테마의 HTML, robots.txt, sitemap.xml, 게시글 본문에 ads.txt 문장을 넣는 것만으로는 루트 ads.txt가 생성되지 않습니다.
2. ads.txt 루트 주소는 어떻게 확인하나요?
가장 먼저 애드센스에 등록한 사이트의 루트 도메인 뒤에 /ads.txt를 붙이세요. 예를 들어 사이트가 example.com이라면 기준 주소는 https://example.com/ads.txt입니다.
관리자 화면에서 보이는 서버 폴더 이름은 호스팅마다 다릅니다. public_html, www, htdocs 중 무엇인지보다, 외부에서 루트 URL로 접근되는지가 판단 기준입니다.
정상 위치와 잘못된 위치 비교
| 주소 예시 | 판정 | 확인할 점 |
|---|---|---|
https://example.com/ads.txt | 기준 주소 | 최종 응답이 200이고 게시자 ID가 보여야 함 |
https://www.example.com/ads.txt | 조건부 정상 | example.com/ads.txt가 이 주소로 연결되어야 함 |
https://example.com/blog/ads.txt | 대체로 잘못됨 | 루트 주소에서 이 경로로 적절히 리디렉션되지 않으면 인식 불가 |
https://sub.example.com/ads.txt | 사이트 구성에 따라 다름 | 애드센스 등록 도메인과 루트 도메인 정책을 함께 확인 |
실무 팁
시크릿 창과 모바일 데이터 환경에서도 루트 URL을 열어 보세요. 로그인 세션이나 사내 네트워크에서만 보이는 파일은 공개 크롤러가 읽지 못할 수 있습니다.
3. HTTP 상태는 어떻게 확인하나요?
브라우저 본문만 확인하지 말고 응답 헤더를 확인해야 합니다. 정상 ads.txt의 최종 응답은 HTTP 200 OK가 가장 명확합니다. Google은 응답 본문에 파일 내용이 보이더라도 헤더가 404이면 응답을 무시하고 파일이 없는 것으로 간주한다고 안내합니다.
방법 1: curl로 최종 상태와 리디렉션 확인
curl -I https://example.com/ads.txt
curl -L -I https://example.com/ads.txt
curl -sS -D - -o /dev/null https://example.com/ads.txt-I는 헤더만 확인하고, -L은 리디렉션을 따라갑니다. 첫 응답이 301 또는 308이어도 최종 응답이 200이면 연결은 성립하지만, 리디렉션이 여러 번 반복되거나 다른 도메인·로그인 페이지로 이동하면 수정해야 합니다.
방법 2: 브라우저 개발자 도구로 확인
- ads.txt URL을 연 상태에서 개발자 도구를 실행합니다.
- Network 탭에서 페이지를 새로고침합니다.
- ads.txt 요청을 선택해 Status Code와 Location 헤더를 확인합니다.
- Response 또는 Preview에 애드센스 게시자 ID가 정확히 들어 있는지 확인합니다.
상태 코드별 판단표
| 상태 | 의미 | 조치 |
|---|---|---|
| 200 OK | 요청 성공 | 본문의 게시자 ID·형식·인코딩 확인 |
| 301 / 308 | 영구 리디렉션 | 최종 목적지가 200인지 확인 |
| 302 / 307 | 임시 리디렉션 | 최종 200 확인, 불필요한 임시 경로는 정리 |
| 403 | 접근 금지 | WAF·방화벽·봇 차단·권한 설정 점검 |
| 404 / 410 | 파일 없음 | 웹 루트 또는 플랫폼 전용 설정에 파일 생성 |
| 429 | 요청 과다 제한 | 크롤러·정적 파일에 대한 속도 제한 완화 |
| 5xx | 서버·게이트웨이 오류 | 호스팅, CDN 원본 연결, 서버 로그 확인 |
주의: 소프트 404
존재하지 않는 URL인데 서버가 홈페이지나 오류 안내 HTML을 HTTP 200으로 반환하는 경우입니다. 상태 숫자만 200이어도 실제 응답이 ads.txt 텍스트가 아니면 정상 파일로 볼 수 없습니다. 응답 본문에 정확한 ads.txt 레코드가 있는지 함께 확인하세요.
4. www·HTTP·HTTPS 리디렉션은 어떻게 맞추나요?
Google의 ads.txt 크롤링은 루트 도메인에서 시작합니다. www.example.com/ads.txt에만 파일이 있다면 example.com/ads.txt가 그 주소로 리디렉션되어야 합니다. 단순히 홈페이지의 www 리디렉션이 정상이라고 해서 ads.txt 경로도 반드시 정상인 것은 아니므로 파일 URL을 직접 검사해야 합니다.
또한 Google은 HTTP와 HTTPS 양쪽으로 ads.txt 접근을 시도한다고 안내합니다. 가장 일반적인 구성은 HTTP 요청을 HTTPS의 동일 경로로 영구 리디렉션하고, HTTPS 최종 주소에서 200과 파일 내용을 반환하는 방식입니다.
권장 응답 체인 예시
http://example.com/ads.txt → 301/308 → https://example.com/ads.txt → 200
https://www.example.com/ads.txt → 301/308 → https://example.com/ads.txt → 200
최종 본문 → google.com, pub-본인게시자ID, DIRECT, f08c47fec0942fa0
리디렉션에서 자주 생기는 문제
- 루트 도메인은 404인데 www 주소만 200인 상태
- HTTP는 200이지만 HTTPS는 404인 상태
- ads.txt 요청이 홈페이지나 로그인 화면으로 이동하는 상태
- www와 비www 사이에서 무한 리디렉션이 발생하는 상태
- CDN 규칙이 정적 파일을 다른 원본으로 보내는 상태
5. robots.txt·보안·파일 형식은 무엇을 점검하나요?
루트 URL이 맞아도 크롤러가 차단되면 애드센스가 읽지 못합니다. robots.txt에서 /ads 경로 또는 Google 크롤러를 막는 규칙이 있는지 확인하고, WAF·CDN·보안 플러그인이 봇 요청에 403이나 챌린지 페이지를 반환하는지도 점검하세요.
robots.txt 예시
User-agent: *
Allow: /ads.txt
Disallow: /ads/위 예시는 /ads/ 디렉터리는 차단하면서 루트의 /ads.txt는 허용하는 방식입니다. 실제 robots.txt 전체 규칙은 사이트 구조에 맞게 검토해야 하며, 변경 후 크롤러가 다시 방문하기까지 시간이 걸릴 수 있습니다.
ads.txt 한 줄 형식
google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0예시의 숫자는 반드시 본인 애드센스 계정의 게시자 ID로 바꿔야 합니다. 애드센스의 ‘사이트’ 화면에서 제공하는 스니펫을 복사하는 것이 가장 안전하며, 워드프로세서가 아닌 일반 텍스트 편집기를 사용해 UTF-8 텍스트로 저장하는 편이 좋습니다.
형식 점검 포인트
- 게시자 ID의 숫자 한 자리라도 다른지 확인
- 불필요한 쉼표, 따옴표, HTML 태그가 들어갔는지 확인
- 파일명이
ads.txt.txt로 이중 확장된 것은 아닌지 확인 - 응답이 다운로드 페이지나 HTML 문서가 아닌 실제 텍스트인지 확인
- CDN 캐시에 예전 파일 또는 404가 남아 있지 않은지 확인
Google 공식 ads.txt 크롤링 점검 기준 보기
정보 확인하기 →
6. 워드프레스·블로거·호스팅별로 어떻게 수정하나요?
플랫폼마다 파일을 공개하는 방식이 다르므로 ‘서버에 업로드’만이 정답은 아닙니다. 중요한 것은 플랫폼 설정 이후에도 최종적으로 루트 URL에서 200과 올바른 텍스트가 반환되는지입니다.
| 환경 | 설정 위치 | 자주 생기는 문제 | 검증 |
|---|---|---|---|
| 일반 호스팅 | 웹 루트에 ads.txt 업로드 | 다른 도메인 폴더에 업로드, 권한 오류 | 루트 URL 200 + 파일 내용 |
| 워드프레스 | FTP/파일 관리자 또는 신뢰 가능한 ads.txt 기능 | 플러그인 중복, 캐시, 보안 차단 | 플러그인 비활성 상태에서도 URL 점검 |
| Blogger | 설정의 수익 창출·맞춤 ads.txt 항목 | 맞춤 도메인 연결 지연, 저장 누락 | 맞춤 도메인/ads.txt 직접 접속 |
| CDN·Cloudflare | 원본 파일 + 캐시·리디렉션·WAF 규칙 | 404 캐시, 봇 챌린지, 경로 재작성 | 캐시 삭제 후 외부 네트워크에서 재확인 |
워드프레스에서의 우선순위
가능하면 실제 웹 루트 파일과 플러그인 생성 방식 중 하나만 사용하세요. 여러 SEO·광고 플러그인이 동시에 ads.txt를 출력하면 내용이 덮어쓰이거나 경로가 충돌할 수 있습니다. 캐시 플러그인과 CDN 캐시를 삭제한 뒤 루트 URL의 응답 헤더를 다시 확인합니다.
Blogger에서의 우선순위
Blogger는 서버 파일 업로드 대신 플랫폼의 맞춤 ads.txt 설정을 사용하는 구조입니다. 저장 후 기본 blogspot 주소가 아니라 애드센스에 등록한 맞춤 도메인의 /ads.txt가 열리는지 확인합니다.
CDN·보안 서비스에서의 우선순위
정적 파일 경로를 캐시하거나 봇에게 JavaScript 챌린지를 요구하는 규칙은 ads.txt에 적용하지 않는 편이 안전합니다. /ads.txt를 캐시 제외 또는 보안 예외로 둘 필요가 있는지는 현재 설정과 서비스 정책을 확인하세요.
7. 가장 빠른 해결 순서는 무엇인가요?
아래 순서를 지키면 파일 문제와 서버 문제를 섞지 않고 진단할 수 있습니다. 중간에 정상으로 보인다고 멈추지 말고 최종 200, 본문, 게시자 ID, HTTP/HTTPS를 모두 확인하세요.
실행 체크리스트
- 애드센스 ‘사이트’ 화면에서 본인 ads.txt 스니펫을 복사합니다.
- 애드센스에 등록된 도메인을 기준으로
https://도메인/ads.txt를 엽니다. - 내용이 없으면 웹 루트 또는 플랫폼 전용 설정에 파일을 생성합니다.
curl -L -I로 최종 HTTP 상태가 200인지 확인합니다.- 루트 도메인과 www 주소가 같은 정상 파일로 연결되는지 확인합니다.
- HTTP와 HTTPS 양쪽 요청이 정상 파일로 연결되는지 확인합니다.
- robots.txt, WAF, 보안 플러그인, CDN 봇 차단을 점검합니다.
- 게시자 ID, 쉼표, DIRECT, 인증기관 ID를 계정 스니펫과 대조합니다.
- 캐시를 삭제하고 시크릿 창·외부 네트워크에서 다시 확인합니다.
- 애드센스에서 ‘업데이트 확인’을 실행한 뒤 정상 구성을 유지하며 반영을 기다립니다.
실무 판단 기준
루트 URL이 최종 200을 반환하고, 응답 본문에 계정과 동일한 게시자 ID가 있으며, HTTP·HTTPS와 www·비www가 모두 그 파일로 연결된다면 기술적 구현은 대체로 완료된 상태입니다. 이후에는 파일을 반복 수정하지 말고 애드센스 상태 반영 시간을 고려하세요.
반복 수정은 피하세요
Google은 최근 업로드한 변경이 반영되기까지 며칠이 걸릴 수 있고, 광고 요청이 적으면 최대 한 달까지 걸릴 수 있다고 안내합니다. 정상 파일을 매일 삭제·재업로드하거나 URL 구조를 바꾸면 진단이 더 어려워질 수 있습니다.
Google AdSense ads.txt 문제 해결 도구 열기
정보 확인하기 →
마무리 요약
‘ads.txt 찾을 수 없음’은 파일 생성 문제만이 아니라 URL 전달 문제입니다. 루트 주소 → 리디렉션 → 최종 HTTP 200 → 올바른 본문 → 크롤링 허용 → 반영 시간 순서로 보면 원인을 가장 빠르게 좁힐 수 있습니다.
특히 브라우저에 내용이 보인다는 이유만으로 정상이라 판단하지 말고, 응답 헤더와 최종 URL을 반드시 확인하세요.
8. 애드센스 ads.txt 자주 묻는 질문
Q. 브라우저에서 ads.txt 내용이 보이는데도 왜 ‘찾을 수 없음’이 표시되나요?
브라우저 화면에 내용이 보이더라도 실제 응답 헤더가 404이거나, 루트 도메인에서 www 주소로 연결되지 않거나, HTTP와 HTTPS 중 한쪽이 실패하면 크롤러가 파일을 찾지 못할 수 있습니다. 먼저 루트 주소의 최종 HTTP 상태가 200인지 확인하고, 게시 직후라면 며칠 동안 상태 반영을 기다린 뒤 애드센스에서 업데이트 확인을 실행하세요.
Q. ads.txt는 반드시 public_html 폴더에 올려야 하나요?
호스팅 구조에 따라 폴더 이름은 다르지만, 외부에서 도메인 바로 뒤에 /ads.txt를 붙여 접근할 수 있는 웹 루트에 있어야 합니다. 서버 내부 경로보다 중요한 기준은 https://example.com/ads.txt가 공개적으로 열리고 최종 응답이 HTTP 200을 반환하는지입니다.
Q. www가 붙은 주소에만 ads.txt가 있어도 괜찮나요?
가능하지만 루트 도메인인 example.com/ads.txt가 www.example.com/ads.txt로 정상 리디렉션되어야 합니다. 루트 주소가 404를 반환한 채 www 주소만 200이면 애드센스가 파일을 놓칠 수 있으므로 두 주소의 연결 상태를 함께 확인해야 합니다.
Q. ads.txt의 정상 HTTP 상태 코드는 무엇인가요?
최종 응답은 HTTP 200 OK가 가장 명확한 정상 상태입니다. 301이나 308 같은 리디렉션은 최종 목적지가 200이면 사용할 수 있지만, 403·404·5xx 또는 내용 없는 소프트 404 페이지는 수정해야 합니다.
Q. ads.txt를 수정하면 애드센스 경고가 바로 사라지나요?
바로 사라지지 않을 수 있습니다. Google은 변경 내용 반영에 며칠이 걸릴 수 있고 광고 요청이 적은 사이트는 최대 한 달까지 걸릴 수 있다고 안내하므로, 파일을 반복해서 삭제하거나 경로를 바꾸기보다 정상 상태를 유지하면서 업데이트 확인을 사용하는 편이 좋습니다.
참고 자료·업데이트 확인처
- Google AdSense ads.txt 가이드 — 파일 생성, 게시자 ID, 루트 업로드, 상태 재확인
- Google AdSense 일반적인 ads.txt 문제 해결 — 미발견·게시자 ID 누락·반영 시간 점검
- IAB Tech Lab Authorized Digital Sellers — ads.txt 표준과 버전 정보 확인
- IETF RFC 9110 HTTP Semantics — HTTP 200, 3xx, 4xx, 5xx의 의미 확인
- IANA HTTP 상태 코드 등록표 — 공식 상태 코드 목록 확인