先说结论
「Google 广告的 AI 代理」这句话，指的是三种不一样的东西。分清楚它们，你才知道账户里到底有没有东西会被改。
| 是什么 | 能改你的账户吗？ |
|---|---|
| Google 官方的 MCP 服务器 把你的 AI 应用连到广告数据上 | 不能。设计上就是只读。 |
| Ask Advisor Google 广告界面里自带的 AI | 不能。它给建议，你去动手。 |
| 第三方的服务器和工具 | 能，而这正是取舍所在。 |
所以老实的那句话，多数文章都绕开了：Google 官方出的东西，没有一个会动你的投放。你想要一个能暂停广告组、能改出价的代理，那就得离开 Google 自己的工具去找。
这不是在抱怨。这是一个设计决定。知道了它，你就不会再去界面里找那个根本不存在的开关。
Google 自己的 MCP 服务器
Google 为 Google Ads API 发布了一个开源的 MCP 服务器。它的文档里有这么一句，值得原样引用，不要转述：
「本实现严格只读。它不能修改出价、暂停广告系列，也不能创建新素材。」
一共三个功能，整个可用范围就这么大：
list_accessible_customers，列出你这个登录身份能访问的 Google 广告账户，带 ID 和名称。search，执行一条 Google Ads Query Language 查询，取回指标、预算和状态。get_resource_metadata，说明某一类资源的结构，比如广告系列有哪些字段。
真正有用的事情，几乎都发生在中间那一个上。GAQL 是 Google 查广告数据用的查询语言，作用大致相当于数据库里的 SQL。平时这条查询得你自己写。连上之后，你用大白话说要什么，AI 去写这条查询。
它跑在你的电脑上，不在 Google 那边
这一点最容易让从 Meta 那边过来的人意外。Meta 是自己托管服务器的，所以你填个地址、登录就完事。Google 不替你托管。你要自己装，用 Python，它通过标准输入输出和你本机的 AI 应用通信。文档里也写了另一个选择：把它部署到 Google Cloud Run，然后走 HTTP 连接。
认证方式是 OAuth 2.0 或者服务账号。代码在 Google 的 google-ads-mcp 仓库里。
实际后果是：这是一套偏开发者的配置，不是两分钟就能搞定的那种。如果这一点劝退了你，那诚实的替代方案是下一节，不是找什么绕过去的办法。
Google 广告里的 Ask Advisor
2026 年 8 月 10 日，Google 公布了 Ask Advisor，它的说法是「我们在 Google 各个营销平台里内置的 AI 代理」。不用配置，因为它已经在界面里了。
目前它能做的：首页上按你的业务定制的洞察卡片、一个可以直接问你自己数据的输入框，还有用一句话生成仪表板，这一项 Google 标注为即将推出。
有两点要说清楚。第一，它负责解释和建议，不会自己跑去改东西。动手的还是你。第二，公布时它处于测试阶段，而且只支持英文账户，所以你能不能看到它，取决于你的账户。
对多数广告主来说，这是更合理的起点，原因很简单：没有东西要装。
真正能改东西的那一类
搜 Google 广告的 AI 代理，出来的多数是第三方的服务器和工具。其中一些能写入你的账户，而这正是 Google 自己的服务器拒绝做的事。
我们不打算给它们排名。我们没有测过，而一份没测过的工具清单不值得你花时间看。值得你花时间的，是搞清楚你在做什么决定。
- 访问权限落在谁手里。用 Google 的服务器，连接是你和 Google 之间的。用第三方，中间就多了一家公司，站在你的广告账户里。
- 它能不能写入。这既是你用它的理由，也是你要小心的理由。Google 的服务器犯不了要花钱的错。会写入的代理可以。
- 它会不会先问你。东西被改之前你会不会收到确认，是由工具决定的，不是协议。原因我们在AI 到底是怎么工作的那一篇里讲过。
如果这是客户的账户，这个决定要落在书面上，而不是某个周二顺手装一个。
Google 和 Meta 放在一起看
如果你已经接过 Meta，这张对比能帮你少绕点弯路，因为这两家的出发点正好相反。
| Google 广告 | Meta 广告 | |
|---|---|---|
| 能改你的账户吗 | 不能，设计上只读 | 能，可以创建和编辑 |
| 服务器谁来跑 | 你自己，或者你的 Cloud Run | Meta 托管 |
| 怎么设置 | 装 Python，然后认证 | 填个地址，登录 |
| 功能数量 | 三个 | 七类能力 |
| 认证方式 | OAuth 2.0 或服务账号 | 通过 Facebook Login for Business 走 OAuth |
| 源代码 | 开源，在 GitHub 上 | 未公开 |
没有哪一个更好，它们回答的是不同的问题。Google 那边的意思是让 AI 什么都能读，什么都别改。Meta 那边的意思是让 AI 干活，我们再给你一套规则去管它。想弄 Meta 那一边，看设置那一篇。
它真正好用的地方
只读听起来像是个限制，用过之后就不这么想了。在 Google 广告账户里，多数时间是花在查东西上，不是花在点东西上。
- 那些界面里做起来很烦的问题。比如：哪些广告系列这个月花得比上个月多、转化却更少。这种你本来要去建个报表，现在直接问。
- 跨账户对比。它能列出你这个登录身份能访问的所有账户，所以「把这四个客户对比一下」是一句话的事，不是导出四次。
- 不用学 GAQL 也能用 GAQL。查询由 AI 来写。你不问，都不会看到它。
- 取完数字还能解释。不只是告诉你展示份额是多少，还能说是账户里哪一块把它拉动了。
这里还有一个实实在在的安全收益。因为服务器写不了东西，一句话被理解错，最坏的结果是一个错的答案，不是一个错的广告系列。这让它变成一个可以放心交给还在学这个账户的人去用的东西。
真正值得拿去问它的问题
「只读」这两个字很容易点头，但很难想象具体是什么样。下面是具体版本。这些问题都是围绕真正干活的那一个工具 search 设计的，也就是说：Google Ads 查询语言（GAQL）能返回的东西，都可以问。
每次都能问出有用答案的模式是：点名账户、框定日期、说清跟什么比、说清你要什么形式的结果。
- 花了钱但不再出量的地方。「在账户 123-456-7890 里，列出本月比上月消耗上升超过 20%、同时转化下降的广告系列，两个周期的消耗、转化和单次转化成本都列出来。」
- 预算实际流向了哪里。「把广告系列 X 下面的广告组按过去 30 天消耗排序，每一个后面加上它在总转化里的占比。我要找的是钱花在了没有成效的地方。」
- 没人有空做的账户盘点。「把我有权限的所有账户里的全部广告系列列出来，带状态、预算和过去 7 天消耗。」这一条会用到
list_accessible_customers，也是手工做起来最费时间的一件事。 - 搜索词和你已有的否定词对照。「广告系列 X 过去 30 天里，点击超过 10 次、转化为零的搜索词。」
- 哪些在被悄悄限制。「现在有哪些广告系列受预算限制？过去 14 天各自因此少花了多少？」
- 接手账户之前的结构体检。「描述一下这个账户：按类型和状态统计的广告系列数量、每个系列下有多少广告组、哪些系列下没有在跑的广告。」
有两个习惯能让答案更可信：
- 让它把查询语句给你看。「把你跑的 GAQL 贴出来」，能把一个你只能选择相信的答案，变成一个你可以核对的答案；这也是了解数据里到底有什么的最快途径。
- 问清这个数字排除了什么。日期范围、账户、广告系列状态、转化归因窗口，都会悄悄影响一个数字。一个要拿来做决定的数字，值得多追问一句。
把话说明白：上面这些问法是我们自己整理的。Google 的文档写的是三个工具和只读边界，它没有发布过提问模板。
它不会替你做的事
- 它不会做任何优化。不改出价，不暂停，不动预算。它可以告诉你大概该做什么。然后你自己去做。
- 它不会建投放。创建素材是被明确排除的。
- 它解决不了账户被封。账户层级的处罚是另一个问题，另一套解法。
- 它不能替代你懂 Google 广告。你问什么它答什么。问错了问题，你会拿到一个很笃定、也很准确、但没用的答案。
- 它不是一套自动跑的系统。这里没有任何东西是定时执行的。你问，它答。
大家听到「AI 代理」时的期待，和官方工具实际做的事，中间差得很远。在你花一个下午找那个按钮之前，先把这个差距补上。
常见问题
Google 广告最好的 AI 代理是哪个？
看你要它做什么。想不做任何配置就能问数据，用 Google 广告界面里的 Ask Advisor。想通过 Claude 或别的 AI 应用做更深的分析，用 Google 官方的 MCP 服务器，它是只读的。想要真的能改投放的，那只能用第三方工具，连同它带来的取舍。Google 没有任何一个官方选项能编辑你的账户。
AI 代理能替我跑 Google 广告吗？
用 Google 公开的东西做不到。Google 自己的 MCP 服务器写明它不能修改出价、暂停广告系列或创建素材，而 Ask Advisor 是给建议、不执行。只有第三方工具会写入你的账户。
怎么把 Claude 连到 Google 广告？
通过 Google 开源的 MCP 服务器。和 Meta 的不一样，它不替你托管：你用 Python 装在本地跑，或者部署到 Google Cloud Run 再走 HTTP 连接。认证方式是 OAuth 2.0 或服务账号。
Google 广告的 MCP 服务器免费吗？
服务器本身是开源的，由 Google 发布在 google-ads-mcp 仓库里。你仍然需要 Google Ads API 的访问权限，而如果你把它部署到 Cloud Run，那部分托管费用要你自己付。
为什么 Google 的是只读，Meta 的却不是？
Google 在文档里没有解释原因，所以我们不去编一个。有文档依据的是结果：Google 的服务器只读，Meta 的可读可写，而且 Meta 另外加了企业组合层的规则来管代理能做什么。
它到底能告诉我什么？
凡是 Google Ads Query Language 能返回的：消耗、展示、点击、转化、预算、广告系列和广告组的状态，还有账户结构。它也能列出你能访问的全部账户，所以跨账户的问题问起来很快。
我需要懂 GAQL 吗？
不需要。写查询这件事，正是你交出去的那部分。但知道有哪些数据是有帮助的，因为那决定了你会想到问什么。
把它接到客户账户上安全吗？
比那些会写入的方案安全，而这正是这个设计的用意。因为服务器改不了出价、暂停不了广告系列、也建不了资产，一个被误解的指令最坏的结果是一个错误的答案，而不是一场错误的投放。它仍然拥有对客户数据的读取权限，所以即使什么都改不了，这个访问权限本身仍然值得白纸黑字和客户说清楚。
能让它每周自动跑一份报表吗？
它自己不能。这里没有任何东西是按计划运行的：你问，它答。要做定时，就得在服务器外面再包一层东西，那已经不是按文档使用它了，会把你重新推回开发者的活儿里。
该用 Ask Advisor 还是 MCP 服务器？
如果你想要「什么都不用装就能问」，用 Ask Advisor，但要接受它在发布时还是测试版、且仅限英文账户。如果你想在自己的 AI 应用里问、想一次比较多个账户、或者要处理界面里做起来很繁琐的数据，用 MCP 服务器，代价是你得自己安装和完成认证。两者都不会改你的投放，所以这是一个方便程度的问题，不是风险问题。
资料来源
- Google Ads API —— MCP 服务器文档。只读那句原文、三个功能的名称和各自作用、OAuth 2.0 与服务账号两种认证、本地与 Cloud Run 两种部署方式，还有仓库链接，都出自这里。
- GitHub 上的 googleads/google-ads-mcp。Google 公开的服务器源码。
- Google —— 试用 Google Ads 与 Analytics 的新 AI 工具（2026 年 8 月 10 日）。Ask Advisor 的描述、洞察卡片和输入框、仪表板标注为即将推出，还有测试阶段与仅限英文账户这一条，出自这里。
- 和 Meta 的对比来自我们自己有出处的两篇：AI 到底是怎么工作的和 Meta 的设置流程，两篇都直接引用了 Meta 的文档。
2026 年 8 月 17 日核对，并且在发布之前又把 Google 页面上那句只读的原文重读了一遍，因为整篇文章就靠这一句。有两件事我们特意没有写：这个服务器的发布日期，我们只在第三方文章里看到过，Google 自己的文档里没有；以及第三方工具的排名，我们没有测过。两个产品都在变，动手之前请以原始页面为准。
如果你更希望有人来跑账户，而不是来折腾工具，我们代运营 Google 广告，也可以直接联系我们。