📖 약 3분 읽기
광고 운영에 AI 에이전트를 붙이려는 움직임이 빨라지고 있습니다. 그런데 에이전트가 구글 광고 계정에 접속하는 방식, 즉 누구의 권한으로 접속하는가를 정하는 규칙이 2026년 8월 말부터 9월 사이에 바뀌었습니다. 에이전트가 무엇을 할 수 있는지보다 먼저 확인해야 할 사항이 생긴 셈입니다.
무엇이 바뀌었습니까
구글 광고 API(응용 프로그램 인터페이스, 프로그램끼리 데이터를 주고받는 약속된 통로)를 쓰려면 지금까지 개발자 토큰이라는 식별 문자열이 필요했습니다. 구글 공식 문서에 따르면 이 개발자 토큰은 2026년 9월 9일에 폐지되었습니다. 토큰을 호출 헤더에 계속 실어 보내는 것은 가능하지만 API 서버가 이를 무시합니다. 구글은 이후 메이저 버전에서 토큰이 담긴 호출을 거부하기 시작하겠다고 밝혔으며, 구체적인 버전과 시점은 제시하지 않았습니다.
접근 권한은 이제 구글 클라우드 프로젝트(구글 클라우드 안에서 권한, 인증 정보, 사용량을 묶어 관리하는 단위)에 붙습니다. 정확히는 OAuth 클라이언트(비밀번호를 넘기지 않고 사용자 승인으로 접근 권한을 위임하는 인증 방식의 등록 단위) 또는 서비스 계정을 소유한 프로젝트가 기준입니다. 기존 접근 등급은 폐지 이전 90일간의 API 호출 활동을 기준으로 각 프로젝트에 옮겨졌고, 토큰을 새 프로젝트에 다시 연결하는 것은 불가능합니다. 새 프로젝트는 스스로 등급을 신청해야 합니다.
등급은 어떻게 나뉩니까
| 등급 | 사용 범위 · 하루 작업 한도 | 받는 방법 |
|---|---|---|
| 테스트 | 테스트 계정만, 15,000회 | API를 켜면 자동 부여(개발자 토큰 · 광고 관리자 계정 불필요) |
| 탐색(Explorer) | 실계정, 2,880회 | 클라우드 콘솔에서 신청 |
| 기본(Basic) | 실계정, 15,000회 | 신청 · 브랜드 인증 필수 |
| 표준(Standard) | 한도 없음(서비스별 제한 별도) | 수동 심사 · 브랜드 인증 필수 |
브랜드 인증은 클라우드 프로젝트의 사업자 신원을 구글이 확인하는 절차입니다(구글 공식 문서 기준).
제3자가 운영하는 MCP 서버는 어떻게 분류됩니까
더 큰 변화는 정책 쪽에 있습니다. 구글 광고 API 정책의 금지 행위 항목에는 제3자가 호스팅하는 인터페이스, 보조 API, 래퍼 서비스, MCP(모델 컨텍스트 프로토콜, AI 에이전트가 외부 서비스의 기능을 도구로 불러 쓰게 하는 연결 규약) 서버, 프록시 엔드포인트를 프로그래매틱 프록시로 정의해 금지한다는 내용이 있습니다. 이런 서비스를 쓰는 대행사와 광고주는 자신의 구글 클라우드 계정과 구글 광고 접근 권한을 써야 한다고 명시되어 있습니다. 업계 매체 PPC Land는 이 정책이 2026년 8월 31일에 개정되었다고 보도했으며, 정책 문서 자체에는 해당 조항의 개정일이 표기되어 있지 않습니다.
예외도 분명합니다. 광고주 자신의 프로그래매틱 · 자동화 사용, 그리고 사용자가 내려받아 자신의 인증 정보로 연결하는 오픈소스 도구는 제한 대상이 아닙니다. 중개 서비스를 운영하려는 사업자는 개발자 보조 인터페이스 검토를 신청할 수 있습니다. 이 검토는 필수 최소 기능 준수, 측정 투명성(공정한 교차 채널 측정과 자사 우대 금지), 감사 체계를 확인합니다. 감사 체계에는 자동으로 수행된 모든 행위를 검증된 광고주 계정에 대응시키는 변경 불가 거래 기록과 SOC 2 Type II(보안 등 내부 통제가 일정 기간 실제로 작동했는지 외부 감사인이 검증한 보고서) 같은 제3자 평가가 포함됩니다.
용어 보충: 개발자 토큰, 클라우드 프로젝트, 프록시
개발자 토큰은 광고 API를 호출하는 개발자가 신원을 밝히는 용도로 쓰던 식별 문자열입니다. 폐지된 뒤에는 어느 클라우드 프로젝트가 호출했는지가 권한을 정하는 기준이 됩니다.
클라우드 프로젝트는 인증 정보, 권한, 사용량을 한 묶음으로 관리하는 단위입니다. 여러 광고주를 대행하는 사업자는 프로젝트마다 브랜드 인증 상태, 관리자 명단, 접근 등급을 따로 관리해야 합니다.
프록시는 이용자와 원서비스 사이에 끼어 대신 접속해 주는 중간 서비스를 뜻합니다. 구글 정책에서 금지하는 대상은 접근 권한을 따로 신청하지 않은 제3자가 다른 사업자의 접근 권한을 통해 여러 광고주 계정에 접속하는 구조입니다.
마케터와 데이터 담당자에게 남는 확인 사항
이 변화는 광고 에이전트나 보고 자동화 도구를 도입하려는 조직에 확인 질문을 남깁니다.
- 도구가 구글에 접속할 때 쓰는 인증 정보와 클라우드 프로젝트의 소유자가 광고주인지 공급사인지 확인합니다.
- 해당 프로젝트의 접근 등급과 브랜드 인증 상태가 도구의 사용량에 맞는지 확인합니다.
- 도구의 모든 자동 변경이 어느 광고 계정의 어떤 행위인지 추적되는 기록이 남는지 확인합니다.
- 공급사가 구글의 보조 인터페이스 검토를 받았거나 광고주 자신의 권한으로 접속하는 구조인지 확인합니다.
구글이 공개한 공식 광고 API용 MCP 서버는 보고서 조회 중심의 읽기 전용으로 알려져 있으며, 쓰기 기능의 출시 여부는 공식 문서로 확인하지 못했습니다. 입찰 변경이나 일시중지 같은 변경 작업을 에이전트에 맡기는 구조에서는 어느 경로로 권한을 위임했는지가 운영 책임의 범위를 정합니다.
광고 데이터를 다루는 팀의 입장에서는 접속 권한의 소재가 곧 데이터 거버넌스의 일부가 되었습니다. 전환 태그와 측정 설계가 광고 성과의 근거를 만든다면, 접속 권한 설계는 그 성과를 자동으로 바꾸는 행위의 책임 소재를 만듭니다.
출처 :
- Google for Developers, 「Developer token」 (Google Ads API 문서) — https://developers.google.com/google-ads/api/docs/api-policy/developer-token
- Google for Developers, 「Access levels and permissible use」 (Google Ads API 문서, 2026-10-19 갱신본) — https://developers.google.com/google-ads/api/docs/api-policy/access-levels
- Advertising Policies Help, 「Google Ads API policies」 (Prohibited practices > Programmatic use, Developer Secondary Interface Review) — https://support.google.com/adspolicy/answer/6169371?hl=en
- PPC Land, 「Google drops developer tokens from Ads API access decisions」 (2026-09-12) — https://ppc.land/google-drops-developer-tokens-from-ads-api-access-decisions/
- PPC Land, 「Google bans programmatic proxies from Ads API access」 (2026-09-05) — https://ppc.land/google-bans-programmatic-proxies-from-ads-api-access/
- ContextBolt, 「Google Ads MCP: The Official Server and Google’s New Rules」 (2026-10-15) — https://contextbolt.com/blog/google-ads-mcp/
자주 묻는 질문 (FAQ)
구글 광고 API 개발자 토큰은 언제 폐지되었나요?
구글 공식 문서에 따르면 2026년 9월 9일 폐지되었고, 접근 등급은 OAuth 클라이언트나 서비스 계정을 소유한 구글 클라우드 프로젝트에 붙습니다.
광고 MCP 서버는 모두 금지되나요?
제3자가 호스팅하는 MCP 서버 등은 프로그래매틱 프록시로 금지되지만, 광고주 자신의 자동화와 사용자가 자신의 인증 정보로 연결하는 오픈소스 도구는 예외입니다.
광고 에이전트를 도입하기 전에 무엇을 확인해야 하나요?
접속에 쓰는 클라우드 프로젝트의 소유자, 접근 등급과 브랜드 인증 상태, 자동 변경의 추적 기록, 보조 인터페이스 검토 여부를 확인해야 합니다.