瞭解屬性報告

建立客服案件建立、交易建立或收益歸因報告時，請參閱以下指南，瞭解歸因模型、維度、資產類型、互動職位和來源等相關資訊。

歸因報告的目的是幫助您了解行銷工作如何激勵用戶轉換並與您的品牌建立關係。 行銷歸因可以幫助您看到團隊可以用來改善未來策略的模式和行動。

請注意： 在歸因報告中，潛在客服案件(例如建立潛在客戶)一詞指的是客服案件，而不是 潛在客戶對象。

前往HubSpot部落格，深入瞭解歸因行銷。

互動

歸因模型將信用歸因於在HubSpot中創建客服案件、交易和收入的互動，並將在潛在客戶轉換過程中將更高的信用分配給關鍵轉換點。 深入了解您的歸因模型時，您可以查看互動類型和位置。 

互動類型

一些關鍵的互動類型包括：

• 廣告點擊：與Facebook、Instagram、LinkedIn或Google上的廣告互動的客服案件。 您的廣告帳戶必須連結至您的HubSpot帳戶，才能追蹤此資訊。
• 參加的行銷活動：聯絡人參加了網路研討會、貿易展覽或其他類型的行銷活動。
• 通話已連線：聯絡人與貴組織的人員通話。 通話需要記錄到客服案件的帳戶，才能從歸因模型中獲得點數。
• 行動呼籲：聯絡人點擊了您網站或行銷電子郵件中嵌入的行動呼籲。
• 表單提交：聯系人在您的網站上提交了表單。
• 行銷電子郵件點擊：聯絡人點擊了傳送給他們的行銷電子郵件中的連結。 行銷電子郵件必須傳送至聯絡人的主要電子郵件地址，才能歸因點擊。 從發送到次要電子郵件地址的電子郵件中進行的點擊將不會被歸因。
• 頁面檢視：客服案件在您的網站上檢視頁面，或使用HubSpot追蹤代碼檢視外部頁面。 這包括登陸頁面、部落格文章、網站頁面和知識庫文章。 
• 註冊行銷活動：註冊參加網路研討會、貿易展覽或其他行銷活動的聯絡人。
• 社交貼文點擊：聯絡人點擊社交貼文。 您的社交媒體帳戶必須連接到您的HubSpot帳戶才能追蹤此資訊。

進一步了解互動類型。

互動位置

互動位置是轉換路徑中最接近關鍵事件的互動標記。 如果互動類型最接近多個關鍵事件，則互動類型（例如，創建潛在客戶）可以具有多個互動位置（例如，第一次互動、最後一次互動、創建潛在客戶）。

例如，客服案件可能有多次互動(例如建立潛在客戶、提交表單、瀏覽頁面)。 如果表單提交是建立潛在合作夥伴之前最接近的互動，則表單提交將顯示上次互動、潛在合作夥伴建立的互動位置。 

對於客服案件建立屬性報告，互動位置為：

• 首次互動：客服案件在HubSpot中記錄的首次互動。 這通常是他們第一次造訪你的網站。
• 最後一次互動：客服案件在HubSpot中轉換為客服案件之前的最後一次互動。
• 建立潛在客戶：建立潛在客戶時。 

對於交易創建和收入歸因報告，互動位置是：

• 首次互動：客服案件在HubSpot中記錄的首次互動。 這通常是他們第一次造訪你的網站。
• 潛在客服案件建立：客服案件在HubSpot中轉換為客服案件之前的最後一次互動。
• 交易建立：與客服案件建立關聯之前，客服案件的最後一次互動。
• 成交：與客服案件相關的交易進入成交階段之前，客服案件的最後一次互動。

對於廣告屬性報告，最後接觸廣告是在轉換發生之前與之互動的最後一個廣告。 

這些關鍵轉換點之間發生的任何互動都稱為中間互動或其他互動。 請注意，同一客服案件的每次互動都會在歸因報告中分別計算在內。 例如，如果客服案件多次點擊行銷電子郵件，每次點擊都會被視為互動，並會被視為收入歸因。

歸因模型

歸因模型將點數分配給客戶旅程中的互動。 以下是HubSpot中可用的歸因模型，以及如何選擇要使用的歸因模型。

若要預覽每個歸因模型的範例，請按一下報表產生器左側面板中「歸因模型」下拉式選單旁的「比較模型」。

