[ad_1]
關於Google Search Console（GSC）的一個普遍抱怨是，與Google Analytics（分析）結果相比，數據「不準確」。
你知道情況。
我們都做到了。
您嘗試通過來自Google Search Console的點擊來排定來自分析的到達頁面的訪問量，而這些數字遠沒有結束！
然後，您對「未提供」一詞含糊其詞，並向朋友發送即時消息，告知您過去可以在分析中看到關鍵字的過去。
雖然這是精度問題，但它本身並不是精度問題。
數據差異實際上是設計使然。
讓我們深入研究細節，找出原因。
Google Search Console和Google Analytics（分析）無法衡量相同的事物
簡短的解釋是，這兩個數據源具有不同的測量方法。
GSC是根據查詢和單擊或選擇日誌構建的，因此數據將與您自己的訪問日誌文件（您希望通過DevOps請求訪問日誌文件分析的文件）所期望的數據有些相似。 。
相反，您的分析包會通過JavaScript從點擊流中收集數據。這就固有地引入了許多變數，這些變數用于衡量事物的方式以及事物的本質。
為了更好地了解是什麼原因導致了GSC和分析之間的數據差異，您首先需要了解每種工具如何收集和理解用戶行為數據。
查詢和選擇（點擊）日誌的剖析
Google對搜索質量的不懈追求自然會促使他們為每個搜索和每個搜索者跟蹤大量的數據點，以期全面了解SERP中的情況。
儘管他們多次表示不允許點擊和點擊率影響排名， 儘管有相反的證據，他們還說過他們使用點擊數據來評估效果。
這一直是面向公眾的Google員工和SEO之間正在進行的爭論之一。
就個人而言，我認為Google的一面是語義論點。
有幾種信息檢索標準的評估措施，例如：
- 點擊次數。
- SERP放棄。
- 會話成功率。
- 等等。
您可能會想到，Google對此有自己的風格，稱為 點擊次數，注意力和滿意度模型 （閱讀Bill Slawski的 說明 如果您需要翻譯）。
在名為「將點擊，注意力和滿意度納入搜索引擎結果頁面評估模型」的論文中進行了討論，並結合了 基於時間的排名 專利建議至少有人花時間考慮點擊如何影響排名。
根據埃里克·施密特（Eric Schmidt）在2011年的證詞，谷歌進行了「 13,111次精確度評估」。那將是平均每天〜35。
因此，可以合理地假設，如果您始終像搜索小組一樣在生產環境中進行評估，那麼用戶點擊總是有可能影響排名。
然後是 根據語料庫搜索統計信息修改搜索結果排名 討論搜索日誌及其將來如何影響排名的專利：
「存儲在會話日誌2060中或搜索日誌中的信息可以由排名修改器引擎2070使用，以生成一個或多個信號發送給排名引擎2030。通常，可以收集和收集廣泛的信息，用於修改或調諧來自用戶的信號以製作該信號，並提供將來的搜索結果，從而更適合用戶的需求。因此，可以使用一個或多個語料庫的用戶選擇來發布搜索，以及與呈現給信息檢索系統用戶的搜索結果進行用戶交互，以改善未來的排名。」
但是，最有趣的是這些日誌除了具有更有價值的信號外，還具有很多雜訊的概念。
這表明從完全按面值獲得點擊是錯誤的。
我們在談論什麼類型的噪音？
好吧，例如，排名工具代表多少印象？
您在自動建議中按回車幾次，然後意識到它觸發了對「粉絲」而不是「神奇4」的搜索？
或者，當您在移動設備上滾動而又不小心弄錯了結果時該怎麼辦？
這些都是Google收集的數據可能存在大量不準確之處的所有示例，因此需要加以考慮。
謝謝你允許我把它放在一邊。
好，那麼日誌文件中有什麼？
如果現在不存在了， Google Search Appliance文檔 是任何指示（可能不是），查詢和單擊日誌只是文本文件，記錄有關用戶及其與SERP交互的數據。
該文檔討論了搜索日誌，搜索日誌可能與Google專利中提及的查詢和點擊日誌相同，也可能不同。
儘管是系統的簡化版本，但它使我們對所跟蹤的內容有所了解-用戶的功能，他們的查詢以及他們單擊的內容。
深入挖掘Google的 從搜索引擎查詢日誌生成統計信息的系統和方法 他們獲得了更多專利，他們談論了可以為諸如Google趨勢之類的工具提供支持的系統如何運行。
在本次討論中，我假設基礎數據集與為Google Search Console和Google Ads關鍵字規劃師提供支持的功能相似（如果不相同）。
他們談論查詢日誌如下：
「網路搜索引擎每天可能會收到來自世界各地用戶的數百萬條查詢。對於每個查詢，搜索引擎都會在其查詢日誌中生成一條查詢記錄。查詢記錄可以包括一個或多個查詢詞，指示搜索引擎何時接收查詢的時間戳，標識從其提交查詢詞的唯一設備（例如，PC或手機）的IP地址，以及與提交查詢詞的用戶相關聯的標識符（例如，Web瀏覽器cookie中的用戶標識符）。」
換句話說，搜索引擎查詢日誌是GSA搜索日誌的更健壯的版本。
作者將在稍後的專利中進一步詳細解釋，並討論如何跟蹤Cookie，設備，用戶語言和位置。
它們還提供了下圖，以可視方式表示了查詢日誌中收集的數據：
該專利為系統賦予了更多色彩，討論了會話記錄的概念，這是一種確定給定用戶在給定時間範圍內是否執行了相同或相似搜索的機制。
在衡量和報告展示次數和/或搜索量時，這一點尤其重要：
「查詢會話記錄包括時間間隔緊密的查詢和/或與相同用戶興趣相關的查詢。在一些實施例中，查詢會話提取過程是基於啟發式的。例如，即使連續查詢共享某些查詢字詞，或者即使它們之間沒有通用查詢字詞，也要在預定義的時間段（例如十分鐘）內提交，則它們屬於同一會話。」
上面提到的啟發式搜索可能是Search Console和您的分析軟體包永遠不匹配的原因的核心。
從本質上講，作者的意思是Google會在其查詢日誌中做出決定，以確定您會話中的搜索是否足夠獨特以至於被記錄為不同的內容。
因此，您可能會認為這是兩次不同的訪問，因為它們來自兩次不同的搜索，分別訪問了兩個不同的著陸頁，因此有可能視其為一次搜索，從而產生一種印象，具體取決於它在Google查詢日誌中的記錄方式。
另一方面，單擊日誌為用戶提供了一系列結果後，會提供有關用戶行為的更多信息。
的 根據語料庫搜索統計信息修改搜索結果排名 專利揭示了可以存儲在該數據集中的內容（重點是我的）：
「所記錄的信息（包括結果選擇信息）可以存儲在會話日誌2060中。在某些實現中，搜索數據和結果選擇信息存儲在搜索日誌中。在一些實現中，記錄的信息包括日誌條目，該日誌條目針對每個用戶選擇指示查詢（Q），文檔（D），兩次連續選擇搜索結果之間的時間（T），由用戶採用的語言（L）用戶以及用戶可能所在的國家（C）（例如，基於用於訪問IR系統的伺服器）。在一些實施方式中，還記錄與具有所呈現的排名的用戶交互有關的其他信息，包括否定信息，例如文檔結果被呈現給用戶但未被點擊的事實，點擊位置。用戶界面，點擊結果的IR分數，點擊結果之前顯示的所有結果的IR分數，點擊結果之前顯示給用戶的標題和摘要，用戶的cookie，cookie的年齡，IP（Internet協議）地址，用戶代理還可以記錄更多信息，例如為查詢返回的搜索結果，其中搜索結果是歸類為一個或多個語料庫的內容項。在一些實施方式中，針對用戶的整個會話或多個會話記錄類似的信息（例如，IR得分，位置等）。在一些實施方式中，相似信息的記錄不與用戶會話相關聯。在某些實現中，將為當前單擊之前和之後發生的每次單擊記錄此類信息。」
雖然Google Search Console僅顯示了這些信息的一小部分，但很清楚Search Analytics工具實際上是基於此數據集構建的有限的用戶界面。
這裡有趣的是提到了整個SERP中可能發生的活動。
這表明不僅可以跟蹤每次點擊，還可以跟蹤SERP中產生結果位置的原因。
什麼決定點擊？
Google Search Appliance面向公眾的文檔沒有指出什麼是點擊或印象。
例如，如果我搜索一個關鍵字並單擊一個結果，然後單擊並再次單擊相同的結果，那麼Google是否考慮兩次或一次不同的點擊？
的 從搜索引擎查詢日誌生成統計信息的系統和方法 專利，但是，提供了對該問題的答案的一些見識。
首先要知道的是，他們經常對數據進行採樣。在Google趨勢環境中，這很有意義。
但是，作者確實注意到在某些用例中可能無法對數據進行採樣。
為了從查詢日誌108中獲得可靠的統計信息，不一定總是需要調查查詢日誌中的所有查詢記錄（在此也稱為日誌記錄或交易記錄）。只要從查詢日誌中足夠數量的樣本中得出統計信息，該信息就與從所有日誌記錄中得出的信息一樣可靠。此外，調查次抽樣查詢日誌所花費的時間和計算機資源更少。因此，查詢日誌採樣過程110可以用於對查詢日誌108進行二次採樣併產生二次採樣的查詢日誌112。例如，二次採樣的查詢日誌112可以包含百分之十或百分之二十的日誌記錄。在原始查詢日誌108中可以看到。採樣過程是可選的。在某些實施例中，整個查詢日誌108用於生成統計信息。」
Google似乎也深深地認為，兩個類似查詢的查詢可以代表一個搜索。
這種思路是導致工具之間度量差異的核心組成部分。
由於Google最近已採取行動，使單數形式和複數形式的關鍵字具有相同的搜索量，這在很大程度上引起了搜索社區的困擾，因此，有必要對此問題有內部看法。
我已經在下面完整地介紹了他們對專利的討論（重點是我的）：
「例如，用戶可以首先提交查詢「加利福尼亞帕洛阿爾托的法國餐館」，以查找有關加利福尼亞帕洛阿爾托的法國餐館的信息。隨後，同一用戶可以提交新的查詢「加利福尼亞帕洛阿爾托的義大利餐廳」，以查找有關加利福尼亞帕洛阿爾托的義大利餐廳的信息。這兩個查詢在邏輯上相關，因為它們都與在加利福尼亞州帕洛阿爾托的餐館搜索有關。可以通過以下事實來證明這種關係：兩個查詢在時間上緊密提交，或者兩個查詢共享某些查詢字詞（例如「餐廳」和「帕洛阿爾托」）。」
「[0035] 在某些實施例中，這些相關查詢被分組為一個查詢會話，以更準確地表徵用戶的搜索活動。查詢會話由來自單個用戶的一個或多個查詢組成，包括在短時間段（例如十分鐘）內提交的所有查詢，或具有可能在一個或多個範圍內延伸的具有重疊或共享查詢項的查詢序列。更長的時間（例如，單個用戶在長達兩個小時的時間內提交的查詢）。關於不同主題或興趣的查詢將分配給不同的會話，除非查詢是非常連續地提交的，否則不會分配給包含其他類似查詢的會話。尋找Palo Alto餐館的同一用戶可以稍後提交查詢「 iPod Video」，以獲取有關Apple Computer生產的新產品的信息。此新查詢與Palo Alto餐館有不同的興趣或主題，因此未與餐館相關的查詢歸為同一會話。因此，來自單個用戶的查詢可能與多個會話相關聯。與同一用戶相關聯的兩個會話將共享相同的cookie，但是將具有不同的會話標識符。」
可以說，Google搜索引擎背後的日誌記錄使用一系列特定的方法來確定什麼是獨特的搜索和獨特的點擊。
這可能與您的看法或您的分析平台配置為相信會話的看法一致或不一致。
Google Analytics（分析）如何確定會話
另一方面，Analytics套件也遵循一系列方法來衡量用戶及其活動。
根據分析軟體包的不同，可以定義「會話」或訪問。
根據Google Analytics（分析）文檔，「默認情況下，會話會持續到不活動30分鐘為止，但是您可以調整此限制，以使會話持續時間從幾秒鐘到幾小時不等。」
因此，雖然我們不知道Google搜索會議的確切時間，但是上面摘錄中考慮的數字肯定少於30分鐘。
在與Google Analytics（分析）相關的專利中， 匯總分析數據的系統和方法，作者討論了如何通過會話ID跟蹤用戶以及該機制如何失效：
「會話ID通常是在訪問者首次訪問網站時授予的。它與用戶ID的不同之處在於，會話通常是短暫的（會話在預設的閑置時間（可能是幾分鐘或幾小時）後過期），並且在達到某個目標（例如，一旦買方完成訂單後，他不能使用相同的會話ID添加更多商品。」
結果，對於相同的訪問，可以潛在地多次測量用戶。
分析套件是複雜的環境，允許在其配置中使用不同級別的特異性。
有很多原因導致您看不到兩個分析程序包之間的一致性，更不用說兩個用來衡量不同事物的工具了。
為什麼兩個不匹配
簡而言之，Google Search Console點擊不是Google Analytics（分析）會話，Google Analytics Session不是Google Search Console的點擊。
在上述情況下，用戶單擊了兩次，則可以認為是兩次單擊和一個會話。
或者，如果用戶要執行兩次不同的搜索並進行兩次不同的點擊，則他們的活動可能被視為一次印象和一次點擊，但他們也可能在某些時候使會話ID無效或超時，並被視為兩次不同的訪問。分析。
或者，考慮一下：
用戶點擊了您的結果，但是由於多種原因您的分析沒有觸發。這說明了分析並非總是最可靠的事實來源的眾多原因。
最後，GSC使用規範的URL，而分析可以使用任何URL來報告會話。 Google談到了一些 在他們的文檔中。
但是，他們的討論更多地是在解釋GSC與GA整合的背景下的差異，而不是解釋測量方法上的差異
為什麼這是個問題？
核心問題是，許多營銷人員不相信GSC的數據，因為他們認為分析是其真實性的主要來源。
忽略所有分析方法固有的缺陷，我認為來源之間的均等性是不現實的，並且我們正在研究同一事實的兩個方面，只是衡量方法不同。
Google Search Console的效果數據可以衡量Google本身發生的情況，而不必衡量您網站上發生的情況。
哦，就在我們這麼做的時候，請不要忘記GSC的排名數據衡量的數據與您的排名數據有所不同。
如何獲取更多精確數據
實際上，隨著您對網站的查看方式更加專一，在Google Search Console中報告的數據的準確性實際上會提高。
換句話說，如果您創建的配置文件反映了目錄結構的更深層次，則該工具將產生更多數據。
向您的Google Search Console添加10或數百個子目錄可能很繁瑣，但事實證明，數據精度的提高對於A / B測試和理解突破性關鍵字機會等用例非常有幫助。
添加大量配置文件時，要記住的主要限制是GSC用戶界面將每個搜索過濾器限制為1,000個查詢。
所以，你應該 考慮使用API提取數據 因為它會為每個搜索過濾器返回5,000。
另外，要提取儘可能多的數據，您應考慮循環搜索搜索過濾器（S / O至William Sears）。
這樣可以確保您使用儘可能多的單詞子集作為過濾器，以提取儘可能多的結果。
按子目錄執行此操作並遵循網站的分類法，將使您能夠獲得最精確的數據。
沒有完全相同的事物
自首次亮相以來 「（不提供）」 在2011年底，我們知道我們的自然搜索數據將會受到侵蝕。
實際上，我們永遠不會生活在一個可以將訪問直接與會議聯繫在一起的世界中。
Google Search Console提供的數據是我們今後將要獲得的最好的數據。
儘管數據與您的真實來源不符，但這並不意味著數據不準確。
您不應期望Facebook Ads數據與Google Analytics（分析）匹配，也不希望Kibana中的日誌文件與Adobe Analytics報告相同，您也不應期望Google Search Console與您的分析數據匹配。
現在，出去，變得很棒。
圖片積分
後期圖片：作者創作，2020年3月
由作者拍攝的所有屏幕截圖，2020年3月