揭示複雜數據細分的複雜性。就像魔術師的戲法一樣，掌握這些技術使分析師能夠施展數據魔法，精確而巧妙地轉變洞察力。

簾幕徐徐開啟，舞台已經搭好……這可能不是拉斯維加斯的魔術表演，但在建立我們的區段時，我們可以使用一些令人驚豔的技巧。

在本單元中，我們將介紹：

• 排除邏輯
• 使用容器
• 歸因模型

包含與排除

依預設，所有容器開始都是 包含 類型，這基本上表示它們會傳回符合條件的數據。不過，您也可以將區段或區段內的容器變更為 排除 類型，可讓您拒絕特定條件。

雖然魔術師可以在紙牌中找到您的卡片，但是魔術師可以讓紙牌中的其他部分不復存在，這的確是太神奇了。同樣地，在排除區段中，我們希望不需要的數據從數據集中消失。

您可能正坐在那裡想：「好吧，但我已經有『不等於』和『不包含』的選項了，這難道還不夠嗎？」遺憾的是，答案是否定的……而且這不僅僅是能夠透過單一元素排除邏輯群組。即使處理單一元件時，您通常仍需使用 排除 以實現您的目標。

• 不包含/不等於 — 就是字面意思，匹配不包含特定字串的項目
• 排除：值包含/等於 — 這會 排除 匹配字串的項目

乍一看，這兩種似乎都一樣……而且在 點擊 層級的區段/容器上，您會是正確的，因為它們會執行相同的動作。然而，使用 造訪 或 訪客 範圍，您會得到截然不同的結果。

圖1：不包含/不等於 — 點擊範圍

請注意，每次點擊都會傳回 true 或 false 值，而且這些值在不排除和排除之間反轉。

• 「Value」是否不包含「Example」（是），因此傳回 true 且包含該點擊；同樣地，「Example」是否不包含「Example」（否，不包含），因此傳回 false 且不包含該點擊。基本上，會傳回任何傳回 true 結果的數據。
• 「Value」是否包含「Example」（否），因此傳回 false，且不排除該點擊；同樣地，「Example」是否包含「Example」（是），因此傳回 true，並排除該點擊。基本上，會傳回 沒有 true 結果的數據，或依據您的條件傳回 false 數據。
• 您可以在 點擊 層級看到，兩組邏輯都會傳回相同的數據集。

圖 2：不包含/不等於 — 造訪範圍

如上所示，造訪 內的每次點擊都將使用相同的 true/false 進行評估。不過，傳回的數據集是整個造訪的數據集。

• 在每個點擊上，「Value」不包含「Example」（是），因此傳回 true；同樣地，「Example」不包含「Example」（否，不包含），因此傳回 false。

  • 如果造訪中的 任何 點擊傳回 true，則會傳回 整個造訪。*
  • 如果造訪完全由包含「範例」的點擊組成，則沒有任何點擊會傳回 true，因此 不會 在您的數據集中傳回該造訪。

• 同樣地，每個點擊上的「Example」都包含「Example」（是），因此傳回 true

  • 如果 任何點擊 傳回 true，則整個造訪都會是 已排除
  • 如果造訪中的 所有點擊 都傳回 false，則會在您的數據集中傳回該造訪

• 現在您可以看到此邏輯開始分歧的位置。在上述範例中，有三個不同的造訪：

  • 使用「不包含/等於」時，將會傳回 三個中的兩個 造訪。
  • 使用「排除包含/等於」時，這些造訪中 只有一個 將會傳回

圖3：不包含/不等於 — 訪客範圍

如上所示，每個 訪客 的每次點擊都將使用相同的 true/false 進行評估。但現在我們會檢視此訪客在所有造訪中所進行的所有點擊（在選取的日期範圍內）。

• 在每個點擊上，「Value」不包含「Example」（是），因此傳回 true；同樣地，「Example」不包含「Example」（否，不包含），因此傳回 false。

  • 如果訪客進行的 任何 點擊傳回 true，則會傳回 整個造訪。*
  • 如果訪客從未進行任何包含「Example」的點擊，則沒有任何點擊會傳回 true，因此 不會 在您的數據集中傳回該訪客。

• 同樣地，每個點擊上的「Example」都包含「Example」（是），因此傳回 true。

  • 如果 任何點擊 傳回 true，則整個訪客（以及隨後其所有造訪）將會被 排除。
  • 如果造訪中的 所有點擊 都傳回 false，則會在您的數據集中傳回該訪客，因此成功傳回沒有「X」的訪客。

• 這是造訪邏輯的延伸，其考量事項更多。在上述範例中，有兩個不同的訪客，每個有 3 次造訪：

  • 使用「不包含/等於」時，兩個 訪客都將被傳回，他們的全部 三 次造訪也將被傳回（在報表中為 2 個訪客和 6 次造訪總數）
  • 使用「排除包含/等於」時，訪客中 只有一個 會被傳回，僅包含與該訪客相關的三次造訪（在您的報表中為 1 個訪客和 3 次造訪總數）

區段範例1：排除進行購買的造訪

在此範例中，我想鎖定造訪網站確實有造訪的使用者 未 在造訪期間進行購買（基本上，我想排除執行交易的造訪；因此，我將會剩下未完成交易的造訪）

為做比較，讓我們檢視使用「不存在」所建立的區段：

請留意預覽顯示非常不同結果的方式……事實上，此區段將傳回我的 100% 的造訪，因為每次造訪都至少有一個點擊不包含「訂購」量度。

為了進一步說明，讓我們並排比較兩個區段：

首先，儘管您有區段的 造訪 層級範圍，我們可以將區段與其他量度（例如頁面檢視或不重複訪客）配對。第一組欄未分段，以便於一眼就知道一個區段（不存在）傳回幾乎 100% 的數據，只有排除區段在做我們需要它做的事情。

