For the complete documentation index, see llms.txt. This page is also available as Markdown.

促销

试着通过促销让轻量点击自然延伸到转化。无论是引导回访,还是带来自然传播,都能在漏斗的各个环节取得成效。

什么是活动

App in Toss 的活动是根据用户的特定行为发放 Toss 积分的活动。例如,可以根据注册、完成首次使用等行为提供权益。

活动使用充值到 Biz Wallet 的预算来运营。是否在福利标签中展示,也可以在控制台直接设置。

活动允许类型
  • 注册·登录奖励(例如:新注册时发放 2,000 积分)

  • 交易·购买引导型(条件和说明必须明确。例如:消费满 5,000 韩元时发放 500 积分)

    • 但已发放的 Toss 积分无法收回。请充分审核活动条件和发放标准后,谨慎运营。

  • 活动参与型(问卷·问答·简单任务。但不能要求过多时间或劳动。)

  • 好友邀请型(邀请人和被邀请人都可获得奖励。必须有防刷逻辑)

  • 非游戏应用的概率型·随机奖励

    • 活动期限最多只能在 1 周以内运营。

    • 只能用于吸引新用户的宣传目的。

    • 即使登记为非游戏应用,如果被归类为游戏内容,也不能进行概率型活动。

活动 不可 类型
  • 游戏应用的概率型·随机奖励(轮盘、抽奖等)

  • 基于游戏结果的奖励(基于分数、胜负、名次)

  • 资产兑换型奖励(将礼品卡·商品券转换为 Toss 积分)

  • 保本型·类吸收存款行为(具有投资性·博彩性)

  • 每人发放超过 5,000 积分(抽奖型需另行审核)

请参考

活动功能无需单独服务器也可以使用。

非游戏迷你应用也可以使用通过服务器发放活动积分的方式(Server-to-Server)。如果像防止请求篡改一样,完整性很重要,请使用服务器发放方式。

活动功能无需单独服务器也可以使用。

若要通过服务器发放活动,需要实现 Toss 登录。 Toss 登录指南请参考。

当通过活动发放 Toss 积分时,用户界面上方会显示吐司(toast)通知。

  • 已在(迷你应用名称)发放了(金额)韩元 会以该格式短暂显示后自动消失。

  • 也可以在 Toss App 的通知菜单(首页的铃铛按钮)中确认。

    • 但根据用户的通知设置,也可能在通知菜单中看不到。

  • 也可以在福利标签的 Toss 积分菜单中查看累积记录。

    • 在 Toss App 中,按 福利 → Toss 积分 → 积分金额 → 迷你应用名称 的顺序点击即可查看累积记录。


活动的优势

  • 提前向 Business Wallet 充值并设置预算和结束日期,就能无须担心超支地运营。

  • 如果在 Toss 的福利标签中展示,就可能带来更多流量和更多用户。

  • 可以像“注册”“开始首次游玩”一样,轻松引导用户行为。

  • 通过日常·每周任务制造用户再次访问的理由,提高留存。

  • 积分发放和结果查询都可以通过 API 处理。

  • 测试用代码 TEST_{promotionCode}可用来进行验证,而不会扣除实际积分。

请参考

  • 汇总展示 App in Toss 多个活动的“试用新服务”标签,可能会根据内部展示逻辑仅向部分用户显示。

  • 带有博彩性质的内容、引导安装自家应用的内容、以及可能违反法律法规的内容,不能用于活动。

  • 请务必应用每人一次限制、每日限制、冷却时间、重复发放防止逻辑。

  • 若发放延迟,请提供 PENDING 状态说明以及查看结果的路径。

  • 要开始活动,需要事前审核。审核约需 2~3 个工作日。


在控制台注册活动

要开始活动,请先准备以下项目。如果已经准备完成,也可以直接跳到第 5 步(活动注册)。

  • 注册商户信息并审核结算信息(商户审核约需 1~2 个工作日,结算审核需 2~3 天)

  • 代表管理员同意活动功能条款及 Business Wallet 条款

  • 将活动预算充值到 Business Wallet(最低 30 万韩元,最高 3,000 万韩元)

1. 注册商户信息

活动只能在商户(个人或法人)账户中使用。如果尚未完成商户注册,控制台会显示“请先注册商户信息”页面。请点击“注册”来注册商户信息。

  • 商户信息审核 约需 1~2 个工作日

  • 详细流程请查看 商户注册指南

2. 注册结算信息

完成商户注册后,页面会变为“请接着注册结算信息”。请点击“注册”按钮,在合作伙伴信息菜单中注册结算信息,并提交审核。

  • 结算信息审核 平均需 2~3 个工作日

  • 在注册结算信息之前,无法提交审核。请先确认商户注册状态。