在下方，深入瞭解HubSpot中提供的歸因模型，以及如何選擇要使用的歸因模型。

線性

此模型將客服案件點數平等歸因於轉換路徑中的每次互動。

在以下情況下選擇此型號：

• 您想要全面瞭解所有行銷管道的成效。
• 您希望在客服案件成為客服案件、與其關聯的交易或已結束的交易之前，將點數分配給與其互動的所有資產。

這種模式不適合用來確定哪些行銷活動或資產更有效，因為所有互動都能獲得同樣的信譽。 例如，貿易展覽或高度細分的電子郵件廣告活動將獲得與潛在客戶訪問20個網頁時一樣多的讚譽。

首次互動

此模型將客服案件點數的100%歸因於客服案件在轉換路徑中的首次互動。

在以下情況下選擇此型號：

• 你想瞭解人們如何首先發現你的品牌。 例如，如果您需要產生全新的業務，此報告將幫助您瞭解當前客戶如何與您的內容進行互動。
• 您希望產生潛在客戶和一般品牌知名度。
• 您完成了大量的交易，您的銷售管線在頂部與底部差不多寬。
  
  

最後一次互動

此模型將客服案件點數的100%歸因於客服案件在轉換路徑中的最後一次互動。

在以下情況下選擇此型號：

• 您想要識別在銷售漏鬥底部採取的行動的價值。
• 您有很多潛在客戶，但您完成的交易量很少。 在這種情況下，該模型將向您顯示哪些互動在交易結束時起作用。
• 您希望更好地優化將合格潛在客戶轉化為客戶的流程。

此模型不適合用於確定哪些行銷資產和銷售活動成功地在整個管線中移動潛在客戶。

U形

此模型將40%的客服案件點數歸因於第一次互動和潛在客戶轉換互動。 然後在所有其他互動中均勻分配剩餘的20%。

在以下情況下選擇此型號：

• 您需要在漏鬥的頂部生成合格的潛在客戶。
• 您希望建立潛在客戶羣，以便日後進一步培養和獲得資格。

此模式不適合中階或底層行銷人員，因為它忽略了客服案件建立後的互動。

W形

此模型將30%的客服案件點數歸因於第一次互動， 30%歸因於建立客服案件的互動， 30%歸因於建立交易的最後一次互動。 然後在第一次和最後一次之間的所有互動中均勻地歸因其餘的10 ％。

W模型可在交易建立歸因和收入歸因報告中找到。 W模式需要以交易為基礎的互動。

在以下情況下選擇此型號：

• 您的管線從創建的潛在客戶或創建的交易快速移動到客戶。
• 您只有幾種方法可以將合格的潛在客戶轉化為客戶，但您有多種渠道可以生成和培養潛在客戶，從而獲得合格的潛在客戶。

此模型不適合用於衡量銷售額或漏鬥底部的互動，因為他們沒有獲得任何讚譽。

請注意：使用W形模型時，如果交易的建立日期早於相關聯絡人的任何建立日期，則W模型將為空。 它將沒有值，因為數據不在適合此模型的形式中。

時間衰減

此模型將客服案件信用更多地歸因於最近的互動。 點數使用7天的半衰期進行分配。 這意味著在轉換前8天進行的互動獲得的點數是相同轉換前1天廣告互動的一半。

在以下情況下選擇此型號：

• 您可以使用較長的銷售週期，因為此模型對最近的接觸點給予更多讚揚，這有助於加速轉換。
• 您是一家電子商務公司，使用季節性或「限時」活動，其中有已知的活動開始和結束日期。 然後，最近的接觸點應該會因推動轉換而獲得最多的讚譽。
  
  

完整路徑

此模型僅在收入歸因報告中提供。 此模型將交易收入積分的22.5%歸因於第一次互動、潛在客戶創建、交易創建和最後一次互動。 然後，它將交易收入積分的剩餘10%平等地歸因於所有其他互動（即中間互動）。

在以下情況下選擇此型號：

• 您同樣關心漏鬥圖和客戶旅程的所有部分。
• 您的行銷和銷售一致性是推動營收的關鍵。
• 您有一個大型行銷和銷售組織，或者有多個行銷和銷售渠道來推動轉換。
  
  

請注意：使用完整路徑模型時，如果交易的建立日期早於相關聯絡人的任何建立日期，則完整路徑模型將為空。 它將沒有值，因為數據不在適合此模型的形式中。

