揭示复杂数据分段的复杂性。就像魔术师的魔术手法一样，掌握这些技术使分析师能够施展数据魔术，精准而巧妙地转化洞察力。

窗帘是开着的，舞台是放着的……这可能不是拉斯维加斯的魔法表演，但我们在构建区段时可以表演一些非常神奇的技巧。

在本模块中，我们将介绍：

• 排除逻辑
• 使用容器
• 归因模型

包含与排除

默认情况下，所有容器的开始日期为  include  类型，这基本上意味着它们会返回与标准匹配的数据。但是，您也可以将区段或区段中的容器更改为  排除  类型，允许您拒绝特定标准。

虽然魔术师可以在甲板上找到你的卡片，但是魔术师可以让甲板上的其他部分不复存在真是太神奇了。同样，在排除区段中，我们希望不需要的数据只是从数据集中消失。

你可能会坐在那儿想，“好吧，但我已经有‘不等于’和‘不包含’的选项了，所以这难道不应该涵盖我吗？”不幸的是，答案是否定的……这不仅仅是能够排除逻辑组，一个元素。即使处理单个组件时，您也通常需要使用 排除  以实现您的目标。

• 不包含/不等于 — 就是它的声音，匹配不包含特定字符串的项目
• 排除：值包含/等于 — 这将  排除  匹配字符串的项目

乍一看，这两种声音听起来是一样的……  点击  级别区段/容器是正确的，因为它们将执行相同的操作。但是，在使用时  访问  或  访客  仔细观察你会得到截然不同的结果。

图1：不包含/不等于 — 点击范围

请注意，每次点击都会返回true或false值，并且这些值在“不排除”和“排除”之间颠倒。

• “Value”不包含“Example”（是），因此返回true，并且包含该点击；同样，“Example”不包含“Example”（否，它包含该点击），因此返回false，并且不包含该点击。基本上，返回返回返回真实结果的任何数据。
• “Value”是否包含“Example”（否），因此返回false，且不排除该点击；同样，“Example”是否包含“Example”（是），因此返回true，并排除该点击。基本上，返回确实存在以下问题的数据  非  结果为true，或返回的数据不符合您的标准。
• 您可以在  点击  级别，则两组逻辑将返回相同的数据集。

图2：不包含/不等于 — 访问范围

如上所示，每次点击  访问  将使用相同的true / false进行计算。但是，返回的数据集是整个访问的数据集。

• 在每次点击时，“Value”不包含“Example”（是），因此返回true；同样，“Example”不包含“Example”（否，它包含它），因此返回false。

  • 如果  任意  访问中的点击返回  true，然后  整个访问  返回。*
  • 如果访问完全由包含“示例”的点击组成，则任何点击都不会返回true，因此该访问将  未返回  在数据集中。

• 同样，在每次点击时，“Example”都包含“Example”（是），因此返回true

  • 如果  任意点击  返回  true，则整个访问将为  已排除
  • 如果  所有点击  在访问返回中  false，则该访问将在您的数据集中返回

• 现在你可以看到这个逻辑在哪里开始分化。在上面的示例中，有三次不同的访问：

  • 使用“不包含/等于”时  三人之二  访问将被返回。
  • 使用“Exclude Contains / Equals”时  只有一个  其中的1次访问将被返回

图 3：不包含/不等于 - 访客范围

如上所示，每次点击均由  访客  将使用相同的true/false逻辑进行计算。但现在我们查看了该访客在所有访问中（在选定的日期范围内）所做的所有点击。

• 在每次点击时，“Value”不包含“Example”（是），因此返回true；同样，“Example”不包含“Example”（否，它包含它），因此返回false。

  • 如果  任意  访客进行的点击将返回  true，然后  整个访问  会返回。
  • 如果访客从未进行任何包含“示例”的点击，则任何点击都不会返回true，因此该访客将  未返回  在数据集中。

