> For the complete documentation index, see [llms.txt](https://support.hugoffers.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://support.hugoffers.com/zhong-wen-shuo-ming-wen-dang/hugoffers-xiang-xi-shuo-ming-wen-dang/gao-jie-yun-ying-pian/traffic-redirect-rule-shi-yong-shuo-ming.md).

# Traffic Redirect Rule使用说明

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

![](https://downloads.intercomcdn.com/i/o/91350348/b9a71b3a381eec1a56b1e41e/image.png)

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

![](https://downloads.intercomcdn.com/i/o/91350594/e54bc252cfce6d4b1ac8a749/image.png)

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

![](https://downloads.intercomcdn.com/i/o/91351454/de7f944ed7c864b05d95ad94/image.png)

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.重定向规则适用常见运营场景如下\
&#x20;  a.  屏蔽某些子渠道的流量,如黑名单,白名单.\
&#x20;  b.  错误流量重定向,如smartlink,需先创建smartlink,再把流量重定向到smartlink即可.\
&#x20;  c.多个同国家同appid的offer之间流量进行聚合到某个指定的offerid.可先选中appid,输入appid,再选中国家,输入两位国家代码,再redirect到指定的offer.则全平台所有该国家该app的流量都会被重定向到指定的offer.\
&#x20;   d.其他需要对流量重定向的场景.\
4\. 流量重定向注意事项\
&#x20;   a. 流量重定向不会改变渠道拉取到的offer详情,cap,单价等,所以如果有转化产生,渠道的收益会按重定向offer id来源的payout,cap进行统计成本,而广告主端的收益来源于redirect to的offer id,所以,使用该功能时,注意前后offer id的payin,payout,一般情况下,建议redirect to offer id的payin需高于原offer id的payout,否则可能会有亏损的风险.\
&#x20;  b.重定向后,如需查看响应offer的数据,可在响应报表勾选offer id from,输入原offer id,某人的数据是重定向后的offer id的数据.

![](https://downloads.intercomcdn.com/i/o/91425549/ba49b8a428f89527e0e4e22f/image.png)

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