> For the complete documentation index, see [llms.txt](https://developers-apps-in-toss.toss.im/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://developers-apps-in-toss.toss.im/guide/zh/monetization/in-app-ad.md).

# 应用内广告

应用内广告是不通过付费也能在应用中创造收入的最快方法。将广告接入 Apps in Toss 后，即使没有单独的支付功能，也能从应用上线第一天开始产生收入。本文将轻松说明广告收入是如何产生的，以及哪些广告适合放在什么位置。

### 什么是应用内广告

应用内广告是展示在 App 界面内、面向用户的广告。它在不打断服务流程的前提下自然呈现，并通过展示产生收益。

广告收益由两个因素决定。

* 展示了多少次 **（曝光数）**
* 每次展示能赚多少 **（eCPM）**

<details>

<summary>曝光数</summary>

广告实际出现在用户屏幕上的次数。次数越多，收益机会越大，但太多也可能影响用户体验。

</details>

<details>

<summary>eCPM</summary>

每 1,000 次广告曝光产生的收益。数值越高，收益越大，也会受到广告类型和用户专注度的影响。用户越专注地观看，广告效果越好，单价越高；专注度越低，单价就会下降。

</details>

把这两者相乘就能得到预估收益。

`预估收益 = 曝光数 × eCPM ÷ 1,000`

例如，今天广告曝光了 100,000 次，eCPM 为 5,000 韩元，那么 100,000 × 5,000 ÷ 1,000 = 500,000 韩元。

***

### 应用内广告类型

以下三种广告一起使用时效果最好。与只用一种相比，组合投放能大幅提升整体收益。

#### 插屏广告

在页面切换时以全屏形式出现的广告。

* 特点：强制曝光（用户必须看到）
* 推荐位置：页面切换的前后（例如：从结果页进入下一步）
* 曝光数：中等
* eCPM：中等
* 适用场景：流程中断的节点（关卡完成、预约完成等）、用户自然停顿的瞬间

<figure><img src="https://1415110023-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F8pQgXiR5QAzduV54W8Om%2Fuploads%2FrvqNa6qQbO5Mx2aRdeiB%2Fimage.png?alt=media&amp;token=7380f6f5-3f65-4c97-b7b9-bb4cf866fcbf" alt=""><figcaption></figcaption></figure>

#### 激励广告

用户主动选择“观看广告”后播放的广告。

* 特点：自愿观看，专注度高
* 推荐位置：需要奖励的时刻（例如：额外福利、继续游戏）
* 曝光数：低
* eCPM：最高
* 适用场景：积分发放、提供附加功能、“观看广告领取福利”的结构

<figure><img src="https://1415110023-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F8pQgXiR5QAzduV54W8Om%2Fuploads%2FL0Bso3P2lem4Y8KEa54b%2Fimage.png?alt=media&amp;token=8bf4baba-97c5-46cb-903e-75b84b22c40b" alt=""><figcaption></figcaption></figure>

#### 横幅广告

固定在屏幕顶部或底部持续展示的广告。

* 特点：始终曝光（自动累积流量）
* 推荐位置：主页、列表页
* 曝光数：最多
* eCPM：最低
* 适用场景：停留时间长的页面、反复访问的页面

<figure><img src="https://1415110023-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F8pQgXiR5QAzduV54W8Om%2Fuploads%2F1VZ9Ar4FF74TJ7dPB6Yh%2Fimage.png?alt=media&amp;token=4f2c1b7e-2d6b-4581-a805-bd9ecefaac04" alt=""><figcaption></figcaption></figure>

***

### 应用内广告的好处

* 可以选择插屏、激励、横幅广告，并投放在符合服务流程的位置。
* 从 App 上线第一天起就能产生广告收益，可以立即开始变现。
* 可以通过广告引导用户持续使用服务，从而提高留存。
* 在游戏服务中，通过“观看广告继续”让用户继续挑战原本进行到一半的关卡，自然引导再次使用。

***

### 在控制台中设置

#### 1. 注册商家信息

要接入应用内广告，首先需要注册商家信息。只有完成商家信息注册后，才能继续下一步的条款同意和结算信息填写。注册方法见 [指南](https://developers-apps-in-toss.toss.im/prepare/register-business.html)请参考。

#### 2. 填写结算信息

接入应用内广告后会产生广告收益。要结算收益， [需要注册结算信息](https://developers-apps-in-toss.toss.im/guide/settlement)。请在工作空间的“信息”标签中填写结算信息后提交审核。审核通常需要 2～3 个工作日。

{% hint style="warning" %}
**请务必确认**

请将账户名准确填写为与存折复印件上的姓名一个字都不差的内容。若填写不同，结算可能会延迟。
{% endhint %}

#### 3. 创建广告组

Apps in Toss 应用内广告遵循 Google AdMob 广告政策。不遵守政策，广告可能会受到限制或停止。

<figure><img src="https://1415110023-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F8pQgXiR5QAzduV54W8Om%2Fuploads%2FaDm71gLhsrLgCIqnNoNr%2Fimage.png?alt=media&amp;token=c45366a0-08cf-433e-8341-d791bcea9228" alt=""><figcaption></figcaption></figure>

**3-1. 广告组名称**

把广告类型和展示位置一起写上会更便于管理。运营过程中需要管理多个广告组，所以请起一个以后再看也能立刻理解的名字。

* 例如）主页\_插屏广告，游戏结束\_激励广告

**3-2. 广告类型**

**横幅**

* 始终悬浮在屏幕顶部或底部的广告。
* 在使用 App 的过程中会自动累积曝光，带来持续收益。
* 不过，用户熟悉后往往就不太会注意到，因此单价最低。

**插屏**

* 在页面切换时以全屏形式出现的广告。
* 用户无法忽略，因此单价比横幅更高。
* 在关卡通关、内容切换等流程中断的瞬间插入，会更自然。

**激励**

* 需要用户主动点击“观看广告”才会开始的广告。
* 因为用户会为获得奖励而全程专注观看，所以单价最高。
* 与积分、道具发放等对用户有利的时刻关联起来效果最好。

**3-3. 奖励**

仅在选择激励广告时填写。请准确输入用户实际收到的奖励名称和数量。由于这些内容会显示在用户界面上，最好与服务中使用的术语保持一致。

* 例如）服务内奖励单位：机会 / 数量及金额：1

**3-4. 中介聚合**

中介聚合是把多个广告网络连接起来，自动实时选择收益最高的广告的技术。会自动设置与“App 信息”中登记的类别相符的广告网络。虽然可以切换到其他类别，但更改内容不会反映到 App 信息中，只会在创建广告组时生效。

注册后，可以在详情页查看广告组 ID。

* 广告组 ID 可能需要最多 2 小时才能在 Google 上注册完成。
* 请使用创建广告组后提供的广告组 ID 进行开发。

***

### 广告运营政策 <a href="#policy" id="policy"></a>

#### Toss Ads SSP 政策 <a href="#ssp" id="ssp"></a>

请务必遵守以下政策。若违反，广告展示可能会受到限制。

即使本政策未明确写明， **任何人为诱导广告展示、点击、成效，或让用户产生误解的行为，都可能被视为违反政策。**

如果因违反政策而终止服务，所有合作伙伴都必须遵守服务终止政策。

| 类型          | 禁止行为                                                     | 具体示例                                                                                                                                                                                                                                                                                                       | 政策标准                                                                                                           |
| ----------- | -------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------- |
| 降低 UI/UX 质量 | 使广告与内容的区分不清晰，或诱导用户在与自身意图无关的情况下消费或点击广告，或通过界面设计妨碍正常使用服务的行为 | <p></p><ul><li>将广告伪装成“推荐服务”、“金融小贴士”等</li><li>更改 Toss Ads 指南之外的广告单元颜色、字体</li><li>擅自修改广告标题、标签、CTA 文案及设计</li><li>将广告放置在用户交互元素（按钮、游戏区域等）附近，使其发生非故意点击的结构</li><li>在同一屏幕上放置 2 个或以上相同格式广告的情况</li><li>让用户难以正常关闭页面或返回上一页的死胡同（Dead-end）结构</li><li>使用户难以区分广告与服务 CTA 功能的结构</li><li>使用户难以识别或访问正常使用服务所需 CTA 的结构</li></ul> | <p></p><ul><li>广告必须保持“Ad”标识</li><li>所有广告 UI 都必须使用 web-base 标准组件</li><li>禁止通过 UI/UX 设计人为诱导广告效果或损害用户体验</li></ul> |
| 广告调用行为篡改    | 修改或绕过 SDK 的默认事件流程或广告调用方式的行为                              | <ul><li>SDK Click / Impression 事件篡改</li><li>不经过广告 SDK，而是用自有逻辑调用广告，或绕过 SDK 事件来实现的情况</li><li>阻止 Back 按钮或进行异常控制，妨碍用户正常关闭页面或返回上一页的情况</li></ul>                                                                                                                                                                 | <p></p><ul><li>禁止篡改 SDK 默认事件（Click / Impression）结构</li><li>不可调用 SDK 外部 API</li></ul>                           |
| 异常流量及成效操纵   | 通过自动化或人为方式扭曲流量与广告成效的行为                                   | <ul><li>定期刷新广告区域</li><li>人为制造成效（点击、展示等）的活动</li></ul>                                                                                                                                                                                                                                                       | <ul><li>如确认存在基于流量质量的异常模式，可能会限制广告、采取处罚或暂停结算</li></ul>                                                           |
| 奖励/参与型点击诱导  | 在广告点击的同时提供奖励或福利的行为                                       | <ul><li>“点击广告立即发放奖励”</li><li>“点击广告就送积分”</li></ul>                                                                                                                                                                                                                                                          | <ul><li>禁止将广告消费直接与奖励挂钩的结构</li><li>禁止使用与点击奖励相关的文案或联动活动</li></ul>                                                |
| 隐藏广告或重叠     | 故意隐藏广告，或让其被其他 UI 元素遮挡，从而使用户难以清楚识别广告存在的行为                 | <p>• 透明广告 </p><p>• 在其他卡片 UI 后插入广告 DOM</p>                                                                                                                                                                                                                                                                  | • 广告必须能够清楚确认处于曝光状态                                                                                             |

#### UX / Product Principle 运营原则

广告也必须遵循 Toss 的 UX 原则。

| **Toss Principle**      | **适用标准**                     | **示例**               |
| ----------------------- | ---------------------------- | -------------------- |
| **Simplicity**          | 广告必须清晰明了，不加额外说明也能理解其含义       | “立即查看”、“观看广告”等明确 CTA |
| **Clear Action**        | 用户应当能够预测点击广告后会发生什么           | 在外部跳转时提供提示文案         |
| **No Deception（UX 红线）** | 广告不得在意料之外的时机、形式、位置出现，也不得误导用户 | 将广告伪装成内容的情况          |
| **Value First**         | 广告不得妨碍客户的服务目标                | 禁止在支付/开户流程中插入广告      |

#### 使用限制及处罚措施

如果 Apps in Toss 广告位或服务违反本政策，可能会受到处罚。

**限制流程**

原则上，限制措施会根据违规累积程度分阶段适用。根据违规类型或严重程度，一次违规也可能立即适用 30 天使用限制或永久使用限制。

※ 同时确认的违规，无论违规槽位数量如何，都会按 1 次违规处理。之后若有单独确认的违规，违规次数会继续累计。

<figure><img src="https://1415110023-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F8pQgXiR5QAzduV54W8Om%2Fuploads%2FiZAudqFbnEWYw9qIXYSc%2Fimage.png?alt=media&amp;token=d3692019-3aa9-45dd-93ba-ddb81a459fb6" alt=""><figcaption></figcaption></figure>

**不当收益处理**

因违反政策、无效流量或其他不正当方式产生的收益，可视为不当收益。

如果确认存在不当收益，相关金额可能会被暂停发放或拒绝发放。已发放的金额也可能被追回。

**申诉流程**

* 收到使用限制通知后 **可在 30 天内提交申诉**。
  * 申诉资料可以通过 Channel Talk 提交。
* 提交的资料会根据内部标准进行审核，必要时可能要求补充资料。
  * 审核可能需要约 1 个工作周。
  * 申诉会 **以处罚是否适当为重点进行审核**。仅仅是已修正违规事项或提出防再发计划，并不会解除处罚。
  * 如果根据提交的资料，处罚依据的违规事实不成立，或者确认处罚判断存在明显错误，则处罚可能会被解除。
* 重复或重大违规可能导致服务使用被永久限制。

***

### 进行开发对接

请注意不要让广告过于频繁地展示给用户。

应用内广告测试必须使用测试 ID。使用运营 ID 可能会受到处罚。

请在广告播放期间暂时暂停 App 声音，并在广告结束后自动恢复播放。&#x20;

[插屏/激励广告 插屏/激励广告的加载与展示 API 及 SDK 接入方法](/documentation/api-and-sdk-zh/common/monetization/iaa/interstitial-rewarded-ad.md)

[横幅广告（WebView） WebView 横幅广告 SDK 初始化、挂载、事件回调 API](/documentation/api-and-sdk-zh/common/monetization/iaa/web-banner.md)

[横幅广告（React Native） React Native 横幅广告 InlineAd 组件使用方法](/documentation/api-and-sdk-zh/common/monetization/iaa/rn-banner.md)

***

### 查看广告成效及结算明细

可以选择期间和操作系统（OS）后查看以下项目。

* 总广告曝光数、eCPM、总预估收益
* 成效数据会在每天上午 10 点更新。

<figure><img src="https://1415110023-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F8pQgXiR5QAzduV54W8Om%2Fuploads%2F5Ra1F8W08TFFj8Ft3uEu%2Fimage.png?alt=media&amp;token=caf68c0c-0e17-48d0-8576-95592443fce5" alt=""><figcaption></figcaption></figure>

**结算明细**

* 每月 1 日至月底的收益会在下个月 1 日更新。
* 下个月 1 日确认的收益会在当月月底入账。

结算结构是 [指南](https://developers-apps-in-toss.toss.im/guide/settlement#id-1)请参考。&#x20;

***

### 分析广告

你可以确认我的迷你应用的广告是否正确展示，以及广告频次和 eCPM 的变化趋势。请通过数据确认是否展示过于频繁，以及哪种广告类型更能带来收益。

{% hint style="info" %}
**请参考**

要在分析标签中查看实际数据，需更新到 SDK 2.7.0 或以上。数据会从 SDK 更新后开始累计，请先进行 SDK 更新。
{% endhint %}

#### 广告展示现状

可以查看广告从请求到展示，各阶段的到达情况。

<figure><img src="https://1415110023-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F8pQgXiR5QAzduV54W8Om%2Fuploads%2FEymovovTV4PbTtcBOVBE%2Fimage.png?alt=media&amp;token=76161096-7e8b-49e5-8a2a-3092e5e26e2a" alt=""><figcaption></figcaption></figure>

| 阶段   | 说明                    |
| ---- | --------------------- |
| 广告请求 | App 向广告服务器请求广告的次数。    |
| 广告接收 | 从广告服务器正常获取广告的次数。      |
| 展示尝试 | 尝试将获取到的广告显示到用户屏幕上的次数。 |
| 展示成功 | 广告实际展示在用户屏幕上的次数。      |

{% hint style="info" %}
**可以这样活用**

* 如果广告请求与接收相比偏低：可能是广告网络可填充的广告不足（No Fill）。
* 如果接收与展示尝试相比偏低：说明广告已获取，但实际上没有显示。 `load`和 `show` 请确认调用时机。
* 如果展示尝试与成功相比偏低：说明在绘制广告的过程中发生了失败。请检查 SDK 版本或调用顺序。
  {% endhint %}

#### 广告展示频次与 eCPM

可以同时查看各广告类型（横幅、插屏、激励）的展示频次和 eCPM 趋势。

* 柱状图（左侧 Y 轴）：每位用户每天平均广告展示次数（按广告类型）
* 折线图（右侧 Y 轴）：eCPM（韩元）

<figure><img src="https://1415110023-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F8pQgXiR5QAzduV54W8Om%2Fuploads%2F92brkFrbxxR7iThOjlxJ%2Fimage.png?alt=media&amp;token=0e4c2434-2f75-4c68-ae11-29541e7f62f6" alt=""><figcaption></figcaption></figure>

{% hint style="info" %}
**可以这样活用**

* 如果展示频次上升但 eCPM 下降，可能是广告疲劳导致的。
* 如果激励广告的 eCPM 高于其他类型，也可以考虑提高激励广告的占比。
* 打开“按 OS 查看”后，可以确认 iOS 和 Android 的成效差异。
  {% endhint %}

#### 广告展示占比及 eCPM

可以同时查看相对于 App 使用时间的广告展示占比与 eCPM 趋势。

* 柱状图（左侧 Y 轴）：各广告类型的展示占比（%）
* 折线图（右侧 Y 轴）：eCPM（韩元）

<figure><img src="https://1415110023-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F8pQgXiR5QAzduV54W8Om%2Fuploads%2FcEa0QDDCUCqI2wMPpNBm%2Fimage.png?alt=media&amp;token=91955b61-1656-4dbc-b09d-26674986f31c" alt=""><figcaption></figcaption></figure>

{% hint style="info" %}
**可以这样活用**

* 广告展示占比是广告展示时间占总停留时间的比例。
* 如果广告占比过高，用户体验会变差，流失可能增加。
* 如果存在占比高但 eCPM 低的广告类型，可以减少该类型的投放，改为高 eCPM 类型。
* 通常激励广告占比虽低，但 eCPM 很高；横幅广告占比虽高，但 eCPM 较低。
* 横幅广告暂不支持。
  {% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://developers-apps-in-toss.toss.im/guide/zh/monetization/in-app-ad.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.