광고 계정이 에이전트가 읽는 API가 됐다
6개 플랫폼이 MCP 서버를 열었지만 돈 버튼은 아직 사람 몫
6월 17일 Pinterest와 Microsoft Advertising이 공식 MCP 서버를 열었다. 이제 주요 6개 광고 플랫폼이 에이전트에게 계정 데이터를 연다. 단 전부 읽기 전용이라 예산과 입찰 변경은 사람을 거친다.
에이전트가 스크린샷을 찍어 광고 대시보드를 읽던 시절이 끝나간다. 6월 17일 Pinterest와 Microsoft Advertising이 각자의 광고 플랫폼용 공식 MCP 서버를 동시에 내놨다. 이걸로 자사 MCP 서버를 제공하는 주요 광고 플랫폼이 6곳으로 늘었다. 광고 계정이 사람이 클릭하는 화면에서, 에이전트가 함수로 호출하는 데이터 소스로 바뀌는 중이다.
중요한 단서가 하나 붙는다. 둘 다 읽기 전용으로 출발했다. 에이전트는 실시간 캠페인 성과와 계정 맥락을 끌어올 수 있지만, 예산을 바꾸거나 캠페인을 멈추거나 입찰가를 손대는 변경은 여전히 사람을 거친다. Microsoft 버전은 Microsoft 365 Copilot, Claude, ChatGPT 같은 MCP 호환 환경 안에서 실데이터에 물려 돌아가도록 설계됐다.
한눈에 보기
| 신규 출시 | 6월 17일 Pinterest, Microsoft Advertising 공식 MCP 서버 |
| 누적 플랫폼 | 주요 6곳 (Google, Meta, LinkedIn, Reddit, TikTok, X 등 포함) |
| 권한 | 읽기 전용: 조회는 에이전트, 예산·입찰·중지는 사람 |
| 붙는 곳 | Copilot, Claude, ChatGPT 등 MCP 호환 도구 |
읽기와 쓰기 사이에 그은 선
이 선이 이 뉴스의 전부다. 플랫폼들은 에이전트에게 "봐도 된다"고 열면서 "만지는 건 아직"이라고 막았다. 이유는 뻔하다. 잘못된 자동 입찰 한 번이 하루 예산을 태울 수 있고, 그 책임 소재가 정리되지 않았기 때문이다. 그래서 지금 구조는 에이전트가 분석과 초안을, 사람이 최종 집행을 맡는 분업이다.
이건 제약이 아니라 설계다. 조회는 실수해도 손실이 없지만 집행은 곧 돈이다. 신뢰가 쌓이기 전까지 돈이 나가는 동작에 사람 한 명을 세워두는 건 합리적이다. 쓰기 권한이 열리는 순간이 다음 분기점이고, 그때 광고 운영 인력의 역할이 실제로 재편된다.
자영업자 광고까지 내려오는 순서
지금 이 변화의 수혜자는 대행사와 인하우스 마케팅 팀이다. 계정이 많고 리포팅이 반복 노동이라 조회 자동화만으로도 시간이 크게 준다. 동네 카페나 공방처럼 광고비 월 수십만 원을 직접 집행하는 자영업자에게는 아직 멀어 보인다. 하지만 순서는 정해져 있다. MCP 서버가 표준이 되면 그 위에 올라탄 도구들이 소액 광고주용으로 포장돼 내려온다. 리포트 읽어주고 다음 주 예산을 제안해주는 에이전트가 먼저, 알아서 집행하는 에이전트는 그다음이다.
anyAX 관점
광고 계정에 MCP가 붙는다는 건, 광고 운영이 화면 조작에서 API 호출로 넘어간다는 뜻이다. 콘텐츠 크리에이터나 1인 커머스 운영자에게 이건 레버리지다. 여섯 개 플랫폼의 성과를 매일 손으로 취합하던 일을 에이전트 하나가 대신 읽어준다.
그런데 플랫폼이 읽기와 쓰기 사이에 그어둔 선을, 자기 사업에도 그대로 옮겨 그을 것을 권한다. 에이전트에게 조회와 분석은 다 맡기되 돈이 실제로 나가는 마지막 동작, 즉 예산 증액과 입찰 조정에는 본인 손을 남겨라. 플랫폼이 신뢰가 덜 쌓였다고 판단해 쓰기를 막아둔 그 이유가, 광고비를 자기 돈으로 태우는 1인 사업자에게는 더 크게 적용된다. 자동화의 값어치는 조회를 얼마나 넘기느냐가 아니라, 집행이라는 위험한 동작을 언제까지 사람이 쥐고 있느냐로 갈린다.