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