Google Ads API 已更改访问权限管理方式：从 2026 年 9 月 9 日起，developer token 不再作为确定项目权限级别的依据。当前访问权限与创建 OAuth 凭据的 Google Cloud Project 关联。对于许多正在运行的系统，无需立即停止广告活动来修改代码；但技术团队应检查正在使用的项目以及被分配的 API 访问级别。

这一变化对于代理机构、拥有独立广告仪表盘的企业，以及正在尝试将 Claude、Antigravity 或 Codex 接入 Google Ads 流程的 vibecoding 团队来说值得关注。它减少了旧有管理中的一个步骤，但并不会让广告投放变成“有钱就能运行”的操作。

希望将 AI 流程从测试阶段投入运营的企业可以参考 从 Google AI Studio 到 Production 的 AI 应用开发服务 以进一步了解集成、权限分配和稳定运营方面的要求。

Google Ads API 移除 developer token：会带来什么变化？

Google 已于 2026 年 9 月 9 日 sunset developer token。在此之前，22 位字符的 token 是与 API 权限关联的核心标识。变更后，访问级别由应用所使用的 OAuth client ID/secret 或 service account 背后的 Google Cloud Project 决定。

旧 token 可能仍存在于请求 header 中，但 Google 服务器将忽略它。因此，当前应用仍可以继续运行，无需立即进行更改。不过，Google 建议更新库并逐步移除 developer token 字段；未来某个大型 API 版本可能会拒绝随请求发送的 token。

并非所有权限都会自动相同

对于现有开发者，Google 会将当前生效的权限级别转移到那些在 sunset 时间点前 90 天内使用对应 token 调用 API 的 Cloud Project。新项目、低活跃项目或从未使用过的项目可能只能拥有 Test access。因此，关键问题不再是“我的 token 还在吗？”，而是“应用实际使用的正确 project 是否已经拥有所需的访问权限？”

旧系统是否需要立即修改？

通常不需要。如果应用运行正常，请求仍可以发送旧令牌，Google 也会继续处理。无需仅因为 sunset 通知而统一更换正在服务广告活动的配置。.

但'暂时无需修改'并不意味着'可以忽略“。当更换服务器、创建新的 OAuth credentials、迁移 project 或升级库版本时，权限配置可能会不同。一个报告同步任务可能仍运行在旧 project 上，而新功能却使用只有 Test access 的新 project。错误通常只会在调用 production 账户时暴露。.

• 记录应用 OAuth client ID/secret 或 service account 所属的 Cloud Project。.
• 在 Google Cloud Console 中打开 Google Ads API Overview，并检查正确 project 的 access level。.
• 确认目标 Google Ads 账户、OAuth 用户以及管理 project 的 IAM 权限。.
• 如果应用使用 Google Ads 库，请查看 changelog，并安排升级版本，以便在合适时机移除 developer token 声明。.
• 在更新真实消耗预算的流程前，先在受控环境中测试。.

在哪里注册或升级权限？

开发者现在通过 Google Cloud Console 中项目的 Google Ads API 总览页面注册 Google Ads API 权限。Google Ads 管理账户 API Center 中申请或提升 access level 的流程已被迁移；API Center 现在主要用于查看旧开发者信息。.

Test、Explorer、Basic 或 Standard 权限仍有各自限制和流程。选择级别需要符合使用目的和 Google Ads API 政策。对于某些级别，如 Basic 或 Standard，Google 可能要求验证项目品牌。管理员也应在 IAM 中更新 owner/editor 和联系邮箱，以接收政策通知。.

不要将 API 权限与广告预算混淆。预算决定广告系列的消费限制；API 权限决定应用是否可以调用被允许的功能。要自动创建或修改广告系列，系统还需要通过 OAuth，在 Ads 账户中拥有合适权限，遵守政策，并在执行前完成检查。.

Claude、Antigravity 和 Codex 能在多大程度上支持 vibeads？

编程助手可以帮助编写 connector、查询报告、创建广告系列草稿或建立数据检查流程。当连接 Google Ads API 时，它们仍需要正确配置的集成层：OAuth 凭据、拥有合适权限的 Cloud Project、正确的客户账户以及受限制的操作范围。.

对于小团队，一个安全测试方式可以从只读报告开始：获取成本、转化次数和广告状态，然后要求负责人对照 Google Ads 界面进行核查。当进入创建或修改广告系列阶段时，应增加人工审核步骤、设置每日预算限制并记录操作日志。不要将访问密钥放入 prompt 或公开代码仓库。.

简单来说：vibecoding 降低了构建工具的工作量，但不会消除 Ads 管理责任。AI 可以建议出价策略；运营人员仍需要检查目标、tracking、落地页和允许的消费额度。.

DPS.MEDIA 建议营销团队准备什么？

先从一个简单清单开始：哪些应用正在调用 API、每个应用使用哪个 Cloud Project、权限处于什么级别以及谁负责 IAM。然后，将测试环境与真实运行环境分离，确保更换 credential 或升级库时不会中断报告。.

如果正在尝试 Claude、Antigravity 或 Codex，请明确告诉工具其范围：读取报告、建议内容，还是允许向账户提交更改。最小权限分配和审批流程仍比生成代码的速度更重要。.

Google Ads API 正从围绕 developer token 的模型转向与 Cloud Project 关联的权限模型。旧系统可以继续运行，但应在下一次升级或扩展集成前检查 project、access level 和库版本。查看 Google Ads API developer token 变化的官方指南 以对照最新流程。.

DPS.MEDIA 帮助企业按照具有权限分配、控制和衡量流程的方式构建营销解决方案及 AI 应用。了解更多信息，请访问 DPS.MEDIA 或联系 Hotline/Zalo 0961 545 445。.