• 同样，在每次点击时，“Example”都包含“Example”（是），因此返回true。

  • 如果  任意点击  返回  true，则整个访客（以及随后其所有访问）将  已排除。
  • 如果  所有点击  在访问返回中  false，则该访客将在您的数据集中返回，从而成功返回没有“X”的访客。

• 这是访问逻辑的扩展，其中涉及到了更多注意事项。在上面的示例中，有两个不同的访客，每个访客3次：

  • 使用“不包含/等于”时  两者  将像所有访客一样返回访客  三  （在报表中占2位访客和6位总访问量）
  • 使用“Exclude Contains / Equals”时  只有一个  其中将返回这些访客，并且只包含与该访客关联的三次访问（在报表中占1个访客和3个总访问次数）

区段示例1：排除进行购买的访问

在本例中，我想定位访问网站且确实访问过网站的用户  非 在访问期间进行购买（基本上，我想排除执行了交易的访问；因此，我将保留未完成交易的访问）

为了进行比较，让我们查看使用“不存在”构建的区段：

请注意预览如何显示非常不同的结果……事实上，此区段将返回我的全部访问，因为每次访问都至少有一个不包含“订单”量度的点击。

为了进一步说明，让我们并排比较两个区段：

首先，您可以看到尽管  访问  区段的级别范围，我们可以将该区段与其他量度（例如页面查看次数或独特访客）配对。第一组列未分段，以便一目了然地显示一个区段（不存在）返回了近100%的数据，只有排除区段在做我们需要它做的事情。

最引人注目的列是订单，这应该立即清楚地表明“不存在”容器错误，因为大多数订单仍在返回。

区段示例2：排除在报告期内购买过的访客

在此示例中，我想使用上一个示例（专门查看访问级别）中的想法并将其展开以查找在报表的时间范围内未购买产品的访客。

此区段看起来与上面的示例非常相似，几乎完全相同，但区段的范围将会产生很大的影响。

现在，如果将访客范围的区段与上面访问范围的区段进行比较，您会发现被排除的数据更多，被排除的访问次数也更多，由于 购买过的访客 同样包含未进行购买的访问，这些访问也会被排除，因为它们是访客生命周期的一部分。

准确地知道您试图用报告讲述哪些数据或故事非常重要。确保您的表格和可视化图表清楚地告诉受众所显示的内容，并且使用适当的区段模型对于进行适当的分析至关重要。只有每个人都了解他们所看到的内容，才能做出明智的决策。

使用容器

容器使我们能够在区段的主逻辑中创建“子逻辑”，一种常见的误解是，区段和容器之间的范围必须都是相同的……但事实并非如此。这让我们拥有更大的自由度，可以在更大的框架中创造特定的场景，以构建复杂的逻辑。

看待容器最好的办法是想象每个容器都是一个盒子，我们可以把逻辑上的盒子栈叠在另一个盒子内，在另一个盒子内……但不同于实体盒子，每个盒子都必须比外部盒子小，我们可以放更大的东西进去，如果那能促使我们取回正确的数据。把它想成魔术师的帽子，其中的不可能可以放进去，我们是数据的魔术师

容器的范围

我们先来快速细分  容器  范围。点赞  区段s  科普，你的基本知识  点击，  访问  和  访客  范围选项，但有时您也会看到名为的内容  逻辑组  代替访客（这仅在顺序区段内发生，我们将在下一篇文章中介绍这些情况）。

可以通过访问将容器添加到区段内（或其他容器内）  options*菜单（嵌套多个项目时，请小心添加到正确的块中 — 不过幸运的是，如果确实将容器添加到错误的位置，则可以将其拖放到界面中）

图1：添加容器

容器的范围与父项无关，如上所述，这些  不要  根据你希望回来的东西而定，你可能需要制定计划好让你的需求完全可视化，至少要等到你头脑里习惯地把它视觉化为止。

图2：区段范围与容器范围

与基本区段一样，当您开始使用嵌套容器构建复杂区段时，需要清楚地了解  什么  您希望返回的数据的类型。  如何  你打算用这些数据吗？  哪个  您是否计划与区段进行配对？