注册结算信息时的注意事项

  • 账户持有人姓名请与存折复印件 完全一致 地填写。

  • 业态·行业请不要输入数字代码,而要输入 文本进行搜索。例如)“软件开发业”请用“软件”搜索。

3. 向 Business Wallet 充值

结算信息审核结束后,请同意活动条款。

之后 活动菜单右上角的小组件或者在工作区的“Business Wallet”菜单中充值预算。

  • 可充值金额: 最低 50,000 韩元 ~ 最高 30,000,000 韩元

  • 当前可用的支付方式:信用卡(认证支付、非认证支付)

    • 认证支付:各发卡公司无支付限制

    • 非认证支付:Hana Card 每日限额 100 万韩元,其他发卡公司无限制(非认证支付是直接输入卡号的方式。)

充值完成后,状态会变为“充值”,并反映充值金额。

也可以同时设置自动充值。(例如:余额剩 10 万韩元时,每次充值 50 万韩元)

结算及运营原则

  • 活动预算是在 Business Wallet 充值后再进行设置。预算用完后,活动结束。

  • 若中止活动,剩余预算会返还至 Biz Wallet。(如有余额)

  • 必须应用重复参与·防刷逻辑。

  • 如发生投诉,请先确认参与记录后由合作方处理。

4. 注册活动

在福利标签中展示时

不在福利标签中展示时

  • 活动名称: 请具体输入用户满足什么条件后可以获得积分。例如:服务登录时发放 10 积分,完成教程时发放 20 积分

  • 活动结束日期: 请设置所需的结束日期。预算耗尽时,可能会比预定日期更早结束。

  • 是否在福利标签中展示

    • 展示:在 Toss App 中会一起显示在 福利 → 试用新服务 菜单中。

    • 不展示:仅向直接访问迷你应用的用户提供活动。

    • 注意:若先以不展示方式注册,之后想改为展示 需要重新注册新活动。(无法通过修改更改。)

  • 任务名称 (在福利标签展示时必填):任务名称必须以“~하기”结尾。例如)做教程、登录、留下评论

  • 发放方式 (在福利标签展示时必填)

    • 固定金额:发放固定金额。

    • 最高金额:每人可发放的最高金额。会在此范围内随机发放。例如)最高 100 韩元 → 单次参与时发放 0~100 韩元中的金额

  • 跳转 URL (在福利标签展示时必填)

    • 格式: intoss://{{appName}}/ScreenName

    • 会从福利标签通过此 URL 进入。

  • 预算信息

    • 预算不能设置得超过 Biz Wallet 余额。

    • 若在进行中想增加预算,请先给 Biz Wallet 充值,然后在活动修改中增加。

    • 每人每日最高发放金额 (必填):请直接设置一人一天可领取的最高金额。

      • 不会向同一用户发放超过该金额。

      • 这有助于防止刷量并稳定管理预算。

      • 如果特别担心刷量,请务必设置。即使是客户端请求发放积分的情况,也建议适用。

活动事前检查清单

必须满足以下全部项目才能进行活动。

□ 发放的积分 每人 5,000 积分以下吗? □ 是否明确说明了发放条件、发放时间点、发放限制? □ 参与方式是否简单,且不要求大量时间或劳动? □ (游戏的情况)是否未与轮盘·抽奖等概率型元素结合? □ 发放积分是否不是根据游戏结果或名次决定? □ 是否不是将用户持有的资产兑换·转换为 Toss 积分的形式? □ 是否提前说明活动可能会提前结束或中止? □ 是否应用了防止重复参与的逻辑? □ 是否不是带有博彩性质或夸大的活动?

填写活动信息后,请点击[请求审核]。审核为 2~3 个工作日


进行开发对接

在游戏·非游戏迷你应用中发放 Toss 积分的 SDK 函数和服务器 API 的对接方法可查看。

在介绍活动时,请务必告知以下信息。

  • 发放时间点(例如:立即发放、次日 18 点发放等)

  • 发放条件(例如:首次付款、消费满 5,000 韩元等)

  • 发放限制(退会·退款·异常参与时不发放)

  • 包含“本活动可能会在不事先通知的情况下中止”字样

  • 不可随机发放(仅允许固定发放)


进行测试

审核结束后,请通过“测试”进行测试。测试时不会扣除实际积分。

  • 测试活动代码会在实际代码前加上 TEST_

  • 测试时不会扣除积分,也不会实际发放。

  • 调用积分发放 API 时 resultTypeSUCCESS请确认是否返回。

  • 审核结束后,必须至少完成 1 次积分发放 API 测试,才能开始活动。


