// 广告主 — 条款与透明度

我们如何确定 KPI、限额和佣金条款

效果营销中的大多数冲突来自从未写下来的条款。本页说明 Mobadly 如何构建 CPA 合作的商业层:KPI 如何定义、限额和保留期如何运作、转化如何通过 postback 验证,以及争议案例如何解决。原则很简单:所有重要事项在流量开始前以书面形式约定。

我们如何与您的 Offer 合作

01.简报

您提交 Offer,包括垂直领域、GEO、佣金模式和 KPI 定义。

02.KPI 与限额确认

双方书面确认什么是计费的、什么是受限的、什么是禁止的。

03.测试

在约定渠道上进行有限额的试点,并验证 postback。

04.优化

根据您的审核数据而不仅仅是转化数量来筛选渠道和创意。

05.放量

只在达到约定 KPI 的用户群体上增长量。

定义 KPI

KPI 是您付费的确切事件,定义得足够精确,使双方能以相同方式验证。薄弱的定义——「一次充值」——招致争议;强有力的定义指定事件(首次充值)、限定条件(至少约定最低金额)、用户条件(新客户、目标 GEO)和归因窗口(点击后 N 天内)。KPI 定义还指定验证的数据真相来源——通常是您的记录系统,与 postback 日志对账。这个定义在试点前写入书面协议。在投放中途未经书面通知更改 KPI 不是我们的工作方式;如果您的经济性发生变化,条款会被明确重新协商。

限额与放量门槛

限额限制买方每天或每个 GEO 可以交付多少转化。它们的存在是为了保护您的处理能力——呼叫中心、引导流程、支付运营——以及双方在验证期间的预算。标准结构:限额试点,然后由质量决定逐步增加——只有在前一群体通过约定的审核检查时量才增长。限额从来不是惩罚;它是让双方都能自信放量的机制。如果您的能力发生变化,限额以书面形式调整,而不是从拒绝中发现。

Postback 与验证

验证在两条轨道上运行:您的 postback,在计费事件上触发并实时记录转化;以及您的记录系统,确认事件确实成立——充值到账、订单确认、订阅激活。在任何流量开始前,postback 经过端到端测试:事件触发、参数传递、去重正常。投放后,转化在约定的保留窗口内与 postback 日志和您的确认对账。我们在追踪方面支持什么——Keitaro、Everflow、Affise、TUNE、CAKE、Binom、RedTrack 或自建设置——在接入时确认。

保留期、审核与付款条款

保留期是转化与最终审核之间的时间——您验证充值、确认订单或检查欺诈和退款的窗口。保留期长度取决于您的验证周期,按 Offer 约定;重要的是它是固定的、被履行的,且审核数据按转化回流,以便渠道可以优化。付款计划、方式和最低金额单独协商并以书面形式确认——我们不公布标准付款条款,因为它们取决于垂直领域、模式和 Offer。不变的规则:审核通过的转化按约定计划付款,拒绝总是附带原因。

解决有争议的转化

争议根据日志而不是意见处理。当您拒绝一个转化时,案例会根据双方的数据审查:postback 参数、时间戳、用户标识符和您的拒绝原因。如果拒绝有效——欺诈、重复、未满足限定条件——渠道承担它并被相应过滤。如果拒绝与约定的验证规则矛盾,案例会升级并根据书面条款解决。系统性分歧是共同重新审视 KPI 定义的信号,而不是积累沉默的拒绝。这个流程的存在是为了让质量控制永远不会成为隐藏的折扣。

您获得什么

  • 按您的 KPI 进行托管媒体采买
  • 转化和验证状态报告
  • 欺诈过滤和渠道质量控制
  • 根据书面条款和日志解决争议

我们需要您提供什么

  • 在计费事件上带可靠 postback 的追踪
  • 每个 GEO 的创意规则和法律限制
  • 对线索和转化的快速审核反馈
  • 您的垂直领域需要时的牌照确认

透明度

报告、postback 和有争议的转化根据书面 KPI 条款和双方日志处理。佣金模式、付款计划和保留期按 Offer 单独协商,并在流量开始前以书面形式确认。

FAQ

Q.KPI 定义应该包括什么?

事件、其限定条件(最低充值、新客户、GEO)、归因窗口和验证的数据真相来源。精确的定义在大多数争议存在之前就阻止它们。

Q.限额实际上如何运作?

您为试点设置每日或按 GEO 的限制;量随着群体通过您的审核检查而逐步放大。限额变化以书面形式约定——您永远不会从被拒绝的转化中发现限额变化。

Q.什么是保留期?

转化与最终审核之间的窗口,在此期间您验证事件——充值到账、订单确认、欺诈检查运行。其长度取决于您的验证周期,并在协议中确定。

Q.转化如何验证?

通过您的 postback(实时事件记录)与您的记录系统(确认的充值、订单、订阅)在保留窗口内对账。Postback 正确性在投放前测试。

Q.你们的付款条款是什么?

付款计划、方式和最低金额按 Offer 单独协商并以书面形式确认。固定规则:审核通过的转化按计划付款,每次拒绝都附带说明的原因。

Q.争议如何解决?

根据双方的日志:postback 参数、时间戳、标识符和您的拒绝原因。有效的拒绝会过滤渠道;与书面条款矛盾的拒绝会升级并根据协议解决。

Q.KPI 条款能在活动中途改变吗?

只能通过明确的书面协议。如果您的经济性发生变化,条款在适用前重新协商——绝不追溯。

Q.你们与哪些追踪平台集成?

Keitaro、Everflow、Affise、TUNE (HasOffers)、CAKE、Binom、RedTrack 和自建 postback 设置。其他的兼容性在接入时确认。

提交您的 Offer

提交您的 Offer

简短简报——我们通过您的即时通讯工具回复。

已收到申请。我们将在 24 小时内与您联系。