以下问题将有助于确定客户细分的整体范围，这是任何客户细分的起点。

仅仅因为您计划将区段与独特访客量度配对，并不意味着区段本身应当是访客级别……远离区段。访客级别的区段将返回访客的所有数据……这是指访客的所有访问、所有页面查看等。一旦有访客与您的区段标准匹配，区段可能会开始返回该访客 过去 的数据（只要是在您工作区的日期范围内）。

所以，我谈了很多有关如何选择适当范围的概念，但没有提供能够真正帮助您的示例或具体信息……所以让我们现在来通过几个实际的用例示例深入探讨一下。他们说魔术师从不透露秘密，但那并不完全正确。在魔法世界里，这些技巧和“幕后”的运作方式经常与同龄人分享，让他们可以延续并改善这种幻觉，而这就是我的目标……为等待你们的各种可能性敞开大门。

区段示例3：最近下过订单的访客在特定页面上的查看次数（在报表期内）

在此方案中，我仅希望返回一组最近购买者点击的特定页面（请注意，我仍可以将这组页面与访问次数或独特访客进行配对，即使区段本身将位于点击范围）。

此类场景非常适合观察我的购买者是否查看网站上的特定页面，以及可能未明确连接到特定事件的页面。

我的示例是查看“特色交易”和“推荐的产品”页面。目前，我们将保持逻辑简单，并且不会进入顺序分段（至少目前不会，但我们将处理更复杂的逻辑，就像未来文章中的那样）。

另一个问题是  原因  我们是否因点击量而撤退？从技术上讲，我可以在此处通过访问或访客进行拉取，但我可能还希望按以下方式查看这些特定页面  每次访问的页面查看次数（适用于特定的页面集）  或  每位访客的页面查看次数（针对特定集），此范围使我能够灵活地执行这一特定数学运算。由于这些点击量可以轻松与访问次数或独特访客数进行配对以确定访问次数或访客能否查看这些页面，因此我将选择最适合所有方案的区段。

首先，为了进行比较，请针对特定页面查看一个简单的基于点击的区段。

现在，让我们从复杂性入手：

你们会注意到，我不仅使用多个容器，而且我在混合这些容器的范围。区段作为一个整体处于点击级别，但我也在寻找已下订单的访客。

让我们花点时间解开这个东西，因为有很多事情要做。

首先，我显示的不是每日的细分，而是页面细分，因为我认为这将有助于更好地说明这两个区段。

区段示例4：点击特色交易或推荐产品并在同一次访问中下订单的访问

上例显示了如何在较小的范围容器（即点击）中添加更大的范围容器（即访客），因此您可以在访客内部添加点击容器或访问范围区段也就不足为奇了。

使用我们之前查看过的一些相同页面，现在我们只关心让发生事件的访客返回特色交易或推荐产品页面，并在同一次访问中下订单。

此区段混合了所有三个范围。区段的顶层是访客，因此这样可以确保返回匹配访客的所有访问中的所有点击。在其中，我们添加了访问范围容器，这将确保访客必须至少有一个访问符合下达订单和访问特定页面的特定条件。我们为页面本身添加了一个点击范围容器，以便我们可以使用OR逻辑来查找特色交易页面或推荐的产品页面。

此访客范围的区段将获得以下好处：返回结果  所有 来自符合此标准的访客的访问，因此，如果我想查看导致此组合的前几次访问中的行为，以及这些访客在此类场景后的操作，则此区段将较好。

在这里，我将主要交易/推荐内容上的点击量、存在的订单量，以及复杂的区段进行比较，其中订单和指定页面之一存在于同一次访问中。复杂区段是前两个区段相交的位置；但由于它是访客范围，因此还将返回这些访客的所有其他访问。

归因模型

区段定义中的归因建模主要涉及具有非点击到期的维度，因此prop（始终为点击级别）实际上不是合适的候选者。您的eVar、营销渠道等但是，这些设置实际上就是专门用于此目的。

