帶分析協議的谷歌分析電子商務 - （未設置）登陸頁面

Question

在使用Measurement Protocol將交易推送到Google電子商務後，登陸頁面存在價值（未設置）的問題。我推批量要求從Windows服務在C＃代碼中寫道導致這樣的要求：

POST http://www.google-analytics.com/batch HTTP/1.1 
Content-Type: text/plain; charset=utf-8 
Host: www.google-analytics.com 
Content-Length: 390 
Expect: 100-continue 

v=1&t=transaction&tid=UA-00000000-0&cid=1812230000.1454578095&ti=1&ta=someshop&tr=50.00&cu=GBP&dh=someshop.co.uk&dp=/buy&dt=BuyItem&dl=http://localhost:55777/Results/ 
v=1&t=item&tid=UA-00000000-0&cid=1812230000.1454578095&ti=1&ic=00001&in=SoldItem&ip=50.00&iq=1&iv=ItemCategory&cu=GBP&dl=http://localhost:55777/Results/ 

我可以看到在分析交易的所有必需數據，但是當我去的行爲 - >網站內容 - >目標網頁報告我可以看到我的交易記錄在（未設置）着陸頁下。

我提到的交易數據是由windows服務延遲發佈的，因爲交易收入是在用戶進行實際交易後的一兩個小時內從外部提供商獲取的。要與用戶連接事務（未記錄）我正在使用GA cookie中的clientId。我試圖通過該位置，但它不起作用。

有沒有辦法記錄/連接着陸頁連同交易？

Answer 1

如果您的意思是原始着陸頁，那麼可能不會 - 會話在30分鐘不活動後重新啓動（因此，如果服務器調用之前有延遲，會話可能會過期），或者活動信息發生更改時（如果發生更改）進行服務器端通話。

如果您的用戶在交易期間登錄，您可以嘗試使用會話統一的userid feature。

鑑於需要匹配以繼續現有會話的數量（流量來源，媒體和廣告系列信息，會話時間範圍，clientid，我認爲用戶代理和ip），我敢打賭，目前還沒有可靠的方式來連接服務器端通話和網絡會話。

聲明：除了我自己的嘗試，我沒有什麼支持我的意見。文件確實使這聽起來應該是可能的。

您可能會通過用戶瀏覽器報告（查看轉換，然後查看前一會話的登錄頁面）找到原始登錄頁面，但無法以編程方式訪問該頁面。

或嘗試序列類型的高級部分 - 查看已訪問確認頁面的用戶，並在稍後的交互中（通過服務器調用）訪問該用戶。這可能給你線索哪個landig頁面導致交易。