ads.txt는 애드센스 승인 심사를 통과하기 위한 필수 서류가 아니라, 내 광고 지면을 판매할 수 있는 사업자를 공개하는 인증 파일입니다. 다만 티스토리와 워드프레스는 파일을 제공하는 방식이 완전히 달라서 같은 해결법을 적용하면 오히려 상태 확인이 늦어질 수 있습니다.
이 글은 승인 전 준비가 필요한지, 티스토리 기본 주소·개인 도메인과 워드프레스 자가 호스팅·WordPress.com에서 무엇을 설정해야 하는지, ‘찾을 수 없음’과 ‘승인되지 않음’을 어떻게 구분하는지까지 실무 순서로 설명합니다.
- 승인 전 필수는 아닙니다. Google은 ads.txt를 의무가 아닌 강력 권장 사항으로 안내합니다.
- 티스토리 기본 주소는 플랫폼에서 관리하므로 파일을 스킨에 직접 올리는 방식이 우선이 아닙니다.
- 티스토리 루트 개인 도메인은 수익 메뉴의 애드센스 연동 상태가 핵심이며, www·하위도메인은 루트 도메인 구성을 따로 확인해야 합니다.
- 자가 호스팅 워드프레스는 서버 루트에 파일을 올리거나 플러그인이 /ads.txt 응답을 생성하도록 설정합니다.
- 최종 판단 기준은 브라우저에서 https://내도메인/ads.txt를 열었을 때 올바른 게시자 ID가 일반 텍스트로 보이는지입니다.
1. ads.txt는 무엇이며 왜 필요한가요?
ads.txt는 Authorized Digital Sellers의 약자로, 사이트 운영자가 자신의 광고 지면을 판매하도록 허용한 광고 시스템을 도메인 루트의 텍스트 파일에 공개하는 표준입니다. 광고 구매자는 이 파일을 확인해 위조된 광고 인벤토리나 허가받지 않은 판매자를 걸러낼 수 있습니다.
애드센스만 사용하는 사이트라면 일반적으로 아래 한 줄이 핵심입니다. 여기서 pub-0000000000000000 부분은 예시이므로 반드시 자신의 애드센스 게시자 ID로 바꿔야 합니다.
google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0광고 시스템의 도메인입니다.
내 애드센스 계정을 식별합니다.
게시자가 판매 시스템과 직접 관계임을 뜻합니다.
ads.txt는 광고 코드를 삽입하는 파일도 아니고, 개인정보처리방침이나 콘텐츠 품질을 검토받는 문서도 아닙니다. 사이트 승인 심사와 목적이 다르므로 ads.txt가 보인다고 승인되는 것도, 보이지 않는다고 자동 탈락하는 것도 아닙니다.
2. 애드센스 승인 전 ads.txt가 꼭 필요한가요?
결론부터 말하면 필수는 아닙니다. Google AdSense 공식 가이드는 ads.txt 사용이 의무가 아니지만 강력히 권장된다고 설명합니다. 또한 애드센스의 사이트 목록에서는 ‘승인 상태’와 ‘ads.txt 상태’를 별도의 열과 상태값으로 관리합니다.
사이트 소유권 확인에는 광고 코드, ads.txt, 메타 태그 등 여러 방법이 사용될 수 있지만, 소유권 확인 뒤에는 콘텐츠와 정책 준수 여부를 다시 검토합니다. 따라서 ads.txt는 소유권 확인 수단 중 하나가 될 수 있어도 사이트 품질 심사를 대신하지 않습니다.
| 구분 | 무엇을 확인하나 | 승인 전 의미 | 승인 후 의미 |
|---|---|---|---|
| 사이트 승인 상태 | 소유권, 정책, 콘텐츠, 사용자 경험 | 검토 필요·검토 중 등으로 표시 | Ready 상태여야 광고 게재 가능 |
| ads.txt 상태 | 게시자 ID가 도메인에 승인 판매자로 공개됐는지 | 필수 승인 요건은 아니며 별도 상태 | 누락·오등록 시 광고 요청과 수익에 영향 가능 |
다만 ‘필수가 아니다’와 ‘무시해도 된다’는 같은 말이 아닙니다. 승인 직후 광고를 안정적으로 시작하려면 게시자 ID가 발급되고 사이트 경로를 제어할 수 있는 시점에 미리 준비해 두는 편이 좋습니다. 특히 워드프레스는 승인 후 급히 서버 설정을 바꾸는 것보다 신청 전 공개 경로를 점검하는 편이 간단합니다.
3. 티스토리와 워드프레스의 설정 차이는 무엇인가요?
가장 큰 차이는 도메인 루트 파일을 누가 관리하느냐입니다. 티스토리는 서비스 운영자가 서버를 관리하는 플랫폼형 블로그이고, 자가 호스팅 워드프레스는 운영자가 서버와 도메인 루트를 직접 관리합니다.
따라서 티스토리 사용자가 워드프레스처럼 FTP로 파일을 올리려 하거나, 워드프레스 사용자가 티스토리처럼 계정 연동만 하면 끝난다고 생각하면 설정이 맞지 않습니다.
| 비교 항목 | 티스토리 기본 주소 | 티스토리 개인 도메인 | 자가 호스팅 워드프레스 | WordPress.com |
|---|---|---|---|---|
| 서버 루트 접근 | 불가 | 티스토리 서버는 불가, 외부 루트 구성은 도메인 구조에 따라 필요 | 가능 | 요금제·플러그인 지원 여부에 따라 다름 |
| 기본 해결 방식 | 플랫폼 자동 관리 | 루트 도메인 연결이면 애드센스 연동 중심 | 물리 파일 또는 플러그인 | WordAds 자동 또는 플러그인·SFTP |
| 주요 위험 | 불필요한 스킨 파일 업로드 | www·하위도메인과 루트 도메인 혼동 | 파일·플러그인 충돌, 캐시, 재작성 규칙 | WordAds와 제3자 광고 설정 혼동 |
| 확인 주소 | 블로그주소/ads.txt | 루트도메인/ads.txt | 도메인/ads.txt | 사용 중인 도메인/ads.txt |
‘워드프레스’는 워드프레스 소프트웨어를 호스팅에 설치한 자가 호스팅형과 WordPress.com 호스팅 서비스를 구분해야 합니다. 같은 이름이지만 파일 접근 권한과 광고 기능이 다르므로 사용 중인 서비스부터 확인해야 합니다.
4. 티스토리 ads.txt는 도메인별로 어떻게 설정하나요?
티스토리에서는 블로그 주소의 형태에 따라 대응이 달라집니다. 공식 안내의 기준은 기본 티스토리 주소인지, 개인 도메인을 루트 도메인으로 연결했는지, www 또는 다른 하위도메인을 연결했는지입니다.
① blogname.tistory.com 기본 주소
티스토리 공식 공지에 따르면 기본 도메인을 사용하는 블로그의 ads.txt 문제는 플랫폼에서 처리합니다. 사용자가 스킨 편집의 파일 업로드 영역에 ads.txt를 넣는 방식은 루트 경로 생성과 같지 않으므로 우선 해결책으로 볼 수 없습니다.
블로그 관리의 수익 → Google AdSense 연결 상태와 애드센스 사이트 등록 상태를 확인하세요.
② example.com 루트 개인 도메인
티스토리에 앞뒤 문자가 없는 루트 도메인을 등록하고 수익 메뉴에서 애드센스 계정을 연동했다면, 공식 안내상 별도 파일 작업 없이 ads.txt 문제가 처리됩니다.
DNS에서 www를 루트로 보내더라도 티스토리 관리 화면에 실제로 등록된 주소가 example.com인지 직접 확인하는 것이 중요합니다.
③ www.example.com 또는 blog.example.com
티스토리 공식 안내는 이런 주소를 루트 도메인이 아닌 것으로 구분합니다. 이 경우 블로그 운영자가 example.com 루트에서 ads.txt를 제공할 수 있는 별도 웹 호스팅, DNS·리디렉션 또는 도메인 구조를 마련해야 할 수 있습니다.
티스토리 스킨 안에 파일을 넣는 것만으로 example.com/ads.txt가 생성되는지 반드시 브라우저에서 확인해야 합니다.
- 관리 → 블로그 → 주소 설정에서 등록된 개인 도메인을 확인한다.
- example.com인지 www.example.com인지 정확히 구분한다.
- 관리 → 수익에서 Google AdSense 계정 연동 여부를 확인한다.
- 브라우저 시크릿 창에서 실제 ads.txt 주소를 연다.
- 내 pub- 게시자 ID가 있는지 확인하고, 다른 사람의 ID만 보이면 계정 연결을 다시 점검한다.
티스토리 관리 화면에서 도메인과 애드센스 연동 확인
정보 확인하기 →
5. 워드프레스 ads.txt는 어떻게 설정하나요?
자가 호스팅 워드프레스는 사이트 루트를 직접 제어할 수 있으므로 두 가지 방식이 일반적입니다. 호스팅 파일 관리자나 SFTP로 실제 ads.txt 파일을 업로드하거나, 플러그인이 가상 경로에서 /ads.txt 응답을 생성하게 할 수 있습니다.
| 방법 | 적합한 경우 | 장점 | 주의점 |
|---|---|---|---|
| 실제 파일 업로드 | 호스팅 루트 접근 가능 | 워드프레스가 멈춰도 정적 파일 제공 가능 | public_html 등 실제 문서 루트를 정확히 찾아야 함 |
| Ads.txt 플러그인 | 관리자 화면에서 자주 수정 | 파일 전송 없이 편집·검증 가능 | 고유주소 재작성과 캐시, 기존 물리 파일 충돌 확인 필요 |
실제 파일로 설정하는 순서
- 애드센스에서 자신의 ads.txt 한 줄을 복사합니다.
- 메모장 등 일반 텍스트 편집기로 ads.txt를 만듭니다.
- 호스팅의 웹 문서 루트에 업로드합니다. 워드프레스 폴더가 아니라 도메인이 가리키는 공개 루트가 기준입니다.
- 브라우저에서 https://example.com/ads.txt를 열어 텍스트가 표시되는지 확인합니다.
- CDN과 페이지 캐시를 비우고 애드센스에서 업데이트 확인을 요청합니다.
플러그인으로 설정할 때
WordPress.org의 Ads.txt Manager 같은 플러그인은 설정 화면에서 내용을 저장하면 /ads.txt를 가상으로 제공합니다. 다만 서버 루트에 물리적인 ads.txt가 이미 있으면 플러그인이 그 파일을 덮어쓰지 못하므로 둘 중 하나만 기준으로 관리해야 합니다.
또한 재작성 규칙이 꺼져 있거나 사이트 주소가 example.com/site/처럼 하위 경로에 설치된 경우 플러그인이 도메인 루트의 /ads.txt를 만들지 못할 수 있습니다. 설치 후 관리자 화면의 성공 메시지보다 실제 공개 URL 확인이 더 중요합니다.
WordPress.com은 별도 서비스입니다. WordAds를 사용하면 ads.txt를 자동 생성하며, 제3자 광고 서비스는 플러그인 지원 사이트에서 플러그인 또는 SFTP로 관리할 수 있습니다. 요금제와 기능은 바뀔 수 있으므로 WordPress.com의 공식 ads.txt 관리 안내를 함께 확인하는 것이 안전합니다.
서버 접근이 가능하고 판매자 목록 변경이 드물다면 실제 파일 방식이 문제 원인을 파악하기 쉽습니다. 여러 광고 네트워크의 행을 자주 추가한다면 검증 기능이 있는 플러그인이 편리하지만, 업데이트와 보안 관리까지 포함해 선택해야 합니다.
6. 설정 후에는 무엇을 확인해야 하나요?
파일을 만들었다는 사실보다 외부 크롤러가 정확한 경로와 내용을 읽을 수 있는지가 중요합니다. 관리자 화면, FTP 목록, 플러그인 설정만 보고 끝내지 말고 공개 URL을 기준으로 검수해야 합니다.
- 주소: https://example.com/ads.txt처럼 도메인 루트에서 열린다.
- 응답: 404, 로그인 화면, 보안 인증 화면이 아니라 일반 텍스트가 보인다.
- 게시자 ID: 내 계정의 pub- 숫자와 한 자리도 다르지 않다.
- 접두어: 광고 코드용 ca-pub-가 아니라 ads.txt 형식의 pub-를 사용한다.
- 중복: 폐기한 계정이나 타인의 게시자 ID가 불필요하게 남아 있지 않다.
- 접근 제한: robots.txt, CDN 방화벽, 국가 차단, 로그인 제한이 크롤러를 막지 않는다.
- 계정 상태: 애드센스 사이트 목록에서 ads.txt 업데이트 확인을 실행한다.
브라우저에서 파일이 정상으로 보이면 애드센스가 즉시 상태를 바꾸는 것은 아닙니다. 공식 가이드는 변경 사항 반영에 며칠이 걸릴 수 있으며, 광고 요청이 많지 않은 사이트는 최대 한 달까지 걸릴 수 있다고 설명합니다.
확인 주소가 여러 개라면 실제 애드센스에 등록한 도메인을 기준으로 점검하세요. http와 https, www와 루트, 티스토리 기본 주소와 개인 도메인은 사용자가 보기에는 비슷해도 크롤러에는 다른 경로일 수 있습니다.
ads.txt 파일을 광고 코드, 사이트 인증 메타 태그, sellers.json과 혼동하지 마세요. 역할이 다른 설정을 같은 위치에 붙여 넣으면 형식 오류가 생기며, 특히 HTML 태그를 ads.txt 파일 안에 넣으면 정상 레코드로 해석되지 않습니다.
7. ‘찾을 수 없음’과 오류는 어떻게 해결하나요?
문제 해결은 플랫폼 이름보다 현재 보이는 증상에서 시작해야 합니다. 같은 ‘찾을 수 없음’이라도 경로가 404인 경우, 파일은 열리지만 게시자 ID가 틀린 경우, 애드센스가 아직 재크롤링하지 않은 경우의 해결책이 다릅니다.
| 증상 | 가능한 원인 | 우선 조치 |
|---|---|---|
| /ads.txt가 404 | 잘못된 업로드 위치, 플러그인 재작성 실패, 티스토리 비루트 도메인 | 도메인 공개 루트와 플랫폼별 관리 방식을 다시 확인 |
| 파일은 보이지만 Unauthorized | 게시자 ID 오타, 다른 계정 ID, 형식 오류 | 애드센스에서 제공한 행을 그대로 다시 복사 |
| 브라우저는 정상, 계정은 Not found | 재크롤링 대기, 캐시, 크롤러 차단 | 캐시를 비우고 며칠 뒤 업데이트 확인 |
| 플러그인 수정이 반영 안 됨 | 루트에 물리 파일 존재, 페이지 캐시, 재작성 규칙 | 기존 파일을 백업 후 하나의 관리 방식으로 통일 |
| 티스토리 www 도메인에서 경고 | 등록 주소가 루트 도메인이 아님 | 루트 도메인 연결 또는 루트의 ads.txt 제공 구조 검토 |
티스토리 기본 주소: 파일 업로드를 반복하기보다 수익 메뉴 연동과 실제 /ads.txt 주소를 확인합니다.
티스토리 루트 개인 도메인: 관리 화면에 루트 주소가 등록됐는지와 애드센스 연동을 확인합니다.
티스토리 www·하위도메인: 루트 도메인에서 파일을 제공할 수 있는지 도메인·호스팅 구조를 검토합니다.
자가 호스팅 워드프레스: 물리 파일과 플러그인 중 하나를 선택하고 공개 루트의 응답을 확인합니다.
승인 전이라면 ads.txt 경고 하나에만 매달리지 말고 사이트 심사 준비를 함께 진행하세요. 승인 후라면 ‘Unauthorized’ 상태를 우선 해결해야 하며, Google 공식 상태 설명에 따르면 게시자 ID가 없는 경우 해당 사이트의 광고 요청이 거부될 수 있습니다.
ads.txt는 애드센스 승인 전 필수 조건이 아니지만, 광고 지면의 정당한 판매자를 공개하는 중요한 운영 설정입니다. 승인 심사와 ads.txt 상태는 분리해서 보고, 승인 전에는 준비 항목으로, 승인 후에는 광고 요청 보호 항목으로 관리하는 것이 정확합니다.
티스토리는 플랫폼 연동과 도메인 형태가 핵심이고, 워드프레스는 루트 파일과 서버 설정이 핵심입니다. 어떤 플랫폼이든 최종 정답은 관리자 화면이 아니라 실제 도메인/ads.txt에 내 게시자 ID가 보이는지입니다.
8. 자주 묻는 질문
ads.txt가 없어도 애드센스 승인을 받을 수 있나요?
가능합니다. Google은 ads.txt 사용이 의무가 아니라 강력 권장 사항이라고 안내하며, 사이트 승인 상태와 ads.txt 상태를 별도로 표시합니다. 다만 승인 후 광고 요청이 정상적으로 처리되도록 게시자 ID와 공개 경로를 미리 점검해 두는 편이 안전합니다.
티스토리 기본 주소에서는 ads.txt 파일을 직접 올려야 하나요?
일반적으로 직접 올릴 필요가 없습니다. 티스토리 공식 안내에 따르면 기본 주소인 하위도메인 형태의 블로그는 플랫폼에서 ads.txt 문제를 처리합니다. 스킨 파일 업로드보다 블로그 관리의 수익 메뉴에서 애드센스 연동 상태를 확인하는 것이 우선입니다.
티스토리 개인 도메인에서 www를 사용하면 어떻게 해야 하나요?
티스토리 공식 안내는 루트 도메인과 www 또는 다른 하위도메인을 구분합니다. www.example.com처럼 루트가 아닌 주소를 티스토리에 연결했다면 example.com의 루트에서 ads.txt가 제공되도록 별도 호스팅이나 리디렉션 구조를 마련해야 할 수 있습니다.
워드프레스에서는 파일 업로드와 플러그인 중 무엇이 좋나요?
서버 루트 접근이 가능하고 광고 판매자 목록을 직접 관리할 수 있다면 실제 ads.txt 파일이 단순하고 안정적입니다. 관리자 화면에서 편하게 수정하려면 플러그인이 유용하지만, 기존 물리 파일과 충돌하거나 고유주소 재작성 설정이 꺼져 있으면 플러그인 내용이 보이지 않을 수 있습니다.
ads.txt를 수정했는데 상태가 바로 바뀌지 않는 이유는 무엇인가요?
AdSense 크롤러가 변경된 파일을 다시 방문하고 계정 상태에 반영하는 시간이 필요하기 때문입니다. Google은 보통 며칠이 걸릴 수 있고 광고 요청이 적은 사이트는 최대 한 달까지 걸릴 수 있다고 안내합니다. 먼저 브라우저에서 루트 경로의 파일과 게시자 ID가 정확히 보이는지 확인한 뒤 재검사를 요청하는 것이 좋습니다.
플랫폼 정책과 관리자 화면은 변경될 수 있으므로 실제 설정 전 아래 공식 문서에서 최신 내용을 확인하세요.