ads.txt 설정과 자주 나는 오류 정리

ads.txt 파일 하나 때문에 애드센스 수익이 실제로 줄어들 수 있습니다. 결론부터 말하면, ads.txt는 “한 번 올려두면 끝”이 아니라 도메인·서브도메인 구조가 바뀌거나 광고 네트워크를 추가할 때마다 다시 점검해야 하는 파일입니다. 이 글에서는 워드프레스 블로그에서 실제로 자주 발생하는 ads.txt 오류 유형과, 플러그인 없이도 확실하게 설정하는 방법을 정리합니다. 이미 애드센스 승인이 거절된 경험이 있다면 ads.txt 문제가 원인 중 하나였을 가능성도 함께 짚어보겠습니다.

ads.txt는 왜 방치하면 수익이 새는가

ads.txt(Authorized Digital Sellers)는 “이 도메인의 광고 지면을 판매할 권한이 있는 업체가 누구인지”를 광고주 쪽에 알려주는 표준 텍스트 파일입니다. 이 파일이 없거나 내용이 틀리면, 일부 광고주는 해당 지면을 아예 입찰 대상에서 제외해버립니다. 애드센스 광고 자체는 계속 노출되기 때문에 겉보기에는 문제가 없어 보이지만, 실제로는 더 높은 단가를 부를 수 있는 프리미엄 광고주들이 참여를 포기하면서 RPM이 조용히 낮아집니다. 애드센스 대시보드에는 ads.txt 문제가 있을 때 경고 배너가 뜨지만, 이를 대수롭지 않게 넘기는 운영자가 많습니다. 도메인을 이전하거나 워드프레스를 서브도메인에서 루트 도메인으로 옮긴 뒤 ads.txt를 다시 확인하지 않는 경우가 특히 흔한 실수입니다.

자주 나는 ads.txt 오류 5가지

실제로 워드프레스 블로그 운영자들이 자주 겪는 오류는 몇 가지 패턴으로 반복됩니다. 아래 표로 원인과 해결법을 정리했습니다.

오류 유형	주요 원인	해결법
ads.txt 파일 자체가 없음	테마·플러그인 설치 시 자동 생성 안 됨	루트 디렉터리(public_html)에 직접 텍스트 파일로 업로드
301 리다이렉트에 걸려 접근 불가	www ↔ non-www 리다이렉트 설정과 충돌	리다이렉트 최종 도메인 기준으로 ads.txt 경로 재확인
퍼블리셔 ID 오탈자	수동 입력 시 숫자 하나 누락·오타	애드센스 계정의 “사이트” 메뉴에서 정확한 코드 복사
서브도메인·멀티사이트 미반영	블로그가 여러 서브도메인을 쓰는데 도메인마다 별도 ads.txt 필요	각 서브도메인 루트에 동일 내용의 ads.txt 개별 배치
캐시 플러그인이 옛날 파일을 서빙	정적 캐싱 설정이 ads.txt까지 캐싱	ads.txt를 캐시 제외 규칙에 추가

이 중에서도 실무에서 가장 자주 놓치는 것은 캐시 문제입니다. 파일을 분명히 고쳤는데 구글 쪽에서는 여전히 예전 내용을 읽어가는 경우, 브라우저 캐시가 아니라 서버 캐시나 CDN 캐시를 의심해야 합니다.

워드프레스에서 ads.txt를 제대로 올리는 방법

워드프레스는 기본적으로 ads.txt를 자동 생성해주지 않기 때문에 두 가지 방법 중 하나를 선택해야 합니다. 첫 번째는 FTP나 파일 관리자로 서버 루트 디렉터리에 ads.txt라는 이름의 텍스트 파일을 직접 업로드하는 방법입니다. 이 방법은 확실하지만, 도메인을 옮기거나 서버를 이전할 때마다 다시 챙겨야 한다는 단점이 있습니다. 두 번째는 Ads.txt Manager 같은 전용 플러그인을 쓰는 방법으로, 워드프레스 관리자 화면에서 내용을 관리할 수 있어 편하지만 플러그인 자체가 비활성화되거나 삭제되면 파일도 함께 사라진다는 리스크가 있습니다. 애드센스만 단독으로 운영한다면 파일 직접 업로드가 더 안정적이고, 여러 광고 네트워크(예: 애드센스 + 다른 광고 중개사)를 함께 쓴다면 플러그인으로 여러 판매자 정보를 한 파일에 합쳐서 관리하는 편이 실수를 줄입니다.

두 방법의 차이는 편의성이 아니라 무엇 때문에 파일이 사라지는가입니다. 직접 업로드는 서버·도메인을 건드릴 때 사라지고, 플러그인은 플러그인을 건드릴 때 사라집니다. 내가 더 자주 건드리는 쪽을 피하는 것이 선택 기준입니다.

