关于本文
本文采用基于生成式 AI 的自动生成流程制作。
Google Ad Manager 是面向发布商的广告管理平台，可统一管理包含直接销售在内的大规模、复杂的广告资源。它适用于比 AdSense 需要更详细的资源、交易和网络管理的媒体。本文将以 Google 官方信息为标准，从普通用户/行政人员、IT 管理员和开发人员这三个视角进行梳理。
信息确认基准日：2026-09-19
核心结论
Google Ad Manager 是面向发布商的广告管理平台，可统一管理包含直接销售在内的大规模、复杂的广告资源。它适用于比 AdSense 需要更详细的资源、交易和网络管理的媒体。
| 视角 | 确认要点 |
|---|---|
| 主要用途 | Google Ad Manager 是面向发布商的广告管理平台，可统一管理包含直接销售在内的大规模、复杂的广告资源 |
| 普通用户 | 了解界面和服务的基本用途 |
| IT 管理员 | 确认账户、权限、数据、合同和审计 |
| 开发人员 | 若涉及 API、SDK、标签等，请参考官方规范进行确认 |
| 对比技巧 | 不要只看名称，应根据“谁来管理什么”进行区分 |
flowchart LR User[利用者] --> S[Google Ad Manager] Admin[管理者] --> S S --> Data[データ / 設定] Dev[開発者] --> Integration[API / SDK / タグ等] Integration --> S
这是一项位于哪个位置的服务？
Google 拥有面向用户的应用、面向广告主的服务、面向媒体运营者的服务、分析工具、管理员基础设施以及面向开发者的 API 等。首先确认该服务面向的是哪种立场，将有助于避免与名称相似的 Google 产品混淆。
普通用户与文职人员的视角
起初不要投入大量真实数据，而是通过官方界面和测试数据来确认基本功能。在广告与分析类服务中，要区分数值的含义、衡量对象以及数据的来源。在终端管理类项目中，需要将个人区域和工作区域分开考虑。
IT 管理员的视角
在组织内部使用时，需要确认用户、管理员、权限、外部共享、保留期限、合同条件、审计日志、数据所在地以及第三方集成。即使在将多个 Google 服务进行关联时，也不能认为“在一处允许了就代表全部允许”，而应逐一确认各服务的权限。
开发者与自动化的视角
在提供 API、SDK、标签、CLI 等功能时，请通过官方开发者文档确认是否需要 Google Cloud Project、认证与 OAuth 范围、使用限制、计费以及 API 的正式名称。
公开代码中不得包含真实的电子邮件地址、客户 ID、广告账户 ID、衡量 ID、OAuth 令牌、API 密钥、客户端密钥、私钥等。
与企业级广告管理基础设施的比较
虽然联想到企业级广告管理基础设施更容易理解其切入点，但产品结构并非一一对应。在进行比较时，应统一对齐角色，例如“是用户端还是管理端”、“是购买广告的一方还是出售广告的一方”、“是衡量的一方还是搜索引擎的一方”。
安全试用
在 Google 官方页面上确认当前的提供条件。
使用测试数据或虚拟数据。
从读取、预览等影响较小的操作开始。
涉及计费或公开的操作，在执行前应重新确认对象、金额以及范围。
API 和标签在投入生产环境之前，应先在验证环境中进行确认。
成功条件是仅显示、衡量和管理预期的目标，且未发生意外的公开、计费或授权。
安全与隐私
使用最低限的必需权限。
请勿在公开示例中包含个人信息或公司内部信息。
请勿将认证凭据保存在 GitHub 中。
在广告和分析中，请确认同意及隐私要求。
在进行管理操作时，请确认更改历史记录和影响范围。
对于计费服务，请确认预算、上限和账单接收方。
官方信息
接下来应该做什么？
首先打开官方信息，确定自己将以“用户”、“IT管理员”、“开发者”、“广告主”还是“媒体运营者”的身份来使用。只测试该身份所需的屏幕和权限，会更容易理解该服务的角色。
这到底是一个什么样的服务？
Google Ad Manager 是一个面向发布商的广告管理平台，用于集中管理包含直接销售在内的大规模、复杂的广告库存。它专为比 AdSense 需要更详细的库存、交易和网络管理的媒体而设计。
要理解它与同类服务的区别，与其死记硬背功能名称，不如从“它是为谁服务的，处理什么数据和设置”的角度来进行梳理，这是最捷径的方法。
