2017-10-10 66 views
0

在我的項目中,我通過Google Analytics(分析)獲得了真正令人頭痛的問題,這些問題通過第三方服務(如Google+,Facebook等)進行了身份驗證。我搜索了很多關於它的信息,但是它有部分幫助或者根本沒有幫助。如何從Google Analytics排除oauth推薦人?

問題描述:

當您使用驗證用戶的所有服務 - 你應該將你的 用戶權威性的服務,它會站在他們一邊的認證和協議檢查後發回。當用戶返回到您的身邊時,他有推薦人,Google Analytics會將其視爲具有來自此身份驗證服務的輸入渠道的新會話。因此,我們無法對我們的交通渠道進行任何評估,因爲所有未來事件都依賴於這次新的會議。

oauth.vk.com - it's service that make third-party authentication for our web app


我發現的解決方案:

  1. 最流行的和邏輯蹲在它的設置您的域名引薦手動身份驗證服務重定向前後發送網頁瀏覽事件。它應該允許不會中斷會話並保存入口的來源。

它不工作!我不明白這種行爲。用這種方法我跟隨的問題:

  • 當你沒有引薦和設置您的域來源 - 谷歌Analytics(分析)可以在那裏爲你創建新的會話和圖像域源。

  • GA會繼續定期顯示oauth引用鏈接(有時忽略自定義引用鏈接並顯示分析中的oauth鏈接)。也許它不能及時處理我的引用設置查詢並獲得瀏覽量事件...我只能猜測,但它絕對不穩定。


  • ,我讀它從分析排除特別域下一步流行的觀點。
  • 首先我害怕嘗試它,因爲我認爲它只是隱藏了我的分析數據。但在閱讀了一些評論後,它會自動將未來事件與當前會話相關聯,並且不會顯示引薦來源。作爲第一種方法的替代方案,它聽起來不錯。

    enter image description here

    我試過,但得到了更多的誤會......谷歌Analytics(分析)繼續顯示OAuth的引薦喜歡,好像我不排除這個領域。 (更改排除域設置後超過7天)。

    P.S.此外,我試圖結合第一和​​第二種方法,並看到某種動物園...(自己的領域作爲會議的來源,排除的來源)。

    P.S.2。應用程序使用analytics.js庫。

    您是否與GA有同樣的問題以及如何解決?謝謝!

    回答

    1

    設置手動引用通常工作。但GA仍然會向之前被分配oauth來源的用戶報告oauth來源,並且此後才直接訪問您的網站。您可以在報告中以direct session作爲次要維度進行檢查。 如果這是一種情況,那麼你幾乎什麼都不能做,只能等到這些用戶資源將被重新分配。

    +0

    謝謝。你是對的。這是舊數據,它讓我困惑。 –

    相關問題