反向多個交易Google Management API？

我正在退款並在Google增強型電子商務中預訂交易。使用Management API，您可以將其用於退款 - 全部或部分退款，但是通過顛倒一筆交易是唯一的例子，即「加載」，即加載另一個確認頁面。反向多個交易Google Management API？

，我尋找到它有很大的價格變化，因爲他們使用的基於拍賣系統中的業務。您是否知道是否有辦法扭轉交易，爲現有交易ID增加負值以降低價格，但是要做更大規模的交易。

這是容易做到的一個交易one transaction，但如果你想自動執行過程有通過API做這件事的呢？

來源

2016-11-16 Kyon147

的管理API是用於帳戶管理（即設置屬性和視圖，配置過濾器，addding和移除用戶等）。所以Management API不是你正在尋找的。要檢索您的交易信息，您可以使用Core Reporting API。要發送交易，您必須使用「數據收集API」，或者以其專有名稱Measurement Protocol來調用，這將允許以編程方式發送匹配（包括交易）。

但是，您不應該嘗試通過發送負面交易來反轉交易。

如果你用相同的ID也不會真正扭轉交易，而不是它的交易價值將被添加到第一個發送其他事務，所以如果你發送一個負值的值將相互抵消。

但內部它們仍然記錄爲兩筆交易，其中有幾個後果：

轉換率將關閉
交易值相互抵消，只有當交易雙方是相同的報告期限內
您需要注意兩項交易都屬於同一渠道，否則您無法正確報告每個渠道的收入（如果您根據收入優化了出價或創建的受衆羣體，您剛剛破壞了您的營銷）

所以不要反向交易。使用退款，儘管他們明顯的缺點。

來源

2016-11-16 10:08:36

介意添加一些鏈接到他的報告API和測量協議，所以他明白如何以編程方式做到這一點，我會刪除我的答案。 – DaImTo

退款問題在於它適用於所有產品或一種產品。大部分時間，我們的「退款」是價格變化。所以他們結帳100英鎊，但它變爲50英鎊。退款制度不允許只是價格變動嗎？ – Kyon147

該文檔沒有提到價格變化 - 但是然後上傳csv計劃有一個產品價格列，如果上傳不考慮價格，這將是毫無意義的。我想是時候進行一個小實驗了......但是在此期間，我擔心你沒有任何好的選擇，因爲無論你做什麼，你都會有一些偏差的指標。 –

反向多個交易Google Management API？

回答

相關問題