워드프레스 ads.txt 찾을 수 없음, 승인되지 않음, 게시자 ID 누락 오류를 해결하는 방법입니다. 루트 경로, HTTP 200, 리디렉션, robots.txt, 캐시와 플러그인 충돌까지 순서대로 점검하세요.
함께 보면 좋은 블로그
1. ads.txt란 무엇인가?
광고 판매 권한을 공개하는 일반 텍스트 파일
ads.txt는 Authorized Digital Sellers의 약자로, 사이트 운영자가 자신의 광고 인벤토리를 판매하도록 허가한 광고 플랫폼과 판매자 계정을 공개하는 파일입니다. 방문자에게 광고를 보여주는 스크립트가 아니라 광고 구매자와 크롤러가 확인하는 인증 목록에 가깝습니다.
Google AdSense를 사용하는 일반적인 사이트라면 ads.txt 안에 Google의 광고 시스템 도메인, 본인의 게시자 ID, 판매 관계와 인증기관 ID가 한 줄로 들어갑니다.
위 예시의 pub-0000000000000000 부분은 샘플입니다. 반드시 본인의 애드센스 계정에 표시된 게시자 ID로 교체해야 합니다. 다른 사람의 게시자 ID나 인터넷에서 복사한 샘플 ID를 사용하면 ‘승인되지 않음’ 오류가 발생할 수 있습니다.
ads.txt는 의무는 아니지만 수익 보호에 중요하다
Google은 ads.txt 사용을 의무로 규정하지는 않지만 적극 권장합니다. 올바른 ads.txt 파일이 있으면 광고 구매자가 해당 광고 요청이 승인된 판매자 계정에서 발생한 것인지 확인할 수 있습니다.
반대로 ads.txt 파일은 존재하지만 Google 게시자 ID가 누락되거나 잘못되어 있다면 광고 구매 과정에서 해당 계정이 승인되지 않은 판매자로 판단될 수 있습니다. 애드센스 경고를 장기간 방치하면 광고 수익 기회에 영향을 줄 수 있으므로 가능한 한 빠르게 수정하는 편이 좋습니다.
ads.txt 오류 해결의 목표는 파일을 “만드는 것”이 아니라 Google 크롤러가 루트 도메인에서 올바른 내용을 HTTP 200으로 읽을 수 있게 만드는 것입니다.
2. 오류가 보이면 가장 먼저 확인할 3가지
첫째, 브라우저에서 ads.txt 주소를 직접 연다
브라우저 주소창에 본인의 도메인 뒤에 /ads.txt를 붙여 접속합니다. 예를 들어 사이트 주소가 https://example.com이라면 아래 주소를 확인합니다.
정상이라면 흰 화면에 ads.txt 내용이 일반 텍스트로 표시됩니다. 워드프레스 글 화면, 홈페이지, 404 페이지, 로그인 화면 또는 보안 차단 페이지가 나오면 정상적인 ads.txt 응답이 아닙니다.
둘째, 게시자 ID를 애드센스 계정과 대조한다
애드센스 계정에서 게시자 ID를 복사한 뒤 ads.txt에 적힌 ID와 한 글자씩 비교합니다. 게시자 ID는 일반적으로 pub-로 시작하며 숫자 16자리 형식을 사용합니다.
애드센스 광고 단위 ID인 ca-pub-… 전체를 그대로 넣거나, 고객 ID·광고 단위 번호·사이트 ID를 대신 입력하는 실수가 자주 발생합니다. 애드센스에서 제공하는 ads.txt 스니펫을 그대로 복사하는 방법이 가장 안전합니다.
셋째, 루트 경로인지 확인한다
ads.txt는 워드프레스 글이나 페이지 안에 만드는 것이 아닙니다. 아래처럼 루트 도메인 바로 아래에서 접근돼야 합니다.
| 주소 예시 | 판정 | 이유 |
|---|---|---|
| example.com/ads.txt | 정상 경로 | 루트 도메인 바로 아래에 위치 |
| example.com/wp-content/ads.txt | 잘못된 경로 | 워드프레스 콘텐츠 폴더 아래에 있음 |
| example.com/ads-txt/ | 대체로 잘못된 경로 | 워드프레스 페이지 주소일 가능성이 큼 |
| blog.example.com/ads.txt | 별도 확인 필요 | 서브도메인 운영 방식과 루트 참조 설정 확인 |
| example.com/public_html/ads.txt | 웹주소로는 잘못됨 | public_html은 서버 폴더명이며 URL에 노출되지 않음 |
3. 워드프레스 ads.txt 설치 방법 3가지
방법 1. 호스팅 파일관리자에 직접 업로드
카페24, 가비아, 클라우드웨이즈, cPanel 또는 기타 웹호스팅을 이용한다면 파일관리자나 SFTP로 사이트의 웹 루트 폴더에 ads.txt 파일을 업로드할 수 있습니다.
웹 루트는 호스팅 환경에 따라 public_html, www, htdocs 또는 사이트 도메인 이름의 폴더로 표시될 수 있습니다. 일반적으로 워드프레스의 wp-admin, wp-content, wp-includes 폴더가 보이는 위치가 사이트 루트입니다.
- 애드센스에서 본인의 ads.txt 스니펫을 복사합니다.
- 메모장과 같은 일반 텍스트 편집기를 엽니다.
- 스니펫을 붙여 넣고 파일명을 정확히 ads.txt로 저장합니다.
- 호스팅 파일관리자 또는 SFTP에 접속합니다.
- 워드프레스 루트 폴더에 ads.txt를 업로드합니다.
- 브라우저에서 https://도메인/ads.txt를 확인합니다.
방법 2. ads.txt 관리 플러그인 사용
서버 파일에 직접 접근하기 어렵다면 워드프레스 ads.txt 관리 플러그인을 사용할 수 있습니다. 플러그인은 실제 물리 파일 대신 워드프레스의 가상 URL을 통해 /ads.txt 내용을 출력하는 방식이 일반적입니다.
플러그인 설치 후 설정 메뉴에서 애드센스 스니펫을 붙여 넣고 저장합니다. 저장 직후 캐시 플러그인, 서버 캐시와 CDN 캐시를 모두 비운 뒤 ads.txt URL을 확인해야 합니다.
- 플러그인은 한 개만 사용
- 기존 실제 ads.txt 파일이 있는지 먼저 확인
- 저장 후 고정주소 설정을 다시 저장할 필요가 있는지 확인
- 캐시와 CDN을 삭제한 뒤 시크릿 창에서 확인
- 플러그인 비활성화 시 ads.txt도 사라질 수 있음을 기억
방법 3. WordPress.com의 ads.txt 설정 사용
WordPress.com에서 WordAds를 사용하는 사이트는 ads.txt가 자동으로 생성될 수 있습니다. 외부 광고 네트워크 항목을 추가하려면 WordAds 광고 설정에서 ads.txt 사용자 정의 기능을 이용할 수 있습니다.
WordAds를 사용하지 않고 Google AdSense 같은 외부 광고 서비스를 연결하는 플러그인 지원 사이트라면 ads.txt 플러그인 또는 SFTP 방식이 사용될 수 있습니다. 이용 중인 요금제와 플러그인 설치 가능 여부에 따라 메뉴가 다를 수 있습니다.
| 설치 방식 | 장점 | 주의점 |
|---|---|---|
| 파일 직접 업로드 | 플러그인에 의존하지 않고 안정적으로 제공 | 서버 루트 경로를 정확히 알아야 함 |
| 관리 플러그인 | 워드프레스 관리자에서 쉽게 수정 | 캐시·보안·다른 플러그인과 충돌 가능 |
| WordPress.com 설정 | 관리 화면에서 통합 운영 가능 | 요금제와 WordAds 사용 여부에 따라 기능 차이 |
4. 워드프레스 ads.txt 오류 원인과 해결법 8가지
- ads.txt가 사이트 루트가 아닌 다른 폴더에 있다.
- 애드센스 게시자 ID가 없거나 잘못되어 있다.
- www·비www 또는 HTTP·HTTPS 리디렉션이 끊겨 있다.
- ads.txt URL이 HTTP 404·403·500 또는 소프트 404를 반환한다.
- robots.txt 또는 보안 시스템이 크롤러를 차단한다.
- 캐시·CDN이 이전 파일이나 404 응답을 계속 제공한다.
- 실제 파일과 플러그인 출력이 중복되거나 충돌한다.
- 수정 직후 결과가 반영되지 않아 다시 변경을 반복한다.
오류 1. 루트가 아닌 폴더에 업로드
ads.txt를 테마 폴더, 미디어 업로드 폴더 또는 wp-content에 넣으면 파일 자체는 존재하더라도 Google이 기대하는 루트 주소에서 찾을 수 없습니다.
서버 폴더에서는 워드프레스 핵심 폴더와 같은 위치에 ads.txt를 놓고, 외부 URL에서는 반드시 도메인/ads.txt로 열리는지 확인합니다.
오류 2. 게시자 ID가 잘못됨
애드센스에서 ‘승인되지 않음’ 또는 게시자 ID 누락 메시지가 나온다면 파일은 발견했지만 본인의 판매자 계정을 확인하지 못한 상황일 수 있습니다.
애드센스 계정의 사이트 메뉴 또는 계정 정보에서 제공하는 ads.txt 스니펫을 다시 복사해 기존 Google 행을 교체하세요. 숫자 한 자리, 쉼표, DIRECT 표기 또는 인증기관 ID가 잘못되지 않았는지 확인합니다.
오류 3. www와 비www 리디렉션 문제
실제 사이트는 www.example.com으로 운영되지만 example.com/ads.txt가 404를 반환하는 경우가 있습니다. Google은 루트 도메인에서 크롤링을 시작하므로 비www 주소에서 www의 ads.txt로 정상 연결돼야 합니다.
반대 상황도 마찬가지입니다. 대표주소가 비www라면 www 버전의 요청도 최종적으로 정상 ads.txt URL로 연결되는지 확인하세요.
- http://example.com/ads.txt
- https://example.com/ads.txt
- http://www.example.com/ads.txt
- https://www.example.com/ads.txt
네 주소를 모두 테스트했을 때 최종 대표주소의 ads.txt가 표시되는 것이 안전합니다. 리디렉션이 반복되거나 서로 되돌아가는 무한 루프가 발생하면 서버 또는 CDN의 리디렉션 규칙을 수정해야 합니다.
오류 4. 화면은 보이지만 HTTP 상태코드가 비정상
브라우저 화면에 ads.txt 내용이 보인다고 해서 항상 정상인 것은 아닙니다. 서버가 본문은 보여주면서 상태코드를 404로 반환하는 소프트 404가 발생할 수 있습니다.
Google은 HTTP 응답 헤더가 200이 아닌 파일을 무시할 수 있습니다. 개발자도구의 네트워크 탭이나 HTTP 헤더 검사 도구로 응답코드를 확인하세요.
| 상태코드 | 의미 | 조치 |
|---|---|---|
| 200 | 정상 응답 | 내용과 게시자 ID 확인 |
| 301·302 | 다른 URL로 이동 | 최종 목적지가 200인지 확인 |
| 403 | 접근 거부 | 방화벽·보안 플러그인·권한 확인 |
| 404 | 파일 없음 | 루트 경로와 파일명 확인 |
| 500·503 | 서버 오류·일시적 이용 불가 | 플러그인 충돌과 서버 로그 확인 |
오류 5. robots.txt 또는 보안 설정 차단
robots.txt에 /ads 경로가 차단되어 있거나 특정 Google 크롤러의 접근을 막는 규칙이 있으면 ads.txt가 무시될 수 있습니다.
Cloudflare 방화벽, 봇 차단, 국가별 접근 제한, 로그인 강제, CAPTCHA 또는 WordPress 보안 플러그인도 ads.txt 요청을 차단할 수 있습니다. 일반 방문자 브라우저에서는 열리지만 서버 크롤러에는 403이 반환되는 경우가 있으므로 방화벽 로그를 확인해야 합니다.
오류 6. 캐시와 CDN이 이전 내용을 제공
ads.txt를 수정했는데 브라우저에서 예전 게시자 ID가 보이거나 404가 계속된다면 워드프레스 캐시, 서버 캐시 또는 CDN 엣지 캐시가 남아 있을 수 있습니다.
캐시 플러그인의 전체 캐시를 삭제하고, 호스팅 관리자에서 서버 캐시를 비운 뒤 Cloudflare 같은 CDN의 캐시도 제거하세요. 이후 시크릿 창과 모바일 데이터 환경에서 다시 확인합니다.
오류 7. 실제 파일과 플러그인이 충돌
서버 루트에 실제 ads.txt가 있는데 플러그인도 같은 URL을 생성하려 하면 어느 쪽 내용이 출력될지 환경에 따라 달라질 수 있습니다. 플러그인 설정에서는 새 ID를 저장했지만 브라우저에는 오래된 실제 파일이 계속 표시되는 사례가 대표적입니다.
반대로 실제 파일을 수정했는데 워드프레스 재작성 규칙이 플러그인의 가상 ads.txt를 먼저 출력할 수도 있습니다. 직접 파일 방식과 플러그인 방식 중 하나만 남기는 것이 좋습니다.
오류 8. 수정 직후 계속 파일을 바꿈
ads.txt를 올바르게 수정해도 애드센스 상태가 즉시 바뀌지는 않습니다. Google 안내에 따르면 보통 며칠이 걸릴 수 있고 광고 요청이 적은 사이트는 최대 한 달이 걸릴 수 있습니다.
상태가 바로 바뀌지 않는다고 파일을 삭제했다가 다시 만들거나 플러그인을 계속 교체하면 크롤링 기준점이 다시 달라져 확인이 늦어질 수 있습니다. 브라우저와 HTTP 상태가 정상이라면 파일을 유지한 채 애드센스의 업데이트 확인 기능을 사용하세요.
5. HTTP 상태코드와 리디렉션 확인 방법
개발자도구에서 상태코드 확인
Chrome 브라우저에서 ads.txt 주소를 연 뒤 개발자도구의 네트워크 탭을 이용하면 응답 상태를 확인할 수 있습니다.
- 브라우저에서 ads.txt URL을 엽니다.
- 키보드 F12 또는 개발자도구를 실행합니다.
- Network 탭을 선택합니다.
- 페이지를 새로고침합니다.
- ads.txt 요청을 선택해 Status Code를 확인합니다.
- Response 또는 Preview에서 실제 내용을 확인합니다.
정상적인 리디렉션 구조
HTTP에서 HTTPS로 한 번 이동하거나 비www에서 www로 이동하는 것은 일반적입니다. 중요한 것은 최종 URL이 ads.txt 내용을 HTTP 200으로 반환하는지입니다.
리디렉션이 너무 많이 이어지거나 중간에 다른 도메인의 일반 페이지로 이동하면 크롤링에 문제가 생길 수 있습니다. 특히 전체 사이트 리디렉션 규칙이 모든 존재하지 않는 파일 요청을 홈페이지로 보내면 ads.txt 404가 홈페이지 200으로 보이는 소프트 404가 발생할 수 있습니다.
워드프레스가 하위 폴더에 설치된 경우
워드프레스 핵심 파일이 example.com/wordpress/ 하위에 설치돼 있어도 방문자가 사용하는 사이트 주소가 example.com이라면 ads.txt는 일반적으로 example.com/ads.txt에서 제공돼야 합니다.
단순히 워드프레스 설치 폴더에 파일을 넣는 것이 아니라 실제 웹 루트와 공개 도메인의 연결 구조를 확인해야 합니다. 호스팅 관리자에서 도메인의 document root가 어느 폴더를 가리키는지 확인하세요.
6. robots.txt·캐시·보안 플러그인 점검법
robots.txt에서 ads.txt 경로 차단 여부 확인
브라우저에서 https://도메인/robots.txt를 열고 Disallow: /ads, Disallow: /*.txt 또는 Googlebot 전체 차단 규칙이 있는지 확인합니다.
SEO 플러그인이 robots.txt를 가상으로 생성하는 경우 서버의 실제 robots.txt 파일과 플러그인 출력이 다를 수 있습니다. 관리자 화면 설정만 보지 말고 외부에서 공개되는 실제 robots.txt URL을 확인하세요.
캐시 계층을 모두 비운다
워드프레스는 하나의 캐시만 사용하는 것이 아닙니다. 사이트 환경에 따라 여러 계층에 이전 응답이 남을 수 있습니다.
- 워드프레스 캐시 플러그인 캐시
- 호스팅 서버 페이지 캐시
- Redis 또는 객체 캐시
- Cloudflare·QUIC.cloud 등 CDN 캐시
- 브라우저 캐시
- 모바일 통신사 또는 프록시 캐시
ads.txt만 선택적으로 삭제할 수 있다면 /ads.txt URL을 퍼지하세요. 전체 사이트 캐시 삭제가 필요한 환경에서는 방문자가 적은 시간대에 진행하는 것이 좋습니다.
보안 플러그인과 웹방화벽 확인
Wordfence, Sucuri, iThemes Security 또는 호스팅 웹방화벽이 텍스트 파일 요청이나 봇 접근을 차단할 수 있습니다. Google 크롤러의 요청이 CAPTCHA, JavaScript 확인 화면 또는 403 페이지로 연결되면 ads.txt를 읽지 못할 수 있습니다.
보안 기능을 전부 끄기보다는 ads.txt 경로만 예외 처리하거나 신뢰할 수 있는 크롤러 접근 정책을 확인하세요. 설정을 변경한 후 다시 HTTP 상태와 본문을 점검합니다.
유지보수 모드와 비공개 사이트 설정
사이트 전체가 비밀번호로 보호되거나 유지보수 모드로 운영 중이라면 ads.txt도 로그인 화면으로 이동할 수 있습니다. 출시 전 사이트라도 ads.txt URL만 외부 접근을 허용할 수 있는지 호스팅 또는 유지보수 플러그인 설정을 확인해야 합니다.
7. 서브도메인·멀티사이트에서 놓치기 쉬운 부분
루트 도메인과 서브도메인을 구분
사이트가 blog.example.com에서 운영된다면 루트 도메인 example.com과 서브도메인의 ads.txt 관계를 확인해야 합니다. Google은 서브도메인 ads.txt도 처리할 수 있지만, 필요한 경우 루트 도메인의 ads.txt에 서브도메인 선언이 필요할 수 있습니다.
루트 도메인과 서브도메인에서 같은 게시자 계정을 사용한다면 불필요하게 파일을 여러 개 만들기보다 현재 애드센스 사이트 등록 방식과 광고 네트워크의 지침을 확인하는 것이 좋습니다.
워드프레스 멀티사이트
워드프레스 멀티사이트에서는 네트워크 루트의 ads.txt가 여러 사이트에 영향을 줄 수 있습니다. 서브디렉터리 방식과 서브도메인 방식에 따라 각 사이트의 공개 URL과 파일 제공 방식이 다릅니다.
멀티사이트용 ads.txt 플러그인을 사용한다면 네트워크 전체 설정인지 개별 사이트 설정인지 확인하세요. 한 사이트의 게시자 ID를 수정했는데 다른 사이트의 ads.txt까지 바뀌는 사고를 방지해야 합니다.
도메인 변경 후 이전 ads.txt가 남은 경우
사이트를 새 도메인으로 이전했다면 이전 도메인의 파일만 수정하고 새 도메인의 ads.txt를 빠뜨리는 경우가 있습니다. 애드센스 사이트 목록에 등록된 정확한 도메인을 기준으로 새 루트 경로를 설정하세요.
임시 도메인, 스테이징 도메인 또는 호스팅 기본 도메인이 검색엔진에 노출돼도 실제 수익화 도메인과는 별개입니다. 광고가 표시되는 최종 공개 도메인의 ads.txt가 기준입니다.
8. 수정 후 애드센스에서 재확인하는 방법
외부 접속 상태를 먼저 확인
애드센스에서 업데이트 확인을 누르기 전에 브라우저에서 최종 결과를 확인합니다. 파일 내용, 게시자 ID, 응답코드와 리디렉션이 모두 정상이어야 합니다.
- 시크릿 창에서 대표 도메인의 ads.txt를 엽니다.
- 본인의 게시자 ID를 검색합니다.
- HTTP 상태가 200인지 확인합니다.
- www·비www 및 HTTP·HTTPS 연결을 점검합니다.
- robots.txt에서 차단되지 않았는지 확인합니다.
- 캐시와 CDN을 모두 비웁니다.
- 애드센스의 사이트 메뉴로 이동합니다.
- 해당 사이트를 선택하고 업데이트 확인을 실행합니다.
애드센스 상태별 해석
| 표시 상태 | 일반적인 의미 | 우선 조치 |
|---|---|---|
| 찾을 수 없음 | 크롤러가 파일을 발견하지 못했거나 정상 응답을 받지 못함 | 루트 경로·404·403·리디렉션 확인 |
| 승인되지 않음 | 파일은 있지만 해당 게시자 ID가 없거나 일치하지 않음 | 애드센스 스니펫으로 Google 행 교체 |
| 승인됨 | 게시자 ID가 정상적으로 확인됨 | 파일을 유지하고 사이트 심사 상태 별도 확인 |
| 변경 후 상태 유지 | 재크롤링 대기 또는 캐시된 이전 상태 | 기술 조건이 정상이라면 며칠간 유지 후 재확인 |
얼마나 기다려야 하나?
정상 수정 후 애드센스에 반영되기까지 일반적으로 며칠이 걸릴 수 있습니다. 광고 요청이 적거나 새 사이트라면 최대 한 달이 걸릴 수 있다는 Google 안내가 있습니다.
기다리는 동안 파일을 삭제하거나 URL 구조를 계속 변경하지 마세요. 외부에서 정상적으로 접근되고 게시자 ID가 일치한다면 동일한 설정을 유지하는 것이 좋습니다.
브라우저에서 ads.txt가 정상 표시되고 HTTP 200이며 게시자 ID도 정확하지만 애드센스에는 아직 ‘찾을 수 없음’이 표시된다면, 즉시 플러그인을 바꾸기보다 캐시를 비우고 업데이트 확인을 실행한 뒤 재크롤링을 기다리는 것이 적절합니다.
반대로 브라우저에서 홈페이지나 404 화면이 보인다면 기다려도 해결되지 않습니다. 먼저 서버 경로 또는 플러그인 출력을 수정해야 합니다.
9. 워드프레스 ads.txt 최종 점검 체크리스트
- 파일명이 정확히 ads.txt인지 확인
- 실제 파일명이 ads.txt.txt가 아닌지 확인
- 루트 주소인 도메인/ads.txt에서 접근되는지 확인
- 워드프레스 페이지가 아니라 일반 텍스트가 표시되는지 확인
- 게시자 ID가 애드센스 계정과 정확히 일치하는지 확인
- Google 행의 쉼표와 DIRECT 표기가 올바른지 확인
- HTTP 최종 응답이 200인지 확인
- www·비www 주소가 정상 연결되는지 확인
- HTTP·HTTPS 주소가 정상 연결되는지 확인
- robots.txt가 ads.txt를 차단하지 않는지 확인
- 보안 플러그인과 방화벽이 403을 반환하지 않는지 확인
- 워드프레스·서버·CDN 캐시를 삭제했는지 확인
- 실제 파일과 플러그인을 동시에 사용하지 않는지 확인
- 로그아웃 또는 시크릿 창에서도 접근되는지 확인
- 애드센스에서 업데이트 확인을 실행했는지 확인
10. 자주 묻는 질문
워드프레스에 ads.txt 페이지를 만들면 되나요?
일반 워드프레스 페이지가 아니라 루트 도메인의 /ads.txt URL에서 일반 텍스트가 제공돼야 합니다. 서버 루트에 파일을 올리거나 ads.txt 전용 플러그인을 사용하세요.
ads.txt가 브라우저에서 보이는데 왜 찾을 수 없음이 나오나요?
수정 후 재크롤링까지 며칠이 걸릴 수 있습니다. 다만 화면만 보이는 소프트 404일 수 있으므로 HTTP 상태가 200인지, www·비www 및 HTTP·HTTPS 리디렉션이 정상인지도 확인해야 합니다.
ads.txt 승인되지 않음은 무슨 뜻인가요?
파일은 발견했지만 해당 애드센스 게시자 ID가 없거나 정확히 일치하지 않을 때 발생할 수 있습니다. 애드센스 계정에서 제공하는 스니펫을 다시 복사해 Google 행을 수정하세요.
ads.txt 플러그인과 실제 파일을 같이 사용해도 되나요?
권장하지 않습니다. 같은 /ads.txt URL을 두 방식이 동시에 처리하면 수정한 내용과 실제 출력 내용이 달라질 수 있습니다. 직접 파일 또는 플러그인 중 하나만 사용하는 편이 안전합니다.
Cloudflare를 사용하면 ads.txt 오류가 생길 수 있나요?
CDN 캐시, 봇 차단, 리디렉션 규칙 또는 웹방화벽이 ads.txt 요청에 영향을 줄 수 있습니다. /ads.txt 캐시를 삭제하고 최종 HTTP 상태와 방화벽 로그를 확인하세요.
ads.txt 수정 후 얼마나 기다려야 하나요?
보통 며칠이 걸릴 수 있으며 광고 요청이 적은 사이트는 최대 한 달이 걸릴 수 있습니다. 외부 접근과 게시자 ID가 정상이라면 파일을 계속 변경하지 말고 애드센스 업데이트 확인을 이용하세요.
ads.txt가 승인되면 애드센스 사이트도 자동 승인되나요?
아닙니다. ads.txt 승인은 광고 판매자 정보가 확인됐다는 의미이며, 사이트 콘텐츠와 정책 검토를 통과했다는 의미는 아닙니다. 사이트 승인 상태는 애드센스 사이트 메뉴에서 별도로 확인해야 합니다.
다른 광고 네트워크의 ads.txt 행도 넣어도 되나요?
실제로 사용하고 있으며 해당 광고 네트워크가 공식 제공한 항목이라면 줄을 추가할 수 있습니다. 인터넷에서 관련 없는 판매자 목록을 복사해 대량으로 넣는 것은 피해야 합니다.
결론: 파일보다 URL과 서버 응답을 확인하세요
워드프레스 ads.txt 오류를 해결할 때 가장 먼저 볼 것은 플러그인 설정 화면이 아니라 외부에 공개된 실제 URL입니다. 브라우저에서 대표 도메인의 /ads.txt를 열고 본인의 게시자 ID가 표시되는지 확인하세요.
‘찾을 수 없음’은 파일 경로, 404·403 응답, 리디렉션 또는 크롤러 차단 문제일 가능성이 큽니다. ‘승인되지 않음’은 파일 안의 게시자 ID가 없거나 애드센스 계정과 다를 가능성을 먼저 확인해야 합니다.
직접 파일과 플러그인을 동시에 사용하지 말고 하나의 방식만 유지하세요. 파일을 수정한 뒤에는 워드프레스 캐시, 호스팅 캐시와 CDN 캐시를 모두 삭제하고 시크릿 창에서 다시 확인해야 합니다.
최종 URL이 HTTP 200을 반환하고 게시자 ID가 정확하며 robots.txt와 방화벽이 접근을 허용한다면 기본 설정은 완료된 것입니다. 애드센스 화면에 즉시 반영되지 않더라도 기술 조건이 정상이라면 며칠간 동일한 파일을 유지한 뒤 업데이트 확인을 실행하세요.