ABOUT ME

-

Today
-
Yesterday
-
Total
-
  • [AdSense][수익화] sellers.json 경고가 뜰 때 Transparent와 Confidential과 도메인 입력을 어떤 순서로 나누나
    기타개발지식/풀스택개발 2026. 7. 17. 09:35

    IT 리서치 노트

    [AdSense][수익화] sellers.json 경고가 뜰 때 Transparent와 Confidential과 도메인 입력을 어떤 순서로 나누나

    AdSense에서 sellers.json 관련 경고가 뜨면 많은 사람이 ads.txt처럼 파일 업로드 문제로 오해한다. 하지만 2026년 7월 17일 기준 Google AdSense 공식 도움말과 공개 sellers.json 결과를 다시 보면 핵심은 파일이 아니라 seller information visibility 상태, business domain 필드, seller_id 공개 결과다. 이 글은 Transparent와 Confidential과 도메인 입력을 어떤 순서로 나눠 봐야 시간을 덜 쓰는지 정리한 것이다.

    1. 개요

    결론부터 말하면 sellers.json 경고는 파일 배포 문제가 아니라 계정 공개 상태 문제다. 먼저 seller information visibility를 Transparent로 둘지 Confidential로 둘지 결정하고, Transparent라면 business domain 필드를 확인한 뒤, 마지막으로 공개 sellers.json 결과에서 seller_id와 is_confidential 값을 확인해야 한다.

    즉 경고 배너, 설정 메뉴, domain 입력, 공개 결과를 한꺼번에 보지 말고 네 층으로 나눠 봐야 한다. 이 구분이 안 되면 값을 바꿔도 왜 경고가 남는지 설명이 길어지고, 공개 범위 판단도 뒤엉킨다.

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

    실무에서 자주 섞이는 실패는 네 가지다. 첫째, sellers.json 경고를 ads.txt처럼 파일 업로드 문제로 오해한다. 둘째, Transparent와 Confidential을 이름 공개 범위 문제로만 보고 business domain 필드를 따로 점검하지 않는다. 셋째, Account 메뉴에서 상태를 바꾼 뒤 공개 결과 페이지를 안 열어 본다. 넷째, 공개 결과가 늦게 반영되는 상황과 설정 자체가 잘못된 상황을 같은 문제로 취급한다.

    Google AdSense sellers.json 도움말은 계정이 AdSense, AdMob, Ad Manager 중 하나라도 있으면 product별 seller_id가 생기고, transparency status와 domain은 제품 간에 공유된다고 설명한다. 즉 한 제품에서만 비공개로 두고 다른 제품에서는 공개하는 식의 분리는 기본적으로 기대하면 안 된다. 또 bid transparency 문서는 광고 요청 체인에서 google.com 노드가 sellers.json의 seller_id와 연결된다고 적고 있어, 이 값이 단순 프로필 꾸미기 수준이 아니라는 점을 보여 준다.

    • 증상: 경고 배너는 남아 있는데 어디 메뉴에서 풀어야 하는지 헷갈린다.
    • 실패: 상태 버튼만 바꾸고 domain 필드를 비워 둔다.
    • 막힘: 공개 결과 페이지를 안 보고 반영 대기만 추측한다.
    • 누락: seller_id, is_confidential, seller_type 같은 결과 필드를 로그에 안 남긴다.
    증상 먼저 볼 메뉴 또는 필드 판단 기준
    경고 배너가 계속 남는다 seller information visibility Transparent 또는 Confidential 상태를 먼저 확정
    공개 쪽을 선택했는데 상태가 불명확하다 business domain 필드 도메인 입력 여부와 오탈자 확인
    설정은 바꿨는데 결과가 다르게 보인다 공개 sellers.json 결과 seller_id, is_confidential, seller_type 확인

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

    실무 순서는 다섯 단계면 충분하다. 먼저 Account 메뉴에서 seller information visibility 상태를 확인한다. 두 번째로 Transparent를 고를지 Confidential을 유지할지 의도를 정한다. 세 번째로 Transparent라면 business domain 필드를 입력하거나 기존 값을 재검토한다. 네 번째로 공개 sellers.json 결과 페이지를 열어 seller_id와 is_confidential 상태를 확인한다. 마지막으로 bid transparency 문서에서 schain 설명을 대조해 결과가 기대한 공개 범위와 맞는지 판단한다.

    1. Account 메뉴의 seller information visibility 상태를 확인한다.
    2. Transparent와 Confidential 중 어떤 공개 범위를 원하는지 먼저 정한다.
    3. Transparent라면 business domain 필드 값을 입력 또는 수정한다.
    4. 공개 sellers.json 결과 페이지에서 seller_id와 is_confidential 상태를 확인한다.
    5. 경고 배너와 결과 화면을 같은 로그에 남긴다.

    이 순서가 중요한 이유는 상태 결정과 결과 검증을 분리하기 위해서다. 경고 배너만 보고 바로 상태를 바꾸기 시작하면 어떤 필드를 바꿨는지, 공개 결과가 어떻게 변했는지 나중에 설명하기 어렵다. 반대로 메뉴 경로, 버튼 상태, domain 필드, 결과 페이지를 순서대로 보면 설정 오류와 반영 지연을 훨씬 빨리 나눌 수 있다.

    if visibility_status == "Transparent":
        ensure_business_domain()
        open_public_sellers_json()
        verify_field("seller_id")
        verify_field("is_confidential", expected="false")
    else:
        open_public_sellers_json()
        verify_field("is_confidential", expected="true")
        skip_public_domain_expectation()

    이 정도 기준만 있어도 작업 흐름이 짧아진다. 경고를 없애는 목표와 공개 범위를 어떻게 둘지에 대한 정책 판단을 같은 시간에 해치우려 하지 말고, 먼저 공개 범위를 정한 뒤 결과 필드를 검증하는 편이 낫다. 특히 같은 계정이 여러 Google 광고 제품과 연결돼 있다면 status 공유 범위를 문서 기준으로 확인해 두는 것이 중요하다.

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

    첫 자료는 AdSense sellers.json 도움말의 핵심 구간이다. 화면 상단 설명과 본문 표에서는 계정의 seller information visibility를 Transparent와 Confidential 중 무엇으로 둘지, 그리고 business domain 입력이 언제 필요한지를 메뉴와 필드 기준으로 설명한다.

    AdSense 도움말은 sellers.json 경고를 볼 때 먼저 seller information visibility 상태와 domain 필드를 확인하라고 안내한다.
    AdSense 도움말은 sellers.json 경고를 볼 때 먼저 seller information visibility 상태와 domain 필드를 확인하라고 안내한다.

    즉 이 경고는 파일 업로드 문제가 아니다. Account 설정의 상태, 이름 공개 범위, domain 입력 여부라는 세 필드를 먼저 분리해서 봐야 한다.

    두 번째 자료는 같은 sellers.json 도움말의 하단 구간이다. 여기서는 transparency status와 domain이 여러 Google 광고 제품 간에 공유되고, 한 제품만 따로 Transparent 또는 Confidential로 둘 수 없다는 설명이 나온다. 화면 아래 문장과 표를 같이 보면 왜 경고를 제품별로 따로 풀 수 없을 때가 있는지 이해하기 쉽다.

    sellers.json 도움말은 transparency status와 domain이 제품 간에 공유될 수 있다고 설명한다.
    sellers.json 도움말은 transparency status와 domain이 제품 간에 공유될 수 있다고 설명한다.

    따라서 경고가 뜰 때는 현재 계정이 여러 광고 제품과 연결되어 있는지도 같이 봐야 한다. 같은 계정의 status 공유 범위를 모르면 메뉴에서 값을 바꿔도 결과를 잘못 해석하기 쉽다.

    세 번째 자료는 sellers.json과 schain 연결을 로컬 도표로 풀어낸 화면이다. 메뉴 상태와 공개 결과만 보는 데서 멈추지 말고, 광고 요청 체인의 google.com 노드가 seller_id와 이어진다는 맥락을 함께 이해해야 왜 이 경고가 뜨는지 더 빠르게 설명할 수 있다.

    sellers.json의 seller_id와 schain의 google.com 노드가 어떻게 연결되는지 보여 주는 과정 도표다.
    sellers.json의 seller_id와 schain의 google.com 노드가 어떻게 연결되는지 보여 주는 과정 도표다.

    즉 sellers.json 경고는 단순한 프로필 꾸미기 문제가 아니다. buyer 쪽 투명성과 연결된 값이므로 상태를 방치하면 운영 설명이 길어지고 검증 포인트도 불분명해진다.

    실무에서는 Transparent와 Confidential을 감정으로 고르기보다 공개 범위와 도메인 입력 필요 여부를 비교표로 보는 편이 빠르다. 같은 메뉴 버튼 안에서도 공개 이름, domain 필드, 결과 상태가 서로 다른 층이기 때문이다.

    Transparent와 Confidential을 공개 범위, domain 입력, 결과 상태 기준으로 나눈 비교표다.
    Transparent와 Confidential을 공개 범위, domain 입력, 결과 상태 기준으로 나눈 비교표다.

    이 표를 보면 경고를 없애는 목표와 이름 공개 범위를 같은 문제로 섞지 않게 된다. 먼저 무엇을 공개할지 정하고, 그다음 어떤 필드를 입력할지 고르는 순서가 훨씬 안정적이다.

    장애 처리에서는 메뉴 경로와 결과 확인 순서를 고정하는 편이 좋다. 상단 경고만 보고 바로 값을 바꾸기 시작하면 상태, 필드, 결과 반영 시점을 서로 섞기 쉽기 때문이다.

    sellers.json 경고를 볼 때 메뉴, 필드, 결과, 반영 시점을 어떤 순서로 확인할지 정리한 체크리스트다.
    sellers.json 경고를 볼 때 메뉴, 필드, 결과, 반영 시점을 어떤 순서로 확인할지 정리한 체크리스트다.

    이 순서대로 보면 경고 배너를 닫는 일과 공개 결과를 확인하는 일을 분리할 수 있다. 특히 domain 필드 입력 여부를 먼저 확정해 두면 나중에 상태를 다시 바꿔도 설명이 짧아진다.

    마지막 자료는 검증 로그 예시다. 결과 화면과 설정 상태를 같은 로그 블록에 남겨야 나중에 왜 경고가 계속 남았는지 설명할 수 있다. 메뉴 경로, 필드 값, 결과 상태, 반영 시각을 함께 남기는 것이 핵심이다.

    메뉴 상태와 공개 sellers.json 결과를 함께 기록하는 최소 검증 로그 예시다.
    메뉴 상태와 공개 sellers.json 결과를 함께 기록하는 최소 검증 로그 예시다.

    이 정도만 남겨도 경고가 설정 문제인지 반영 지연인지가 빨리 분리된다. 화면 클릭 순서와 결과 필드를 같은 표준 로그로 남기는 습관이 중요하다.

    5. 주의사항과 리스크

    첫 번째 리스크는 sellers.json 경고를 ads.txt와 같은 파일 문제로 오해하는 것이다. 두 번째는 Transparent를 고르면서 business domain 필드를 확인하지 않는 것이다. 세 번째는 공개 결과 페이지를 안 열어 보고 반영이 늦다고만 추정하는 것이다. 네 번째는 product별 seller_id와 shared transparency status를 혼동하는 것이다.

    또 공개 범위는 사업자 정보와 운영 정책 판단이 함께 걸려 있는 문제다. Transparent가 무조건 정답도 아니고, Confidential이 무조건 문제도 아니다. 어떤 공개 범위를 택할지 먼저 정하고, 그 결정에 맞춰 메뉴 상태와 결과 필드를 확인해야 한다.

    • 경고 배너와 파일 업로드 문제를 섞지 않는다.
    • 상태 버튼, domain 필드, 공개 결과를 별도 단계로 확인한다.
    • seller_id와 is_confidential 결과를 항상 로그로 남긴다.

    6. 결론

    AdSense sellers.json 경고는 파일을 다시 올리는 문제가 아니라 공개 상태와 결과 필드를 정리하는 문제에 가깝다. Transparent와 Confidential을 먼저 고르고, domain 필드를 확인한 뒤, 공개 sellers.json 결과에서 seller_id와 is_confidential을 검증하면 원인을 훨씬 빨리 좁힐 수 있다.

    같은 수익화 준비 흐름에서는 오늘 정리한 ads.txt 확인 순서와 함께 보면 좋다. ads.txt는 루트 경로와 HTTP 상태를 보는 작업이고, sellers.json은 계정 공개 상태와 결과 필드를 보는 작업이므로 둘을 다른 층위의 체크리스트로 두는 편이 운영이 덜 꼬인다.

    7. 참고 링크

    1. https://support.google.com/adsense/answer/9889911?hl=en
    2. https://realtimebidding.google.com/sellers.json
    3. https://support.google.com/adsense/answer/10368261?hl=en
Designed by Tistory.