开始并运营活动

请点击“开始”按钮启动活动。

  • 预算栏 实际消耗金额 / 总预算 以该形式显示,可确认预算消耗了多少。

  • 活动修改主要用于增加预算。

  • 活动结束后,剩余预算会返还到 Biz Wallet。

  • 预算耗尽后,将不再在福利标签中展示。请定期管理预算。

点击活动名称后,可查看活动详情,并进行修改·结束·暂停。

  • 修改: 主要用于增加预算。若要增加预算,请按 活动详情 → 活动修改按钮 → 输入增加金额 → 保存 的顺序操作。若要更改预算以外的设置,可能会因内部政策而受限,请先查看审核指南。

  • 结束: 活动结束后,剩余预算会自动返还到 Biz Wallet。返还金额通常会在结束后立即反映,但由于系统处理,可能会稍有延迟。请经常确认预算,避免因预算耗尽导致活动自动结束。


查看成效

开始活动后,可以在仪表板中查看该活动的成效。仪表板会一目了然地展示活动有多有效,并帮助改进下一次活动策略。

未在福利标签中展示的活动不会显示在成效仪表板中。

期间设置及查询条件

成效数据可以按多种标准查询。建议根据分析目的调整条件来查看。

  • 按日·周·月 单位查询数据。

  • 按操作系统(OS)分类查看成效。

  • 可以区分当前迷你应用中正在运营的全部活动和单个活动进行查询。

在活动成效仪表板中,可以按步骤查看用户参与活动的流程。通过这个流程可以看出 最终转化率,并了解用户在哪个阶段大量流失。

  1. 进入福利标签: 该活动在 Toss App 的福利标签中展示后的查看用户数。

  2. 点击活动: 在福利标签中实际点击活动并进入详情页的用户数。通过与进入福利标签的数量对比点击数,可以了解活动标题或缩略图吸引用户关注的程度。

  3. 获得积分: 满足活动条件并实际获得 Toss 积分的用户数。如果条件很难或流程很复杂,这一步可能会有较多流失。

可以按性质区分通过活动引入的用户来查看成效。

  • 新用户: 因活动首次进入迷你应用的用户。

  • 老用户: 以前使用过迷你应用的用户。

也可以确认活动对实际销售额的贡献。不过,贡献销售额只能按工作区(商户编号)维度查询,不能按迷你应用分别查询。

  • 总贡献销售额: 由活动引入的用户产生的总销售额。

  • 按付款用户计算的人均销售额: 在通过活动引入的用户中 仅实际付款的用户为基准计算的平均销售额。

  • 按全部用户计算的人均销售额: 不论是否付款 通过活动引入的全部用户为基准计算的平均销售额。


常见问题

所有活动都有每人 5,000 积分限制吗?

是的。注册/交易/活动/好友邀请等 所有活动类型原则上每人最多仅发放低于 5,000 积分

抽奖或随机发放活动可以吗?

(游戏应用的情况)不可以。概率型·轮盘·随机抽取方式 有被解释为博彩行为的风险,因此不允许。

固定式发放仅允许。(例如:“首次注册时发放 500 积分”)

可以根据游戏内分数/胜负/名次发放积分吗?

不可以。根据相关法律法规,将游戏结果与现金性奖励直接挂钩属于 引导博彩性的行为,已被禁止。

游戏应用的情况下 与游戏结果无关的条件(注册、登录、完成教程等)才能进行活动运营。

可以把礼品卡·商品券兑换成 Toss 积分吗?

不可以。为用户持有的资产提供兑换的奖励,因有洗钱等担忧,无法进行。

Toss 积分发放必须基于应用内的特定行为(注册、支付、参与活动等)来运营。

积分发放时间点该如何设定?

实际发放时间可自行判断,但必须 在用户参与活动前事先告知

例如:“活动参与后立即发放” / “次日 18 点前发放”等

活动可以中途停止吗?

除预算超支等原因外,不建议中止。尤其是在必须达成特定行为才能获得积分的情况下,用户可能没有意识到活动已结束。

进行活动时 “本活动可能会在不事先通知的情况下中止” 请务必包含该文案。

好友邀请奖励该如何设计?

必须能够向邀请人和被邀请人都提供相同的奖励。重复参与·防刷逻辑必须应用。奖励上限同样适用于每人最多 5,000 积分。

可以用现金代替积分发放吗?

不可以。现金发放或“入金时保证 +N%”形式 属于类吸收存款行为·博彩性行为,存在违法风险。

必须 Toss 积分 形式发放。