J形

此模型將20%的積分歸因於第一次互動， 60%歸因於轉換。 其餘20%分散在轉換路徑中的其他互動中。

如果您想同時考慮第一次互動和轉換互動，但對轉換有更大的權重，請選擇此模型。

反J形

將60%的積分歸因於第一次互動，並將20%的互動歸因於導致轉換的互動。 其餘20%分散在轉換路徑中的其他互動中。

如果您想同時考慮第一次互動和轉換互動，但對第一次互動有更大的權重，請選擇此模型。

尺寸

• 資產維度：將交易收入點數分配給與交易相關聯的聯絡人互動的資產，例如登陸頁面。 您可以選擇以下資產維度：
  • 資產標題：資產的標題。 當資產沒有標題時，將顯示資產的URL。
  • 資產類型： 資產類型。
• 交易維度：根據已完成交易的屬性分配交易收入積分。 您可以選擇以下交易維度：
  • 交易建立日期：建立關聯交易的日期。
  • 交易完成日期：關聯交易完成的日期。
  • 交易：交易的名稱。
  • 交易所有者：交易的所有者。
  • 交易管道：交易的相關管道。
  • 交易類型：交易類型。
• 互動維度：根據客戶旅程中發生的互動來分配交易收入積分。 您可以從以下互動維度中選擇：
  • 互動位置：客戶旅程中互動的位置。
  • 互動來源：互動的來源。 進一步了解互動來源。
  • 互動日期：互動發生的日期和時間。
  • 互動類型：互動類型。 進一步了解互動類型，以及如何為報告自訂互動類型。
  • 互動網址：互動的網址。
• UTM 維度：根據發生互動的URL中顯示的UTM參數分配交易收入點數。 您可以從以下UTM尺寸中選擇：
  • UTM行銷活動：與互動相關的UTM行銷活動。
  • UTM來源：與互動相關聯的UTM來源。
  • UTM媒介：與互動相關的UTM媒介。
  • UTM內容：與互動相關的UTM內容。
  • UTM術語：與互動相關的UTM術語。
• 其他維度：按以下維度分配交易收入積分：
  • 廣告關鍵字：導致廣告互動的關鍵字。
  • 廣告活動： 與您的行銷內容相關聯的廣告活動。
  • 公司：與聯絡人有關聯的公司。
  • 行動呼籲：與互動相關聯的行動呼籲ID。
  • 表單：與互動相關聯的表單。
  • 潛在客服案件來源：客服案件的來源。
  • 社交貼文：發生互動的HubSpot社交貼文。

資產類型

• 行銷：
  • 網站頁面： HubSpot中的網站頁面。
  • 登陸頁面： HubSpot中的登陸頁面。
  • 知識 文章： HubSpot知識庫中的文章 。
  • 博客文章： HubSpot中的 博客文章。
  • 旅居頁面： HubSpot中的 博客旅居頁面。
  • 外部頁面：不在HubSpot上託管的頁面。 
  • 其他HubSpot頁面：未分類的HubSpot建置頁面，例如 會議連結和訂閱頁面。
  • 廣告：在HubSpot中追蹤 的廣告 。

• 銷售額：
  • 通話： 從HubSpot撥打或登入HubSpot的電話。
  • 會議： 已設定或登入HubSpot的會議。
  • 銷售電子郵件：透過整合傳送、追蹤或登入 HubSpot的一 對一電子郵件回覆。
• 對話： HubSpot中的 對話。

• 聯絡人建立：
  • 聯絡人匯入：匯入聯絡人。
  • 整合：透過整合記錄在客服案件紀錄中的互動(例如，在Salesforce、Zoom、自訂API中建立的客服案件)。
  • 其他潛在客戶建立：客服案件是透過未說明的其他方式建立的（例如，在HubSpot中手動建立，透過HubSpot Sales擴充功能建立）。
• 行銷電子郵件： HubSpot中的行銷電子郵件。
• 行銷活動： HubSpot中的行銷活動。
• 媒體橋接器： HubSpot中的媒體橋接器。
• 自定義事件： HubSpot中的 自定義事件 。

互動來源

互動會根據發生互動的工作階段的流量來源進行儲存（例如，在透過AdWords廣告開始的工作階段期間的頁面瀏覽量將被分類為付費搜尋下的互動）。