구분	직접 업로드(FTP)	전용 플러그인
파일이 사라지는 계기	서버 이전, 도메인 변경, 루트 경로 변경	플러그인 비활성화·삭제, 충돌
수정 난이도	매번 FTP 접속 필요	관리자 화면에서 즉시
캐시·CDN 간섭	정적 파일이라 캐시가 오래 남을 수 있음	플러그인이 예외 처리를 지원하는 경우가 많음
여러 네트워크 줄 관리	직접 편집, 덮어쓰기 사고 위험	항목 단위로 관리돼 사고가 적음
흔적 없이 깨질 위험	낮음(파일은 남아 있음)	있음(플러그인 꺼지면 404)
권하는 경우	애드센스 단독, 도메인 고정	네트워크 2개 이상, CDN 사용

둘을 동시에 쓰는 구성이 가장 위험합니다. 플러그인은 실제 파일이 없을 때만 가상 경로로 응답하는 방식이 많아서, 서버에 오래전 올려둔 파일이 남아 있으면 플러그인 화면에서 아무리 고쳐도 반영되지 않습니다. 화면상으로는 정상이고 실제 응답은 구버전이라, 가장 발견하기 어려운 형태의 오류가 됩니다. 플러그인으로 전환하기로 했다면 서버의 기존 파일을 먼저 삭제하는 순서를 지켜야 합니다.

설정 후 반드시 확인해야 할 것

ads.txt를 올렸다고 끝난 게 아니라, 실제로 구글이 그 파일을 제대로 읽고 있는지 확인하는 절차가 필요합니다. 우선 브라우저 주소창에 자신의 도메인 뒤에 /ads.txt를 붙여 직접 접속해 내용이 정확히 뜨는지 확인합니다. 그다음 애드센스 계정의 “사이트” 메뉴에서 해당 사이트의 ads.txt 상태가 “발견됨”으로 바뀌었는지 확인해야 하는데, 이 반영에는 보통 하루에서 며칠까지 걸릴 수 있습니다. 색인 자체가 안 되는 것과는 다른 문제이지만, 구글 서치콘솔에서 페이지가 색인되지 않는 문제를 함께 점검하는 습관을 들이면 사이트 전반의 구글 크롤링 상태를 놓치지 않을 수 있습니다. 특히 애드센스 심사를 준비 중인 단계라면 ads.txt 오류가 심사가 계속 “준비 중”에 머무는 원인 중 하나로 지목되는 경우도 있으니 함께 확인하는 것이 좋습니다.

app-ads.txt와 sellers.json은 어떻게 다른가

ads.txt를 찾아보면 app-ads.txt와 sellers.json이라는 파일 이름이 함께 나와서 셋 다 만들어야 하는 것처럼 보입니다. 결론부터 말하면 개인 블로그 운영자가 손댈 것은 ads.txt 하나뿐입니다. app-ads.txt는 모바일 앱·OTT 인벤토리를 위한 규격이라 웹 블로그에는 해당하지 않고, sellers.json은 광고를 파는 쪽(애드센스·애드익스체인지 같은 플랫폼)이 공개하는 파일이라 애초에 내가 만들 대상이 아닙니다.

이 구분이 중요한 이유는, 셋을 혼동해서 블로그 루트에 쓸데없는 파일을 올리는 것 자체는 무해하지만 “필요한 걸 했다”는 착각을 남기기 때문입니다. 실제 수익 누락은 ads.txt 한 줄의 발행자 ID가 틀렸을 때 발생하고, 이건 다른 두 파일로는 절대 보완되지 않습니다. 애드센스 보고서에서 수익이 특정 날짜부터 계단식으로 떨어졌다면 다른 원인을 찾기 전에 이 한 줄을 먼저 확인하는 것이 순서입니다. RPM이 낮은 원인을 배치나 니치에서 찾기 시작하면 몇 주를 낭비하게 되는데, RPM 점검 순서에서 이 파일 확인을 앞쪽에 둔 것도 같은 이유입니다.

중개 광고 네트워크를 추가로 붙일 때는 상황이 달라집니다. 이때는 각 네트워크가 지정한 줄을 기존 ads.txt에 추가해야 하는데, 기존 애드센스 줄을 덮어써 버리는 사고가 흔합니다. 파일을 교체하지 말고 줄을 덧붙이는 방식으로 관리하고, 수정 전 파일을 따로 보관해두면 되돌리기가 쉽습니다. 전체 운영 흐름에서 이 작업이 어느 단계에 오는지는 워드프레스 애드센스 블로그 완전 가이드의 초기 세팅 장에 정리해뒀습니다.

이럴 땐 이걸 고르세요

