將轉化數(shù)據(jù)傳輸?shù)結andex Metrica的格式和方法

在本文中，我們將告訴您如何將轉化據(jù)發(fā)送到Yandex Metrica：我們將向您介紹可用的方法和格式。

能否首先解釋一下數(shù)據(jù)傳輸格式與方法有何不同嗎？

好的，讓我們區(qū)分一下這些概念：

-發(fā)送數(shù)據(jù)的方法——這是您如何發(fā)送這種或那種數(shù)據(jù)格式、使用什么工具；

-數(shù)據(jù)上傳格式——這是您發(fā)送數(shù)據(jù)的形式及其外觀（CSV或JSON）。

首先，讓我們弄清楚發(fā)送數(shù)據(jù)有哪些方法，以便我們談論格式時，能夠更具體地了解哪些數(shù)據(jù)可以通過什么方式傳輸?shù)結andex Metrica。

所有這些方法都是準確有效的。有些配置比較困難，有些則更容易：

CRM連接器：最簡單。

Yandex Direct的轉化中心：比連接器更復雜，但比API更簡單。

Yandex Metrica API：最靈活，但最復雜。

#01 方法1、CRM的第三方連接器：最簡單

這是將轉化從CRM轉移到Yandex Metrica的最簡單方法——只需點擊幾下即可從Yandex Metrica界面或您的CRM進行設置。設置邏輯如下：

我們在Yandex Metrica界面和CRM本身中連接CRM和Yandex Metrica；

在Yandex Metrica界面中，我們在CRM中使用的狀態(tài)與Yandex Metrica目標之間建立映射，我們將帶有此狀態(tài)的轉化加載到Yandex Metrica目標中；

使用連接器從CRM傳輸轉化在效率上并不遜色于通過API發(fā)送數(shù)據(jù)，因為在這種情況下，來自CRM的數(shù)據(jù)每小時發(fā)送到Yandex Metrica一次。缺點是并非所有數(shù)據(jù)發(fā)送格式和所有CRM系統(tǒng)都有Yandex Metrica創(chuàng)建的連接器。市場上的第三方產(chǎn)品并不總是具有可接受的質量。

#02 方法2、轉化中心：比連接器復雜，比API更簡單

這是Yandex Direct的解決方案。該工具充當您的數(shù)據(jù)和Yandex Metrica之間的中介。

設置邏輯如下：

-創(chuàng)建一個用于存儲和更新數(shù)據(jù)的源：這可以是Google Sheets表格、FTP/SFTP服務器或HTTPS；

-在Yandex Direct界面的“Conversions”菜單中，指定源路徑。值得一提的是，對于每種類型，您都需要指明自己的信息：例如，對于Google Sheets，提供表格鏈接并開放編輯訪問權限就足夠了，對于FTP服務器，您需要指定登錄名，密碼、端口、主機以及服務器上文件的路徑；

-轉化中心開始沿著指定路徑“行走”到源，下載文件并將其發(fā)送到Yandex Metrica。

就復雜性而言，設置轉化中心可能看起來比連接連接器更復雜，但比通過API發(fā)送更容易。

#03 方法3、Yandex Metrica API：最靈活，但比其他更復雜

API字面意思是應用程序編程接口。在設置方面，這種方法比其他方法更復雜，但它可以用于實時發(fā)送數(shù)據(jù)，因此轉化信號將以最小的時間延遲到達Yandex Direct。它也是最靈活的一種方法，它允許您實現(xiàn)任何數(shù)據(jù)發(fā)送場景。

方法難點：需要編程員通過API發(fā)送。如果沒有編程技能，您將無法自己設置它。

設置流程如下：

-設置邏輯并實現(xiàn)轉化文件的生成；

-設置一個流程，基于API請求將包含轉化的文件發(fā)送到Yandex Metrica。

我們來再次總結一下發(fā)送轉化的方法：

-您可以通過多種方法將數(shù)據(jù)發(fā)送到Yandex Metrica：通過API、CRM的連接器和轉化中心；

-所有方法都有效，但有些方法較難設置，有些則較簡單。

您選擇發(fā)送數(shù)據(jù)的方法取決于您將使用的加載格式。因此，下一步讓我們了解發(fā)送格式。

#01 格式一、線下轉化

此格式旨在加載在網(wǎng)站上開始的轉化數(shù)據(jù)。它只能與特殊標識符一起使用：

-clientid

-yclid

-userid

這是一種簡單的數(shù)據(jù)加載格式。例如，它將幫助發(fā)送合格的銷售線索、在網(wǎng)站上購買、在試用后支付訂閱費用等。因此，您將收到：

-因訪問而實現(xiàn)的轉化目標數(shù)據(jù)；

-來自這些轉化的收入。

目標數(shù)據(jù)可用于優(yōu)化廣告活動、按其生成報表以及將實現(xiàn)目標的用戶分為不同的細分。

