Google海外App的制作与发布(4)

1.集成Admob

1.1 创建AdMob账号

打开 https://admob.google.com/

使用你的 Google 账号登录（建议使用与 Google Play 开发者账号相同的 Google 账号）

默认会打开一个界面，填写如下内容：

• 选择收款地区(中国)
• 同意服务条款
• 选择是否接收营销邮件（可选）
• 点击 创建 AdMob 账号

1.2 设置收款信息

这个如果在开发者账号设置过，这里选择时会直接带出来。

1.3 创建应用和广告单元

步骤 1：添加应用

1. 登录 AdMob 控制台
2. 点击左侧菜单 应用 → 添加应用
3. 选择平台：
   • Android → 输入包名：com.example.app （根据你自己的应用情况填写）
   • iOS → 输入 Bundle ID：如 com.example.app
4. 输入应用名称 ：AppName
5. 选择是否支持未成年人广告（建议选择"是"以获得更多广告）
6. 点击 添加应用

步骤 2：创建广告单元

为每个页面创建独立的横幅广告单元（此处为示例，根据你自己的应用情况填写）：

1. 在应用页面，点击 广告单元 → 添加广告单元
2. 选择 横幅广告
3. 输入广告单元名称（如 Home Banner）
4. 选择广告尺寸：
   • 横幅 (320x50) - 标准手机横幅
   • 大横幅 (320x100) - 较大的横幅
   • 中型矩形 (300x250) - 中等矩形
5. 点击 创建广告单元
6. 注意记录每个广告单元的应用ID和广告单元ID

1.4 添加测试设备

如果你想测试真实广告，可以将设备添加为测试设备。

要在 AdMob 中添加测试设备，你需要的是 广告 ID（Advertising ID / AAID），而不是手机的硬件 ID（如 IMEI 或序列号）。

获取这个 ID 的方法非常简单，直接在手机设置中即可查看：

• 打开手机的 设置 (Settings)。
• 向下滑动找到 Google 选项并点击。
• 点击 广告 (Ads)。
• 在页面的底部，你会看到一行类似：您的广告 ID：f7e3xxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx。

将 ID 添加到 AdMob 后台

• 登录 AdMob 账号。
• 在侧边栏点击 设置 (Settings)。
• 选择 测试设备 (Test devices) 标签页。
• 点击 添加测试设备 (Add test device)。
• 设备名称：随便起个名字（如“我的开发机”）。
• 平台：选择 Android。
• 广告 ID：粘贴你刚才从手机上获取的那串 UUID 字符串。
• 广告检查器 (Gesture)：建议开启，这样你可以在手机上通过翻转两次或摇晃来快速调出广告调试工具。
• 点击 保存。

1.5 AdMob账号的正式启用（解惑）

说这个是这里好像有个“鸡生蛋蛋生鸡”的问题， App上线和AdMob的生效应该是这样一个顺序：

• 应用先封测，获得正式发布资格
• AdMob中配置并获取正式的应用ID和广告单元ID
• 修改App代码，切换到正式的广告ID
• 重新上传AAB
• 发布正式版本、填写测试反馈
• 等待审核后，在测试轨道中推送aab到正式版，正式上架Google Play商店
• 回到AdMob, 通过输入包名搜索并添加应用商店信息（通常要在上架 24 到 48 小时后，你才能在 AdMob 的“添加商店”搜索框里通过包名搜到你的 App）, 然后进行关联
• 关联商店后，广告生效通常需要 24 小时左右，打开APP可以看到广告

2.集成Firebase Analysis

2.1概念梳理

首先这里有几个容易混淆的概念，我过程中就搞混了：

Analytics (分析) 无关的概念

Realtime Database (实时数据库)

• 它是做什么的： 负责“货架”。
• 生活化理解： 一个实时同步的记事本。如果你在 App 里改了一个数，所有人的 App 都能瞬间看到变化。
• 你的误区： 它主要用来存数据（如聊天记录、金币数），虽然能通过数据变化来推断用户行为，但它不是专业的统计工具。

Analytics (分析) 相关的三个概念

这三个词其实是一套东西的不同部分：

• Realtime Analytics (实时分析 / StreamView)：

  • 它是做什么的： “实时监控摄像头”。
  • 理解： 让你看到此时此刻（过去 30 分钟内）全球有哪些用户正在点你的 App。它是数据流的实时展示。

• Analytics Dashboard (分析信息中心)：

  • 它是做什么的： “月度财务报表”。
  • 理解： 这是一个汇总页面。它不会告诉你具体某个人干了什么，但会告诉你：昨天有 100 个人点了广告，50% 的用户来自北京。

• DebugView (调试视图)：

  • 它是做什么的： “内窥镜/测试仪”。
  • 理解： 专门给开发者用的。当你自己在手机上点一个按钮时，DebugView 会在几秒钟内跳出一个点，告诉你：“刚才那个点击事件我收到了，代码没写错”。

2.2 埋点设计和代码更新

这个我基本让AI帮我完成的了，没有特别需要记录的，简单记录下思路

基础监控（自动采集）

Firebase Analytics 默认自动采集以下数据，无需写代码：

• 用户会话（首次打开、会话时长）
• 设备信息（机型、OS、语言）
• 用户留存率
• 活跃用户数（DAU/MAU）

建议埋点的关键操作

这个主要是根据自己的APP情况和监控需求设计，这里只是个示例

• 用户登录
• 添加食物记录
• 添加运动记录
• 记录体重
• 打开订阅页
• 购买订阅
• 创建自定义食物
• 切换语言

实现方案

创建一个 AnalyticsService 统一管理所有埋点，各业务代码只需调用一行即可。

3.SenseTower的作用

简单说，Sensor Tower是一个外部的数据分析平台。Firebase 是给你看“自家账本”的，而 Sensor Tower 是让你去“偷看别人家生意”的。

3.1 Sensor Tower 是做什么的？

Sensor Tower 是全球最顶尖的 ASO（应用商店优化） 和 移动市场情报 平台。它主要通过爬虫和大数据分析，提供以下信息：

• 竞品情报：你可以查看竞争对手的 App 每天有多少下载量、大概赚了多少钱。
• 关键词排名：查看你的 App 在某个搜索词（比如 “Puzzle Game”）下的排名，以及哪些词能带来流量。
• 广告情报：看看对手都在哪些平台（如 YouTube, Facebook）投广告，素材长什么样。
• 市场趋势：查看某个分类（如“工具类”或“休闲游戏”）在全球各国的流行趋势。

3.2 它和 Firebase Analytics 有什么区别？

3.3 什么时候需要用到它？

如果按照前面的流程走完，现在你的 App 体系是这样的：

1. Google Play Console：看正式的下载量、崩溃率和收入。
2. AdMob：看广告赚了多少钱。
3. Firebase Analytics（代码已集成）：看用户进了 App 后点的是“开始”还是“退出”。
4. Sensor Tower（网页查看）：看你的 App 在商店里的排名，以及你的对手是不是又悄悄涨粉了。