本指南适用于搜索套利提供商 TONIC。
由于存在关键词和各种必需的数据参数，搜索套利跟踪通常可能相当棘手。
根据您想如何传递这些数据，还有多种方法可以选择。
下面我们将描述使用我们的offer source模板的基本设置，以及您可以用于测试不同关键词的两种方法。
创建TONIC offer source
首先，创建一个新的offer source并使用我们的TONIC模板。
注意数据传递部分：
这里有一些非常重要的事项需要考虑：
- 我们使用
{data-xxx}令牌传递adtitle和site。这意味着值将通过您在流量来源中使用的链接来自流量来源 -- 因此重要的是，您的流量来源有相应的title和site_idURL跟踪字段，并且这些字段始终向TONIC传递适当的值。我们还使用source_type值传递network - 因此，对于上述情况，对于任何您要与Tonic offers一起使用的流量来源，请确保手动添加
ad_title、source_type和site_id作为URL跟踪字段。 - 对于
ad_title，您应该使用令牌或手动传递广告的标题/标题。如果您需要手动执行此操作，我们建议将REPLACE作为令牌/占位符 - 对于
site_id，同样，从来源传递一些动态站点ID值 - 对于
source_type，Tonic要求您从他们批准的来源列表中传递一个小写文本值。因此，您应该将其中一个设置为占位符（请参阅Tonic以获取进一步指导）：
taboola outbrain yahoonative mgid revcontent tiktok facebook twitter website-facebook website-tiktok website-snapchat website-pinterest website-twitter website-bingads website-adwords website-gdnnative website-outbrain website-taboola
此外：
- 我们在
subid4下传递我们的唯一点击ID以进行跟踪 - 因此TONIC中使用的postback必须传回此值 - 请注意，在Tonic中，您在他们那边设置自己的关键词 - 所以在这里，我们不是从广告/流量来源或甚至在offer级别动态传递关键词
现在，查看conversion tracking标签，您可以看到模板化的postback，您应该将其放在TONIC中：
这里我们使用 {keyword} 作为交易ID，它将发送回转化的关键词（您在Tonic端设置的）。
这对以下方面很重要：
- 区分不同关键词的转化事件，因为它们的收入价值不同。我们不希望转化事件2覆盖转化事件1。
- 通过将其传回tx参数，您可以在报告中使用"交易ID"属性来查看哪些关键词转化了
为了充分利用转化跟踪，请务必查看本文底部关于此的部分。
配置使用的流量来源
如前所述，我们需要从流量来源传递自定义数据（广告标题和站点ID，以及来源类型），这些值将传递给TONIC。
查看前面的图片 -- 我们使用 {data-ad_title}、{data-site_id} 和 {data-source_type} 令牌。
因此，我建议创建一个专门通过Tonic进行搜索套利的新流量来源，例如TikTok（TONIC）。您可以使用适当的模板，然后添加或调整参数。以我们的TikTok模板为例：
在这里，我添加了 site_id 并将其设置为placement令牌，并添加了 ad_title 跟踪字段，值为 REPLACE。
对于 source_type，我将其硬编码为Tonic允许的值之一。
由于TikTok没有广告标题/标题，您需要在每个广告的URL中手动替换此内容，以传递适当的标题参数。
以Taboola为另一个例子：
在这里，Taboola确实有广告标题和站点ID的数据传递。ad_title 和 site_id 字段已经存在于我们的模板中，所以我只添加了 source_type 字段并硬编码了它的值。
请注意，我们可能会随时间更改模板，而您是否可以使用令牌自动传递数据取决于流量来源。
例如，Facebook没有站点ID，也不通过URL传递标题，所以如果在Facebook和TONIC之间进行搜索套利，您始终需要手动配置数据。
将关键词数据传递给offers
对于TONIC offers，您需要创建一个offer，然后使用您的套利域名作为基本页面URL。URL结构的其余部分将由数据传递部分处理。
TONIC不期望传递关键词（其他搜索套利合作伙伴需要）-- 相反，您传递network/site/adtitle，他们可能会根据这个adtitle参数生成搜索结果。
因此，有两种方法可以改变这些广告标题值。
选项1：从流量来源在URL中传递
这是您在上面使用的配置。
这样，您的offer就只是一个单一的offer（搜索套利域名URL），您可以创建不同的广告 --> 可以传递不同的广告标题值 --> 生成不同的搜索结果。
在报告中，您可以按这个广告标题跟踪字段进行细分以分析性能。
选项2：在offer级别传递
现在，由于这都是由offer source/offer配置的数据传递，您可以选择在offer级别硬编码它。
所以您可以创建您的offer，选择TONIC作为offer source，然后转到数据传递并为adtitle字段添加offer级别的覆盖，使用自定义字符串选项。
通过这种方式，您可以为不同的广告标题创建多个offers，并像任何offer一样在您的漏斗中轮换这些offers。
现在，这些值将不依赖于您流量来源中的广告，而是在FunnelFlux内部控制：
现在在报告中，您可以将关键词分成不同的offers。
这种方法的优点是在FunnelFlux内部有更多控制，可以随时更改这些设置或在不触及广告的情况下添加/删除页面轮换。
缺点是创建offers和配置漏斗需要更多的手动工作，并且可能缺乏广告和搜索套利页面之间的一致性。
您还需要考虑合规性，以及对于带有广告标题的来源，搜索套利合作伙伴是否允许您传递可能与向用户显示的广告不匹配的各种关键词。
转化跟踪
通常对于搜索套利，只需按照我们的指南操作，然后使用转化跟踪页面上提供的模板postback URL。
然而，关于哪些事件要跟踪，有一些重要的事项需要考虑。请阅读以下内容：
- 通常对于像Facebook、TikTok等算法驱动的来源，您会希望立即从搜索套利提供商发送转化
- 然而，这些将有估计收入，并将导致FunnelFlux数据与您的套利提供商不完全一致，当他们稍后更新这些估计时
- 如果提供商有多个postback选项，例如预估、估计（2小时）、估计（24小时）等，您也可以添加一个postback到其中一个以更新FunnelFlux中的数据。
- 但是，您不希望这再次向流量来源发送事件，因为它可能会夸大转化次数。为防止这种情况，在后面的postback中添加
...&disable_postbacks=true - 这将向FunnelFlux发送事件，更新转化及其收入，但不会向流量来源触发事件。
在TONIC的情况下，理想的设置如下：