何時使用線下轉化數(shù)據(jù)加載：

-如果優(yōu)化廣告活動以實現(xiàn)高質量轉化和查看端到端分析對您很重要；

-如果您所有的銷售漏斗都從網(wǎng)站開始。

您可以通過三種方式發(fā)送數(shù)據(jù)：

-從界面加載。您可以單獨將文件從計算機上傳到Yandex Metrica帳戶：設置-數(shù)據(jù)上傳-離線轉化-上傳轉化；

-CRM的連接器。Yandex Metrica沒有針對這種格式的現(xiàn)成解決方案，但我們可以推薦合適的外部服務——Albato；

-Yandex Metrica API。讓我們提醒您，如果沒有編程員，您將無法執(zhí)行此操作。

#02 格式二、CRM數(shù)據(jù)

CRM格式有助于處理從任何來源開始的轉化并可以通過電話號碼、用戶電子郵件以及特殊的clientid標識符來歸因轉化。CRM格式有兩種：簡化的和詳細的。

簡化的CRM格式

與詳細格式相比，簡化格式所需提交數(shù)據(jù)的列數(shù)較少。在簡化的格式中，您無法加載帶有有關訂單和客戶的數(shù)據(jù)的其他參數(shù)。

使用此格式，您將收到歸因于用戶會話的轉化所實現(xiàn)的目標，以及這些轉化帶來的收入。目標可用于優(yōu)化營銷活動、為其構建報告以及將實現(xiàn)目標的用戶分為不同的部分。

此外，使用簡化的CRM格式，您可以傳輸有關已發(fā)送訂單狀態(tài)的信息，以便在“訪客和客戶”報表中，您可以將訂單具有狀態(tài)（例如“已付款”）的用戶分為單獨的細分。然后，您可以為此細分創(chuàng)建Look-alike受眾群體并定向它。另一種選擇是將訂單狀態(tài)為負面（“垃圾郵件”或“已取消”）的用戶分組到一個單獨的細分中，以將他們排除在投放廣告之外。

您可以通過三種方式發(fā)送數(shù)據(jù)：通過Yandex Metrica API發(fā)送CSV文件、CRM的連接器和轉化中心。

詳細的CRM格式

詳細的CRM格式比簡化的格式能帶來更多機會。借助它的幫助，您可以向Yandex Metrica發(fā)送有關客戶及其訂單的附加信息：

-訂單內(nèi)容：購買了什么產(chǎn)品、屬于什么類別、什么顏色、尺寸等；

-客戶本人信息：他是新用戶還是老用戶、來自哪個地區(qū)、性別等。

您只能使用Yandex Metrica API以詳細的CRM格式發(fā)送數(shù)據(jù)（以CSV文件或JSON請求），即您將需要一名編程員。

在什么情況下使用CRM格式的數(shù)據(jù)加載：

-如果轉化來自不同來源（網(wǎng)站、線下積分、電話、即時消息等）；

-如果在優(yōu)化廣告以實現(xiàn)線下轉化時，查看端到端分析對您很重要；

-如果您想構建自定義客戶細分。

#03 格式三、電話呼叫

此格式將有關呼叫的數(shù)據(jù)從呼叫跟蹤系統(tǒng)發(fā)送到Yandex Metrica。

建議：如果您通過呼叫從您的網(wǎng)站收到大量請求，我們建議您連接呼叫跟蹤并將其與Yandex Metrica集成。這樣您就可以正確跟蹤呼叫來源。

呼叫跟蹤系統(tǒng)負責生成CSV文件并通過Yandex Metrica API發(fā)送該文件。

此格式只能與特殊標識符一起使用：

-clientid

-yclid

-userid

發(fā)送數(shù)據(jù)時，可以指定呼叫的特征：

-它是從哪個電話號碼數(shù)據(jù)庫中生成的（靜態(tài)或動態(tài)）；

-持續(xù)時間；

-它是否未接呼叫；

-是第一次或重復呼叫；

-是否已分配自定義標簽，通常可以在呼叫跟蹤報表中指定（例如，銷售部門專家通常在呼叫上放置單獨的標簽）。

因此，您將收到那些歸因于用戶會話的呼叫（即僅來自動態(tài)號碼數(shù)據(jù)庫的呼叫）的已實現(xiàn)目標。

目標可用于優(yōu)化廣告系列、為其構建報表以及將實現(xiàn)目標的用戶分為不同的部分。您也將可以獲得新的報表。

數(shù)據(jù)可以通過兩種方式發(fā)送：

-呼叫跟蹤系統(tǒng)與Yandex Metrica的集成：例如，您可以連接Calltouch；

-Yandex Metrica API：沒有編程技能就無法做到這一點。

僅當您的呼叫跟蹤支持與Yandex Metrica集成時，才應使用呼叫格式上傳數(shù)據(jù)。

在下表中，我們再次總結了上述格式的差異。