> 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).

# 应用内广告

### 什么是应用内广告

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

广告收益由两项决定。

* 展示了多少次 **（展示次数）**
* 每展示一次能赚多少 **（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="/files/3b33cefeaf5a6e207f482944f6c1df4687e45401" alt=""><figcaption></figcaption></figure>

#### 激励广告

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

* 特点：主动观看，专注度高
* 推荐位置：需要奖励的时刻（例如：额外收益、继续进行）
* 展示次数：低
* eCPM：最高
* 适合场景：发放积分、提供额外功能、“看广告领取福利”的结构

<figure><img src="/files/185126e6e7a8fd3007efd2a70099957b76938028" alt=""><figcaption></figcaption></figure>

#### 横幅广告

固定在页面顶部或底部并持续展示的广告。

* 特点：持续展示（自动累积流量）
* 推荐位置：主页、列表页
* 展示次数：最多
* eCPM：最低
* 适合场景：使用时长较长的页面、反复访问的页面

<figure><img src="/files/4faee57f4399da826bb4d2c8725f415ce069740f" alt=""><figcaption></figcaption></figure>

***

### 应用内广告的优点

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

***

### 在控制台中设置

#### 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. 创建广告组

Appintos 应用内广告遵循 Google AdMob 广告政策。如果不遵守政策，广告可能会受到限制或中止。

<figure><img src="/files/2747437cb81085bde2f71ddca4b0e0f7ca9f5bb0" alt=""><figcaption></figcaption></figure>

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

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

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

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

**横幅**

* 始终固定在页面顶部或底部的广告。
* 在使用应用的过程中会自动累积展示，持续产生收益。
* 不过，用户熟悉后往往会不再留意，因此单价最低。

**插屏**

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

**激励**

* 需要用户主动点击“观看广告”才会开始的广告。
* 因为用户会为了获得奖励而专注看到最后，所以单价最高。
* 与积分、道具发放等对用户有益的时刻结合，效果更好。

**3-3. 奖励**

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

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

**3-4. 中介**

中介是指连接多个广告网络，实时自动选择收益最高广告的技术。会自动设置与“应用信息”中注册的分类相匹配的广告网络。可以更改为其他分类，但更改内容不会反映到应用信息中，仅在创建广告组时适用。

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

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

***

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

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

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

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

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

| 类型          | 禁止行为                                                | 具体示例                                                                                                                                                                                                                                                                                            | 政策标准                                                                                                             |
| ----------- | --------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------- |
| 降低 UI/UX 质量 | 使广告与内容的区分不清，或诱导与用户意图无关的广告消费或点击，或通过 UI 设计妨碍正常服务使用的行为 | <p></p><ul><li>伪装成“推荐服务”、“金融技巧”等内容来隐藏广告</li><li>更改 Toss Ads 指南之外的广告单元颜色、字体</li><li>擅自修改广告标题、标签、CTA 文案及设计</li><li>将广告放置在用户交互元素（按钮、游戏区域等）旁边，导致意外点击的结构</li><li>在同一屏幕上放置 2 个以上相同格式的广告</li><li>让用户难以正常关闭页面或返回上一页的死胡同结构</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 Red Rule)** | 广告不应在用户意料之外的时机、形式、位置出现，也不应误导用户 | 将广告伪装成内容的情况          |
| **Value First**                | 广告不应妨碍客户的服务目标                  | 禁止在支付/开户注册流程中插入广告    |

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

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

**限制流程**

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

※ 同时确认的违规，不论违规槽位数量，都按 1 次违规处理。之后若另有违规被确认，违规次数会继续累计。

<figure><img src="/files/39c550be829f24c21350e5fa708d752fea027e57" alt=""><figcaption></figcaption></figure>

**不当收益处理**

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

如确认存在不当收益，该金额可能会被暂停支付或拒绝支付。已经支付的金额也可能被追回。

**申诉流程**

* 收到使用限制通知后， **可在 30 天内提出申诉**。
  * 申诉资料可通过 ChannelTalk 提交。
* 提交的资料会按照内部标准审核，必要时可能会要求补充资料。
  * 审核可能需要约 1 周的工作日时间。
  * 申诉会 **重点审查处罚是否得当**。仅仅是已经修改了违规事项，或提出了防止再次发生的计划，并不会解除处罚。
  * 若根据提交资料无法认定作为处罚依据的违规事实，或确认处罚判断存在明显错误，则处罚可能会被解除。
* 重复或严重违规可能导致服务使用被永久限制。

***

### 开发对接

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

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

请在广告播放期间暂停应用声音，并在广告结束后自动恢复播放。&#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="/files/84d8dac89459e9d7eff305e9cacdcc075c6c82c5" 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="/files/b9b85958ba19bc2d3f9b049711be836d2ff37be7" alt=""><figcaption></figcaption></figure>

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

{% hint style="info" %}
**请这样利用**

* 如果广告请求相比收到广告的次数偏低：广告网络中可填充的广告可能不足（No Fill）。
* 如果收到广告相比展示尝试偏低：说明虽然拿到了广告，但实际上没有展示。 `load`和 `show` 请确认调用时机。
* 如果展示尝试相比成功偏低：说明在广告渲染过程中失败了。请检查 SDK 版本或调用顺序。
  {% endhint %}

#### 广告展示频率及 eCPM

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

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

<figure><img src="/files/165acc4eaf90e14b2f927b274f598c86db234365" alt=""><figcaption></figcaption></figure>

{% hint style="info" %}
**请这样利用**

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

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

可以一起查看广告展示在应用使用时间中所占的比例及 eCPM 趋势。

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

<figure><img src="/files/bfc1e5f56832acbbcff288f76b28ef85d557495b" 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.