애드센스만 쓰고 도메인을 바꿀 계획이 없다면 — FTP로 루트에 직접 올리세요. 파일 하나가 그대로 남아 있는 구성이 가장 적게 깨집니다.

CDN이나 캐시 플러그인을 쓰고 있다면 — 전용 플러그인 쪽이 낫습니다. 정적 파일은 캐시에 오래 남아, 고쳤는데 구버전이 응답하는 상황이 반복됩니다.

광고 네트워크를 둘 이상 붙였다면 — 플러그인으로 항목 단위 관리를 하세요. 직접 편집은 기존 애드센스 줄을 덮어쓰는 사고가 가장 흔하게 나는 지점입니다.

수익이 특정 날짜부터 계단식으로 떨어졌다면 — 배치나 니치를 보기 전에 /ads.txt를 브라우저로 직접 열어보세요. 발행자 ID 한 글자 차이로 몇 주를 낭비하는 경우가 많습니다.

블로그를 여러 개 운영한다면 — 도메인마다 파일이 따로 필요합니다. 사이트 목록을 표로 만들어 분기 1회 전수 점검하는 편이, 문제가 터진 뒤 찾는 것보다 훨씬 쌉니다.

애드센스 심사를 기다리는 중이라면 — ads.txt는 승인 조건이 아니니 여기서 멈춰 있지 마세요. 다만 “발견되지 않음” 경고는 띄워지므로, 승인과 무관하다는 점만 알고 다른 항목을 먼저 보는 게 맞습니다.

서브도메인이나 블로그 설치 경로가 루트가 아니라면 — 파일은 반드시 도메인 루트에 있어야 합니다. example.com/blog/에 설치했어도 경로는 example.com/ads.txt입니다. 설치 폴더 안에 올리면 끝까지 발견되지 않습니다.

자주 묻는 질문

Q. ads.txt가 없어도 애드센스 광고는 계속 나오나요?
A. 네, 광고 자체는 계속 노출될 수 있습니다. 다만 일부 프리미엄 광고주가 입찰에서 빠지면서 평균 단가가 낮아질 수 있어, 당장 광고가 안 뜨는 문제보다 눈에 잘 안 띄는 수익 손실에 가깝습니다.

Q. ads.txt 수정 후 반영까지 얼마나 걸리나요?
A. 구글이 크롤링하는 주기에 따라 다르지만 보통 하루 정도면 반영되고, 캐시나 CDN이 끼어 있으면 더 오래 걸릴 수 있습니다. 애드센스 대시보드의 사이트 상태에서 “발견됨” 표시로 확인하는 것이 가장 정확합니다.

Q. 워드프레스 플러그인으로 만든 ads.txt와 직접 올린 파일이 충돌하면 어떻게 되나요?
A. 둘 다 같은 경로(/ads.txt)를 두고 경쟁하기 때문에 플러그인이 우선 적용되거나 오류가 날 수 있습니다. 플러그인을 쓰기로 했다면 서버에 수동으로 올려둔 예전 파일은 반드시 삭제해야 합니다.

Q. 애드센스에서 “ads.txt 파일에 문제가 있습니다”라는 경고가 사라지지 않습니다.
A. 경고 문구를 두 종류로 구분해야 합니다. “발견되지 않음”은 파일 자체가 응답하지 않는 상태이므로 경로·캐시 문제이고, “승인된 판매자가 아님”은 파일은 읽혔지만 안에 적힌 발행자 ID가 내 계정과 다른 상태입니다. 전자는 브라우저로 /ads.txt를 열어 확인하고, 후자는 애드센스 계정의 발행자 ID를 복사해 붙여 넣어야 합니다. 경고가 사라지기까지는 수정 후에도 며칠 걸리는 경우가 있어, 하루 만에 다시 고치면서 상태를 더 꼬아놓지 않는 편이 좋습니다.

Q. 호스팅이 루트 디렉터리 접근을 막아두면 어떻게 하나요?
A. 이 경우에는 플러그인 방식이 사실상 유일한 선택입니다. 워드프레스가 요청을 받아 가상 경로로 응답하기 때문에 파일 권한과 무관하게 동작합니다. 다만 이 구성에서는 플러그인이 꺼지는 순간 조용히 404가 되므로, 플러그인 목록을 정리할 때 삭제 후보에서 제외해두고 분기 점검 항목에 /ads.txt 직접 접속을 넣어두는 것이 안전합니다.

함께 보면 좋은 글

작성자: 제립 (개인 블로거) · 문의: choi31102@gmail.com · 이 글은 IAB Tech Lab의 ads.txt 규격 문서와 구글 애드센스 도움말을 기준으로 정리한 것이며, 규격과 화면 구성은 확인 시점에 따라 달라질 수 있습니다.