最明顯的欄是訂單，應該會立即發現「不存在」容器錯誤，因為大多數訂單仍在傳回。

區段範例 2：排除在報告期間內購買過的訪客

在此範例中，我想使用上一個範例的想法（特別檢視造訪層級），並將其展開以尋找在報表的時間段內未購買過的訪客。

此區段看起來與上述範例非常類似，幾乎完全相同，但區段的範圍將會造成很大的差異。

現在，若我們將訪客範圍的區段與上方造訪範圍的區段進行比較，您會發現排除的數據更多，而且造訪次數也更多，這是因為 購買過的訪客 也有未購買過的造訪，因此這些造訪也會排除在外，因為它們是訪客生命週期的一部分。

請務必確切知道您想要用報告訴說哪些數據或故事。確保您的表格和視覺效果能清楚告訴對象要顯示的內容，而使用適當的區段模型是進行適當分析的關鍵。只有每個人都理解他們所看到的內容，才能做出明智的決定。

使用容器

容器讓我們能夠在區段的主要邏輯中建立「子邏輯」，一個常見的誤解是，區段和容器之間的範圍必須相同……但事實並非如此。這可讓我們有更多自由，以更廣大的方案建立特定情境，以建置複雜的邏輯。

看待容器的最佳方式是想像每個容器都是一個盒子，而我們可以將盒子（邏輯上的）疊放在另一個盒子內、另一個盒子內……但不同於實體盒子，每個盒子都必須小於外部盒子，我們可以放更大的東西進去，如果這能促使我們取回正確的數據。把它想像成魔術師的帽子，把不可能的東西放進去，我們是數據的魔術師

容器的範圍

首先，讓我們快速劃分 容器 範圍。和 區段 範圍一樣，您擁有基本的 點擊，造訪 和 訪客 範圍選項，但有時您也會看到名為 邏輯群組 取代訪客（這只會發生在循序區段中，我們會在下一篇文章中介紹這些區段）。

若要在區段內（或其他容器內）新增容器，可透過存取 選項*功能表（內嵌多個項目時，請小心將其新增至正確的區塊，不過幸運的是，如果您將容器新增至錯誤的位置，可將其拖放至介面中）

圖 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 天到期，會維護「promo-banner」值
  • eVar2 的執行個體 未觸發，因為值是持續的，而且實際上並未設定

• 在 URL 中使用 ?icid=promo-side-rail 按一下「邊欄促銷」

• 頁面 E

  • eVar1 和 eVar2 設為「promo-side-rail」
  • eVar1 的執行個體 已觸發
  • eVar2 的執行個體 已觸發

• 頁面 F

  • eVar1 和 eVar2 都維護值「promo-side-rail」
  • eVar 的兩個執行個體量度都不會引發，因為兩個 eVar 都使用持續值

目前，以下是這兩次造訪的預期結果：

現在，讓我們來看看您可以在區段中設定歸因的位置。

圖 4：歸因模型

維度上的齒輪圖示是設定歸因的位置。當游標暫留在「?」圖示上時，每個選項都有可用的資訊。基本上：

• 預設行為將傳回設定了值的 eVar 的所有執行個體（明確或透過設定的歸因）
• 執行個體只會傳回明確設定值的維度（亦即於觸發「eVar 執行個體」的點擊上）
• 非重複執行個體只會在第一次設定維度的值時傳回（亦即，雖然上述範例中未涵蓋此值，但假設使用者多次點按促銷橫幅，此亦會隨著每次點按橫幅而增加「eVar 執行個體」，此設定只會取用「促銷橫幅」的第一個不重複執行個體，並忽略此橫幅的任何後續計數）

區段範例 5：行銷通道「付費搜尋」與付費搜尋的直接執行個體

我們都知道，行銷通道的歸因模型很長（預設為 30 天，但您可以根據自己的需求自訂），設定後，後續的網站「直接」造訪將不會覆寫行銷通道，因此您的特定驅動程式將取得轉換歸因。不過，有時您需要查看透過特定行銷通道進入您網站的具體 項目；我說項目的意思是，您需要檢視何時根據您的行銷處理規則特別設定了行銷通道。

讓我們改變一下，從檢視比較開始，然後我們將深入瞭解區段。

這可透過兩種方式完成：

首先，使用「標準」維度歸因，並搭配特定「行銷通道執行個體」量度（作為 存在 邏輯）：

第二，對於較簡單的區段，您可以將歸因變更為「執行個體」。請注意，維度名稱會從「行銷通道」變更為「行銷通道（執行個體）」。

把所有技巧整合在一起

像任何優秀的魔術師一樣，我們可以從每個獨特的技巧開始，隨著我們逐步建立受眾，引導他們達到最終的「頂尖對決」。這才是我們真正出彩的地方，我們把所有的小把戲都揉進了最後的壓軸戲中。將訣竅中看似互不關聯的部分整合在一起，顯示出它們實際上共同構成了一個連貫的整體。

區段範例 6：在造訪期間透過付費社交執行個體下訂單的訪客，並排除註冊任何電子報的訪客

這可讓我識別在社交媒體行銷活動造訪期間主動購買但未註冊電子報的訪客。這將使我們的行銷團隊能夠看到潛在的使用者群組，並嘗試轉化為電子報和行銷電子郵件。

尾聲

有太多的方法可以將邏輯結合到非常詳細的情境中，我只能從表面上瞭解其中的可能性。

就像任何一位偉大的魔術師一樣，真正的力量在於激勵後輩在基礎上再接再厲，將學到的知識重新想像成新的奇妙事物！我期待著看到你們的成果！