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

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

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

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

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

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

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

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

CRM連接器：最簡單。

Yandex Direct的轉(zhuǎn)化中心：比連接器更復(fù)雜，但比API更簡單。

Yandex Metrica API：最靈活，但最復(fù)雜。

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

這是將轉(zhuǎn)化從CRM轉(zhuǎn)移到Y(jié)andex Metrica的最簡單方法——只需點擊幾下即可從Yandex Metrica界面或您的CRM進(jìn)行設(shè)置。設(shè)置邏輯如下：

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

在Yandex Metrica界面中，我們在CRM中使用的狀態(tài)與Yandex Metrica目標(biāo)之間建立映射，我們將帶有此狀態(tài)的轉(zhuǎn)化加載到Y(jié)andex Metrica目標(biāo)中；

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

#02 方法2、轉(zhuǎn)化中心：比連接器復(fù)雜，比API更簡單

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

設(shè)置邏輯如下：

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

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

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

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

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

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

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

設(shè)置流程如下：

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

-設(shè)置一個流程，基于API請求將包含轉(zhuǎn)化的文件發(fā)送到Y(jié)andex Metrica。

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

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

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

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

#01 格式一、線下轉(zhuǎn)化

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

-clientid

-yclid

-userid

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

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

-來自這些轉(zhuǎn)化的收入。

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

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

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

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

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

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

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

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

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

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

簡化的CRM格式

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

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

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

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

詳細(xì)的CRM格式

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

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

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

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

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

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

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

-如果您想構(gòu)建自定義客戶細(xì)分。

#03 格式三、電話呼叫

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

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

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

此格式只能與特殊標(biāo)識符一起使用：

-clientid

-yclid

-userid

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

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

-持續(xù)時間；

-它是否未接呼叫；

-是第一次或重復(fù)呼叫；

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

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

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

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

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

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

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

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