如果互動並非在工作階段期間發生，則會根據互動類型進行分類：

• 會議、通話、銷售電子郵件回覆和對話互動分類為銷售。 對於交易建立和收入歸因報告，銷售活動應與客服案件記錄及其相關的交易記錄相關聯。例如：
  • 客服案件記錄與交易記錄相關聯。
  • 當HubSpot用戶呼叫有關交易的聯絡人並將其記錄到聯絡人記錄中時，如果通話活動是聯絡人記錄中最近五個未結交易之一，則該通話活動將自動與交易記錄相關聯。 否則，使用者應手動將通話與交易記錄相關聯。

  請注意： 手動記錄的通話參與不計入交易創建或收入歸因。 通話必須透過CRM或HubSpot支援的第三方通話服務供應商進行。

  
  
  • 由於通話與交易和客服案件都相關聯，因此報告將假設它與交易有關，並且可以將其考慮到交易創建歸因。
  • 如果通話與交易無關，則不會將其納入交易建立歸因報告中，因為它可能與交易無關，但用於其他目的。

• 行銷電子郵件點擊互動分類為電子郵件行銷。
• 社交貼文點擊互動被歸類為有機社交。
• 如果互動是建立客服案件，且發生在離線狀態，則會分類為離線來源。 了解離線來源的含義。

將外部託管頁面的點數存入特定資產類型

如果你的網站不是由HubSpot託管，而是由外部管理，你仍然可以為頁面建立屬性報告。 然而，根據預設，任何歸屬於外部託管頁面的點數都將存放在沒有資產類型的資產類型頁面下。

若要將特定內容類型指派至頁面，您可以要求開發人員團隊將以下程式碼新增至這些頁面：

var_hsq = window._hsq = window._hsq || [];
_hsq.push (['setContentType', 'CONTENT_TYPE']);

將程式碼中的CONTENT_TYPE文字替換為要將點數歸因到的內容類型的運算式。

• 若要將點數歸因於網站頁面內容類型，請使用表達standard-pagestandard-page或site-page。
• 若要將點數歸因於登陸頁面內容類型，請使用表達式landing-page陸頁面。
• 若要將點數歸因於部落格文章內容類型，請使用表達式blog-post。
• 若要將點數歸因於知識文章內容類型，請使用表達式knowledge-article。

在HubSpot的開發人員文件中瞭解此程式碼的運作方式。

請注意：當您將上述代碼添加到頁面時，只有新頁面的互動才會歸因於特定的內容類型。 HubSpot不會將先前的互動追溯更新為新的內容類型，這些互動仍將歸因於沒有內容類型的頁面。

收入歸因計算

如果你沒有在報告中看到預期的數據，請了解報告使用的數據。 報告不會考慮以下因素：

• HubSpot以外的任何收入或客戶互動，不使用追蹤網址(UTM)與活動連接到帶有HubSpot追蹤代碼的登陸頁面；
• 來自Amount屬性、Create date屬性和Close date屬性中不具有已知屬性值的交易的任何收入或客戶互動；以及
• 任何不與具有上述屬性值的聯絡 人記錄和交易記錄相關聯的銷售活動（即通話、會議、對話和一對一電子郵件）。 
• 已發送但尚未收到回覆的任何一對一電子郵件。

只有符合以下所有條件的交易才會包含在報告中：

• 交易需要處於成交階段。
• 檢查您的交易管線，以確定是否存在已關閉的階段。
• 如果不存在，請建立新的交易階段或編輯要關閉的現有交易階段。
• 將實際贏得的交易更新為此階段。
• 交易需要至少有一個與其相關聯的聯絡人。
• 此報告是根據HubSpot追蹤的客服案件互動而來。 如果沒有相關客服案件，收入將不會歸因於任何互動。
• 如果交易沒有相關聯的聯絡人，您可能需要找出最適合該交易的聯絡人，並將該聯絡人與交易相關聯。
• 交易需要在Amount屬性、Create date屬性和Close date屬性中具有已知的屬性值。 報告需要這些屬性值。 如果它們是空的，請將正確的值添加到交易屬性中。

如果交易符合上述所有條件，則用於報告的主要數據包括：

• 來自交易Amount屬性的收入。
• 與交易記錄和客服案件記錄相關的常見互動和活動。