应用内广告

应用内广告是在无需付费的情况下在应用中创造收入的最快方式。将广告注册到 Apps in Toss 后，无需单独的支付功能，也能从应用上线第一天开始产生收入。本文将通俗地说明广告收入是如何产生的，以及哪类广告适合放在什么位置。

什么是应用内广告

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

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

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

曝光数

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

eCPM

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

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

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

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

应用内广告类型

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

插屏广告

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

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

激励广告

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

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

横幅广告

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

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

应用内广告的好处

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

在控制台中设置

1. 注册商家信息

要接入应用内广告，首先需要注册商家信息。只有完成商家信息注册后，才能继续下一步的条款同意和结算信息填写。注册方法见指南请参考。

2. 填写结算信息

接入应用内广告后会产生广告收益。要结算收益，需要注册结算信息。请在工作空间的“信息”标签中填写结算信息后提交审核。审核通常需要 2～3 个工作日。

请务必确认

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

3. 创建广告组

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

3-1. 广告组名称

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

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

3-2. 广告类型

横幅

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

插屏

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

激励

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

3-3. 奖励

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

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

3-4. 中介聚合

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

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

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

广告运营政策

Toss Ads SSP 政策

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

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

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

类型

禁止行为

具体示例

政策标准

降低 UI/UX 质量

使广告与内容的区分不清晰，或诱导用户在与自身意图无关的情况下消费或点击广告，或通过界面设计妨碍正常使用服务的行为

将广告伪装成“推荐服务”、“金融小贴士”等
更改 Toss Ads 指南之外的广告单元颜色、字体
擅自修改广告标题、标签、CTA 文案及设计
将广告放置在用户交互元素（按钮、游戏区域等）附近，使其发生非故意点击的结构
在同一屏幕上放置 2 个或以上相同格式广告的情况
让用户难以正常关闭页面或返回上一页的死胡同（Dead-end）结构
使用户难以区分广告与服务 CTA 功能的结构
使用户难以识别或访问正常使用服务所需 CTA 的结构

广告必须保持“Ad”标识
所有广告 UI 都必须使用 web-base 标准组件
禁止通过 UI/UX 设计人为诱导广告效果或损害用户体验

广告调用行为篡改

修改或绕过 SDK 的默认事件流程或广告调用方式的行为

SDK Click / Impression 事件篡改
不经过广告 SDK，而是用自有逻辑调用广告，或绕过 SDK 事件来实现的情况
阻止 Back 按钮或进行异常控制，妨碍用户正常关闭页面或返回上一页的情况

禁止篡改 SDK 默认事件（Click / Impression）结构
不可调用 SDK 外部 API

异常流量及成效操纵

通过自动化或人为方式扭曲流量与广告成效的行为

定期刷新广告区域
人为制造成效（点击、展示等）的活动

如确认存在基于流量质量的异常模式，可能会限制广告、采取处罚或暂停结算

奖励/参与型点击诱导

在广告点击的同时提供奖励或福利的行为

“点击广告立即发放奖励”
“点击广告就送积分”

禁止将广告消费直接与奖励挂钩的结构
禁止使用与点击奖励相关的文案或联动活动

隐藏广告或重叠

故意隐藏广告，或让其被其他 UI 元素遮挡，从而使用户难以清楚识别广告存在的行为

• 透明广告

• 在其他卡片 UI 后插入广告 DOM

• 广告必须能够清楚确认处于曝光状态

UX / Product Principle 运营原则

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

Toss Principle

适用标准

示例

Simplicity

广告必须清晰明了，不加额外说明也能理解其含义

“立即查看”、“观看广告”等明确 CTA

Clear Action

用户应当能够预测点击广告后会发生什么

在外部跳转时提供提示文案

No Deception（UX 红线）

广告不得在意料之外的时机、形式、位置出现，也不得误导用户

将广告伪装成内容的情况

Value First

广告不得妨碍客户的服务目标

禁止在支付/开户流程中插入广告

使用限制及处罚措施

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

限制流程

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

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

不当收益处理

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

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

申诉流程

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