FunnelFlux Pro具有一些资源，这些资源是构建漏斗和运行全功能活动的必要前提。
它们是：
- 流量来源
- offer来源
- Offers
- 落地页
- 自定义域名（不完全是资源，但很有必要）
以下是这些项目的配置细节以及它们如何影响跟踪流程。
流量来源
流量来源定义了访客的来源，在生成活动URL时必须选择流量来源。
流量来源配置有两个主要组成部分：
- URL跟踪字段
- 转化跟踪
URL跟踪字段配置
请看下图：
FunnelFlux允许20个自定义跟踪字段，每个字段都必须有一个名称（别名）和一个可选的占位符值。左侧的数字代表数据库中的列号。因此，此配置正在为名称到列ID的映射创建别名。
跟踪字段配置在生成重定向/直接链接时使用 - 这些字段决定了附加到URL的特定于流量来源的查询字符串数据。
我们有两个不能删除但可以设置别名的保留字段 - campaign和external。
这些字段分别保留用于活动ID值（或活动名称）和点击跟踪ID。
占位符应该都是流量来源将解析的令牌/宏（因为这些URL预计将在流量来源使用），而FunnelFlux令牌是在落地页/offer URL中可用的令牌格式，用于传递流量来源数据。
有用的注意事项
- 流量来源不一定是广告平台 - 您可以为电子邮件创建一个流量来源，使用电子邮件合并标签作为令牌。您还可以为特定的联盟商创建流量来源，手动创建字段并让用户传递静态数据。这样做时，最佳做法是将占位符设置为REPLACE，以减少使用链接时的人为错误。
- 如果跟踪字段的占位符留空，我们将在生成的URL中省略它，但如果URL数据存在，该字段仍将被捕获。
- 在某些情况下，解锁我们的保留字段并重命名它们可能是有意义的，例如当活动或点击ID自动附加到URL时 - 比如Facebook自动附加"FBCLID"。在我们的模板中，external字段被重命名为FBCLID，并给予一个空白占位符。因此，我们的系统不会将FBCLID=添加到生成的URL中，但会捕获传入的FBCLID查询字符串参数值并将其存储为外部点击ID。
- 用户可以随时重命名字段，这可能导致记录到某个编号列的数据在某个时间点突然发生变化，所以在设置后应注意不要显著改变进入每个列号的数据。相反，最好是归档该编号行并创建一个新字段，或使用新的流量来源。
- 归档的跟踪字段在视图和报告下拉菜单中隐藏，但仍会出现在数据中。创建一个与归档字段同名的新行将取消归档该字段，而不是创建重复字段，因为如果URL使用它，归档的字段仍会捕获和存储数据。
- 重命名字段时，会存储一个previousName值，用于将旧链接URL数据映射到重命名的值。
转化跟踪配置
在这里，用户可以设置将转化数据传回流量来源的方法。
Postback URL是对来源的简单GET请求，传递所需的任何数据和我们的{external}令牌作为可用的点击ID。
HTML允许JS或图像像素。为了使其工作，用户必须使用我们的JavaScript跟踪来跟踪转化，如果设置了，这将通过页面传递HTML代码。
自定义场景是我们为各种流量来源创建的自定义集成，通常涉及API。
用户需要查阅我们的帮助文档以了解设置详情。如果可用，应该利用这些功能，因为它们将提供更可靠的跟踪。它们都是基于服务器到服务器的，所以当转化通过postback URL传递给FunnelFlux时可以工作，但如果转化是通过JS触发的也可以工作。
Offer来源
这些定义了offer的来源，通常是联盟网络。当然，用户也可以创建像"我的产品"或网站名称这样的来源。
这些有三个目的：
- 模板化数据传递，因为当一个offer使用这个来源时，它会继承数据传递配置
- 模板化postback URL，以方便用户复制/粘贴URL到网络
- 作为报告的一般类别
注意：我们打算在不久的将来更新我们的数据传递范式。目前，offer来源配置在offer配置中选择时一次性继承。如果用户更新offer来源，不会对offer进行任何更改。未来，我们将创建严格的继承，offer首先从来源继承数据传递配置（和一些其他配置），然后在offer级别可以设置额外的字段以及覆盖。
数据传递
在这里，用户可以使用基于表单的方法来构建附加到常规设置下的基本页面URL的查询字符串。
这种方法减少了人为错误，并允许我们更好地模板化数据传递。
作为最佳实践，基本页面URL应包含所有永远不会改变的静态URL数据。对于联盟URL，这通常意味着包含一些联盟/offer ID。
理想情况下，所有动态数据应通过数据传递部分进行配置。
有用的注意事项
- 一些字段名称是受限的，如vid、n、c、ts等，这些是FunnelFlux或我们的Javascript使用的保留参数
- 要传递URL数据，您可以选择该选项，然后只输入查询字符串键名。保存时，该项目将折叠为
{data-url_key_name}- 我们打算稍后改进这一点。 - 请注意，跟踪链接中传递的数据可以通过这个令牌访问，就像传入我们URL缓冲区的查询字符串数据一样。也就是说，传入重定向或操作链接的任何URL查询字符串数据，如果不是定义的跟踪字段，仍将存储在会话数据中，可以通过
{data-url_key_name}访问。但它在报告中不可用。 - 对于传递复合或其他数据，选择自定义字符串。在这里，您可以像往常一样使用令牌，所以可以做例如
{funnel-id}-{campaign}-{trafficsource-id}。如果传递复杂数据如URL字符串，不需要进行编码，因为我们的系统会在保存时自动进行URL编码。
转化跟踪
这部分相当自解释。
为了模板化postback URL，输入offer来源平台将解析和替换的收入/可选交易ID令牌。
对于hit ID，检查您在数据传递中传递我们{hit}值的字段。例如，如果是"aff_sub5"，那么在转化跟踪页面上，您应该输入offer来源对应的令牌，代表存储的aff_sub5值，例如{aff_sub5}
有用的注意事项
- 目前，具有相同hit ID和TxID值的转化传递到FunnelFlux时，将替换现有的转化，但不会导致重复。目前这会更新转化时间戳。我们打算替换此功能，使其不更新原始时间戳，因此如果是重复的，新事件实际上会被忽略。
- 目前，转化跟踪在向流量来源发送事件方面没有去重。所以即使FunnelFlux在内部去重了转化，仍会向流量来源发送事件。我们还打算更新这一行为，不发送重复事件。
- 因此，如果用户想触发多个合法的转化，他们应该始终通过我们postback URL/JS中的"tx"参数指定唯一的交易ID值。
Offers
Offer应该选择一个offer来源以首先继承重要的配置，节省时间并减少人为错误。
然后offer有一个基本URL，它应包含所有静态数据，所有动态数据通过数据传递部分传递。
当FunnelFlux重定向到一个offer时，它将重定向到基本URL + 数据传递配置 = 最终offer URL。
Offer类别纯粹用于报告中的分组，没有功能影响。
页面操作链接
这些是要在页面上使用的操作（CTA）URL。它们是通用的，格式如下：
https://DOMAIN/action/number
在FunnelFlux中，页面上的点击URL（操作链接）不指定目的地。它们引用要执行的"操作"。在点击时，FunnelFlux将处理当前用户的漏斗配置，并根据他们当前已知的节点位置，从该节点执行操作X。
这样，FunnelFlux不会预测用户的下一个目的地，因此不可能在页面上创建一个链接，既创建点击/操作，又强制重定向到某个特定节点。
当然，可以使用条件节点并基于传入操作URL的某些URL数据进行路由，但这是一个单独的功能 - 从落地页的操作仍然自然会进入下一个预期节点（在这种情况下是一个条件）。
请注意，操作链接是通用的，不需要特定于页面、漏斗或来源。在漏斗构建器中，这些操作也可以添加默认参数检索。这将在漏斗技术文档中讨论。
集成产品ID
这是一个测试中的部分 - 它专门用于我们计划构建的webhook集成，它们将传递产品ID和访客ID。如果一个offer设置了产品ID，我们将能够交叉引用以确定X产品ID必须是Y offer --> 那就是转化的offer。目前用途有限。
落地页
与offer很像，落地页只是一个页面。
除了图标/名称之外，主要区别是落地页没有从中继承配置的"来源"
落地页应用于任何不会直接从该页面上的用户操作或由此产生的操作创建收入的页面。
例如，结账页面可能是一个offer页面 - 但之前的产品销售页面将是一个落地页，因为结账页面是用户最终转化的地方。
任何作为终点的页面，即访客被重定向到某个第三方（例如联盟网络）的页面，肯定是一个offer，而不是落地页。
请注意，虽然落地页不转化，但在报告中它们仍然继承由用户在其旅程后期创建的收入和转化。