Google 账号、MCC、Project、Google Ads API，到底是什么关系？
很多人一上来接 Google Ads API，就会被几个词绕晕。
Google 账号、MCC、Project、Google Ads API、Google API。
看起来都像一回事。
但说真话，它们根本不是一个层级的东西。
我以前刚碰 Google 广告接口的时候，也被这几个概念折腾过。最烦的是，你去看官方文档，每个词单独看都能看懂，放到一起就开始打架。
因为 Google 的体系不是按新手理解来设计的。
它是身份、广告账户、云项目、接口权限、授权协议混在一起跑。
所以今天不讲虚的，我用最土的话把它拆开。
先记住这张图
错了，是下面的，我知道我不放美女你们看不下去的！！！
Google 账号
管人是谁
MCC
管广告账户之间的关系
Google Cloud Project
管技术接入和 API 凭证
Google Ads API
管怎么用代码操作 Google Ads
Google API
是 Google 所有 API 的大集合你只要记住这个层级，后面基本就不会乱了。
Google 账号是人。
MCC 是广告后台里的管理公司。
Project 是技术施工队的项目文件夹。
Google Ads API 是操作广告系统的工具。
Google API 是整个 Google 工具箱。
Google 账号，就是你这个人
Google 账号最容易理解。
它就是你登录 Google 服务用的账号。
比如 Gmail、Google Ads、Google Cloud、YouTube、Google Analytics，都可以用同一个 Google 账号登录。
但它本身不是广告账户。
它也不是 API 项目。
它只是一个身份。
这点很重要。
很多新手会问，我有一个 Gmail，是不是就有 Google Ads API 权限？
不是。
你有 Gmail，只能说明 Google 认识你这个人。至于你能不能看某个广告账户，能不能申请开发者令牌，能不能创建 OAuth 凭证，那是另外几套权限。
简单说，Google 账号回答的是一个问题。
谁在操作？
MCC，是 Google Ads 里的管理账号
MCC 现在官方更常叫 Manager Account，也就是 Google Ads 管理员账号。
它不是普通广告账号。
普通广告账号是拿来投广告的。里面有 Campaign、Ad Group、Keyword、Budget、Conversion 这些东西。
MCC 是拿来管理广告账号的。
比如你做海外 Affiliate，手里有 5 个项目，每个项目一个广告账号。或者你是代理商，帮客户管 20 个广告账号。
这个时候你不可能每天切来切去。
你会建一个 MCC，把这些客户广告账号挂在下面。
大概像这样。
MCC 管理账号
客户广告账号 A
客户广告账号 B
客户广告账号 CMCC 解决的是管理问题。
它回答的是。
这些广告账户归谁管？谁能从上层看到它们？
再说一个很容易踩坑的点。
Google Ads API 的开发者令牌，也就是 developer token，是在 Google Ads 的 MCC管理账号里申请的。
所以很多人会以为 MCC 等于 API 项目。
错。
MCC 只是你申请开发者令牌、管理广告账户关系的地方。
真正创建 OAuth 客户端、启用 API 的地方，不在 MCC，而在 Google Cloud Project。
Project，是 Google Cloud 里的技术项目
Project 指的是 Google Cloud Project。
这个东西对非技术人很不友好。
因为你只是想拿广告数据，结果 Google 让你跑到 Cloud Console 里面创建项目、启用 API、配置 OAuth consent screen、创建 Client ID。
很多人到这里就懵了。
这到底跟广告有什么关系？
关系很大。
Google Ads 是广告系统，但 API 调用属于技术接入。Google 把技术接入这部分放在 Google Cloud 的项目体系里管理。
所以 Project 更像一个技术容器。
它里面放这些东西。
- 启用 Google Ads API
- 创建 OAuth 2.0 凭证
- 配置授权同意屏幕
- 管 API 配额
- 管服务账号
- 管应用的身份
你可以把 Project 想成一个施工项目文件夹。
MCC 管的是广告账户。
Project 管的是你的程序怎么合法地敲门进去。
这两个东西经常配合，但不是同一个东西。
Google Ads API，是专门操作广告的接口
Google Ads API 就比较直接了。
它是给程序用的 Google Ads 后台。
你在网页后台能做的很多事，用 API 也能做。
比如查广告系列、查关键词、拉消耗数据、看转化、改预算、创建广告组。
如果你只是偶尔投广告，打开后台点点就够了。
但如果你是做一人公司，手里有多个站、多个 offer、多个广告账号，每天要看数据、调预算、拉报表，那 API 就是杠杆。
因为后台是给人点的。
API 是给系统跑的。
我举个很实在的场景。
你有 10 个 Affiliate 站，每个站都在跑 Google Search Ads。你每天要看昨天的花费、点击、转化、ROAS，然后决定哪些词暂停，哪些词加预算。
人工做也可以。
但每天点后台、导 CSV、整理表格，时间全耗在机械动作上。
接了 Google Ads API 后，你可以每天自动拉数据，丢进自己的看板，甚至让 AI 帮你先做一版异常判断。
这就是一人公司该用的杠杆。
但别误会。
Google Ads API 不是有了就能随便读所有广告账号。
它需要几样东西同时成立。
- 你有 developer token
- 你有 OAuth 2.0 凭证
- 授权的 Google 账号有对应广告账户权限
- 请求里传的客户账号 ID 是你能访问的
- 通过 MCC 调用时，通常还要带 login customer ID
少一个都不行。
Google API，是更大的总称
Google API 不是某一个 API。
它是一个大筐。
Google Ads API 只是其中一个。
同一个 Google Cloud Project 里面，你还可能启用很多别的 API。
比如 Google Sheets API、Google Drive API、Gmail API、YouTube Data API、Google Analytics Data API、Search Console API。
这些都属于 Google API 的范围。
所以当有人说他接了 Google API，你要追问一句。
接的是哪个？
如果是拉广告数据，那大概率是 Google Ads API。
如果是写入表格，那是 Google Sheets API。
如果是拉 GA4 数据，那是 Google Analytics Data API。
如果是查网站搜索表现，那是 Search Console API。
别混着叫。
混着叫的后果就是，排查问题的时候完全找不到方向。
真正调用时，它们怎么串起来
我们把实战流程走一遍。
假设你要开发一个小工具，每天自动拉 Google Ads 消耗数据。
你大概会经历这条链路。
用 Google 账号登录
进入 Google Ads
创建或使用 MCC
在 MCC 里申请 developer token
进入 Google Cloud
创建 Project
启用 Google Ads API
创建 OAuth 凭证
用有广告权限的 Google 账号授权
程序拿 token 调 Google Ads API
读取具体客户广告账号的数据这里面最关键的是权限来源。
developer token 只说明你的应用可以调用 Google Ads API。
OAuth 授权才决定你能访问哪些广告账号。
这句话建议记下来。
developer token 是 API 入场券，OAuth 才是广告账户门禁卡。
你有入场券，不代表你能进每一个房间。
你有门禁卡，但没有入场券，也进不了 API 这个大门。
两个都要有。
新手最容易搞错的几个点
第一个坑，有 Project 就以为能读广告数据。
不行。
Project 只是技术容器。你在里面创建了 OAuth Client ID，也只是说明你的应用有了身份。真正能不能读广告账号，还要看授权用户在 Google Ads 里的权限。
第二个坑，有 MCC 就以为能调用 API。
也不行。
MCC 是广告管理账号。你还需要 developer token，还需要 Google Cloud Project，还需要 OAuth。
第三个坑，把 client customer ID 和 login customer ID 搞混。
client customer ID 是你真正要操作的广告账号。
login customer ID 通常是你通过哪个 MCC 进去。
做单账号时可能没感觉，一旦你管理多层 MCC，这个东西就很要命。
第四个坑，以为 Google Ads API 和 Google API 是一个东西。
Google Ads API 是具体工具。
Google API 是整个工具箱。
你去修水管，不会说我拿了一个工具箱就行。你得说你拿的是扳手、钳子，还是电钻。
我建议你怎么记
我的建议就是一个都别记，现在把 AI 用起来，直接一句话我是新手小白，我现在想要申请谷歌 ads api，你一步步教我怎么申请
如果你想直接用，现在的申请难度比以前要高不少，下级替代用脚本也可以实现，还不用担心被无缘无故降权。
如果你坚持想要也没问题，海鲜市场买一个，让 AI 一步步教你配置。
不过有一点特别要注意，谷歌 ads api 和 project 是第一次使用就形成绑定关系，并且不可解绑，我之前就因为这个浪费了一个 api。
题外话
之前一个月基本都在完善这个站群系统，这次是尝试全部放到了服务器，也脱离了skills 的限制。
中间也崩溃过好几次，因为我确实看不懂任何项目文件，怎么实现的更不知道，完全黑盒运行，这就是非程序的弊端了。也中途放弃了几次，然后出门找朋友喝喝酒，回来继续修 bug，真的是天天有 bug，天天不重样哈哈哈，好在这几天是基本搞定了。
包括联盟上原先也是一直在纵向扩展，对于单网站和社媒只做1-2 个联盟还是有点浪费，花的精力都差不多，能效上就没提高。所以接下来要侧重横向发展了，也邀请了一个资深老司机月底给我们做一次分享，找找其他联盟的机会。
另外之前建立的星球短更了几天，接下来要继续了，不能辜负信任。
现在新的一期培训也完成了视频的录制剪辑包括自动化的事宜完成了，原先答应 5 月的结果来到了 6 月，总算好饭不怕晚，也能顺利摆上桌了。
同时我也主打一个听劝，一期不行就来二期，优化到你们听懂为止哈哈。
其实我一直想做个 35 岁重启人生的计划，个人经历确实比较跌宕起伏哈哈，前年学了游泳，去年自学了自由泳，今年想去学潜水，然后去趟清迈体验下数字游民的生活，为今后参加 AFF 大会装 X用。
突然有一种幻觉，像是进入了模拟人生这个游戏。。。不断的解锁新技能，结识各个领域的朋友，体验多姿多彩的人生～
参考资料
- Google Ads API Quick start：https://developers.google.com/google-ads/api/docs/get-started/select-account
- Google Ads API OAuth overview：https://developers.google.com/google-ads/api/docs/oauth/overview
- Google Ads API Cloud Project setup：https://developers.google.com/google-ads/api/docs/oauth/cloud-project
- Google Ads API Access Model：https://developers.google.com/google-ads/api/docs/oauth/access-model
- Google Cloud Authentication：https://docs.cloud.google.com/docs/authentication
