Traffic Redirect Rule使用说明

HugOffers为客户提供流量自定义重定向规则配置,支持按广告主,渠道,订单,包名等维度进行配置,把符合筛选条件的流量重定向到指定的订单.具体使用方法如下. 1.系统自动屏蔽子渠道 HugOffers 支持通过广告主API参数接收被屏蔽的子渠道,自动进行流量重定向处理.某些集成的广告主API支持传递屏蔽的子渠道参数,则系统会自动创建一个Traffic Redirect Rule,命名为 [System Auto]Blacklist pub,接收广告主传递的信息,提取offer id,渠道id,子渠道ID,将符合条件的的子渠道流量重定向到default smartlink.

Tips:该功能默认打开,如需关闭,请将该规则状态置为Inactive即可,则系统不会对这些子渠道进行任何操作,即正常跳转.

如果没有smartlink,该状态为Active的话,系统会拒绝符合条件的子渠道,但是并不会进行重定向. 2.创建traffic redirect rule 使用说明如下图

Rule Name:对该条规则进行命名,方便识别和记忆. Status:Active表示该规则生效,Inactive表示该规则不生效.默认操作为Active. Order:执行顺序.当多个traffic redirect Rule条件和执行结果冲突时,仅执行order较大者. Save:每次修改操作完后均需要保存. Conditions:重定向条件,支持按offer id,app id,adv id,country,aff id,aff pub的维度添加一个或多个筛选条件. white Aff Pub为执行结果,表示对符合筛选条件下的流量的指定子渠道添加百名单,即非白名单子渠道全部被重定向到指定的offer id. Redirect Offer id:指重定向后的offer id,即符合条件的流量会被重定向到该offer id. Value是指所选条件的值. Weight是指权重,当同一个筛选结果有两个或以上结果时,通过权重各自占比来进行分配.分配比例为相对值,例如若有两个值A,B,分配权重为A/(A+B),B/(A+B) Operate:操作结果保存或者取消 3.重定向规则适用常见运营场景如下 a. 屏蔽某些子渠道的流量,如黑名单,白名单. b. 错误流量重定向,如smartlink,需先创建smartlink,再把流量重定向到smartlink即可. c.多个同国家同appid的offer之间流量进行聚合到某个指定的offerid.可先选中appid,输入appid,再选中国家,输入两位国家代码,再redirect到指定的offer.则全平台所有该国家该app的流量都会被重定向到指定的offer. d.其他需要对流量重定向的场景. 4. 流量重定向注意事项 a. 流量重定向不会改变渠道拉取到的offer详情,cap,单价等,所以如果有转化产生,渠道的收益会按重定向offer id来源的payout,cap进行统计成本,而广告主端的收益来源于redirect to的offer id,所以,使用该功能时,注意前后offer id的payin,payout,一般情况下,建议redirect to offer id的payin需高于原offer id的payout,否则可能会有亏损的风险. b.重定向后,如需查看响应offer的数据,可在响应报表勾选offer id from,输入原offer id,某人的数据是重定向后的offer id的数据.

c.如果重定向后的offer id 状态为pause相关状态,则流量会有被浪费的风险,Error clicks 会提示offer id redirect invalid,因此运营人员在无需此功能时需把相应的规则置为Inactive或者删除.