在查看区段之前，我们应该通过一个简单的示例来快速回顾归因建模的工作原理。

假设我们有两个eVar，其中一个设置为访问过期(eVar1)，另一个设置为30天过期(eVar2)。为简单起见，我们将跟踪内部营销活动(icid)。

访问 1

• 页面A

  • EVAR1  未设置
  • EVAR2  未设置

• 单击URL中带有？icid=promo-banner的促销横幅

• 页面B

  • EVAR1  和  EVAR2  设置为“promo-banner”
  • eVar1实例  已触发
  • eVar2实例  已触发

• 页面C

  • 两者  EVAR1  和  EVAR2  维护“promo-banner”值
  • eVar的实例量度都不会触发，因为两个eVar都使用持久值

访问 2

• 页面D

  • EVAR1  未设置为任何值，并且否  eVar1实例  已触发
  • EVAR2  由于30天过期，因此会保留“促销横幅”值
  • eVar2实例  不会触发，因为此值是永久性且实际上未设置

• 单击URL中带有？icid=promo-side-rail的Side Rail Promotion

• 页面E

  • EVAR1  和  EVAR2  设置为“促销侧边栏”
  • eVar1实例  已触发
  • eVar2实例  已触发

• 第F页

  • 两者  EVAR1  和  EVAR2  维护“promo-side-rail”值
  • eVar的实例量度都不会触发，因为两个eVar都使用持久值

目前，这两次访问的预期结果如下：

现在，让我们看一下您可以在何处设置区段中的归因。

图4：归因模型

维度上的齿轮图标是设置归因的位置。当鼠标悬停在“？”上时，每个选项都提供了可用信息信息。基本上：

• 默认行为将返回设置了该值的eVar的所有实例（专门设置或通过设置的归因）
• 实例将仅返回显式设置了该值的维度(即，在触发“eVar的实例”的点击上)
• 非重复实例仅在第一次设置维度值时返回(即，虽然上面的示例中未涵盖此值，但假设用户多次单击促销横幅，这也会增加每次单击横幅时的“eVar实例”，此设置将仅采用“促销横幅”的第一个唯一实例，并忽略此横幅的任何后续计数)

区段示例5：营销渠道“付费搜索”与付费搜索的直接实例

我们都知道，营销渠道的归因模型较长（默认为30天，但这可以根据您的需求进行自定义），一旦设置，营销渠道就不会被后续的“直接”网站访问覆盖，因此您的特定驱动程序将获得转化归因。但是，有时您需要具体了解  条目  通过特定的营销渠道进入您的网站；通过登入点，我的意思是您需要查看何时根据营销处理规则专门设置营销渠道。

让我们进行一些更改，首先查看比较，然后深入了解区段。

这可以用两种方式完成：

首先，使用“标准”维度归因，并将其与特定的“营销渠道实例”量度配对(作为  存在 逻辑)：

其次，对于更简单的区段，您可以将归因更改为“实例”。请注意，维度名称将从“营销渠道”更改为“营销渠道（实例）”。

融会贯通

像任何一位好的魔术师一样，我们可以从每个魔术开始，随着我们一起壮大受众，引导他们走向最终的“声望”。我们就是在这个地方大放异彩，把所有的小把戏都拿出来，卷成一场盛大的决赛。把看似不连贯的部分拿出来，并展示出，事实上，他们共同组成了一个有凝聚力的整体。

区段示例6：在访问期间通过付费社交实例下订单的访客，不包括注册任何新闻通讯的访客

这将允许我识别在访问期间通过社交媒体营销活动积极购买商品，但尚未注册我们快讯的访客。这将允许我们的营销团队查看尝试转化新闻通讯和营销电子邮件的潜在用户组。

结尾

有很多方法可以将逻辑结合到非常详细的场景中，我只能划出可能性的表面。

像任何一位伟大的魔术师一样，真正的力量是激励即将成长起来的一代人，在基本知识的基础上再接再厉，重新想象自己学到的东西！我期待看到你们想出什么！