Hi everyone, Im heery，來自于Megalithant,職業Google Analytics

如今，平臺的數據已用于從投資決策到新聞報道到我們用于其實際營銷的所有方面。因此，了解這些平臺的基本構建模塊很重要。在這里，我有絕對的基礎知識。因此，在藍色方塊中，我將點擊數發送到了Google Analytics（分析）。

因此，當您第一次將Google Analytics（分析）放到您的網站上時，您會得到一點跟蹤代碼，將它放到每個頁面上，這意味著當有人加載頁面時，它會發送一個頁面視圖。因此，這些是我標記為P的頁面。因此，在您瀏覽網站時，我們擁有頁面視圖和頁面視圖，依此類推。我也有帶有E的事件和帶有T的事務。您可能已經添加了另外兩個匹配類型。

Google Analytics（分析）的工作是將您發送的所有熱門數據收集起來，并嘗試將它們整合到實際上對會話有意義的內容中。因此，它們被分組為我用黑色標記的會話，然后，如果您在同一瀏覽器中有多個會話，則該用戶將是我用粉紅色標記的用戶。這里的問題是如何將它們劃分為任意類型。

這八次點擊可能是一個漫長的會議。它們可以是八個小東西，也可以介于兩者之間。因此，我今天想談談Google Analytics（分析）實際上將這些匹配類型分成多個會話的不同方式。因此，在這里，我將介紹一些示例。但是首先，我將介紹一個實體商店的真實示例，因為我認為這就是他們要模仿的東西，并且在這種情況下它更有意義。

實體例子

因此，在這個示例中，例如一家超級市場，我們通過過往交易進入。那將是我們的來源。然后，當我們走進來時，我們在超市的大廳有一個入口。我們從那里經過啤酒過道再到收銀員，或者至少是我。因此，這是與源傳遞交易有關的一個大而漫長的會議。那講得通。

就實體商店而言，將其劃分并嘗試確定正在進行多少次會議并不困難。確實沒有任何歧義。以網站為例，當您讓人們在度假時離開鍵盤一會兒或在一段時間內將計算機保持打開狀態或一段時間內只有一臺計算機時，將事情變得更加困難，因為您沒有不知道人們何時真正來去。

因此，他們嘗試做的事情在非常基本的情況下非常相似：由Google到達，類別頁面，產品頁面，結帳。大。我們已經進行了很長時間的會議，來源是Google。好吧，那么可能會出錯或可能會分化的不同方式是什么？

可以改變會話含義的幾件事

1.時區

盡管在某些網站上這并不是一個大問題，但第一個也是最煩人的一個問題是，無論您在Google Analytics（分析）設置中設置的時區如何，該時區的午夜都可能使會話中斷。所以說我們這里已經是午夜了。這是晚上12:00，我們碰巧正在瀏覽。我們很晚才去購物。

因為Google Analytics（分析）不允許一個會話具有兩個日期，所以這將是與源Google的一個會話，這將是一個會話，而源將是此頁面。因此，這是一種自我引薦，除非您選擇在設置中將其排除在外。因此不一定很有幫助。

2.“咖啡休息”的半小時截止時間

可能發生的另一件事是您可能去煮一杯咖啡。因此，理想情況下，如果您在特易購（Tesco）或在任何國家/地區都受歡迎的超級市場中去喝咖啡，則可能需要考慮一整天的時間。Google已做出行政決定，即默認情況下我們實際上將縮短半小時。

如果您離開半小時，那么您又要進行兩次會議。首先，類別頁面是登錄頁面和Google的來源，本例中的博客是登錄頁面，這是另一種自我推薦，因為當您在喝咖啡休息時間回來時，要從這里點擊到這里。這個時間段，即30分鐘，實際上可以在您的設置中進行調整，但是大多數人只是將其保留為原樣，而且實際上沒有明顯的數字可以使此始終正確。就像我之前說的那樣，這是一種任意區分。

3.離開現場再回來

我要談的下一個問題是，如果您離開站點然后再回來。因此，很顯然，如果您從Google進入該網站，瀏覽了一下，然后再次從Bing進入，您可能希望將其計為兩個具有兩個不同來源的不同會話。但是，這種情況變得有點模糊，例如外部支付提供商。

如果您必須從類別頁面單擊以進入PayPal到結帳，那么除非您的推薦列表中不包括PayPal，否則這將是一次會話，Google的進入，一次會話，從結帳的進入。我要談論的最后一個問題不一定是會話劃分的方式，而是關于會話如何進行的怪癖。

4.返回直接會話

如果您要由Google輸入到類別頁面，然后去度假然后使用書簽或其他東西，或者只是鍵入URL回來，那么顯然這將是兩個不同的會話。您希望這將是Google的一次會議和Direct的一次會議。那是有道理的，對吧？

但是實際上，實際上是這樣，因為Google和大多數Google Analytics（分析）及其大多數報告都使用最后一次非直接點擊，因此我們一直在這里遍歷該來源，因此您從Google獲得了兩次會話。同樣，您可以更改此超時期限。因此，這是您可能無法期望的某些會話工作方式。

另外，我想向您提供一些有關此信息如何影響某個指標的額外信息，主要是因為我想說服您停止使用該指標，并且該指標尚在頁面上。

獎勵：這三種情況都會影響頁面停留時間

因此，我想在這里介紹三種不同的情況，我們將看看頁面停留時間指標是如何計算出來的。

我希望您牢記，基本上，因為Google Analytics（分析）實際上通常很少有數據可以使用，所以他們只知道您已經登陸頁面，并且發送了頁面視圖，然后可能什么也沒有。如果您要訪問某個頁面一次，或者換句話說就是跳閘，那么他們將不知道您在該頁面上停留了10秒鐘還是余生。

他們沒有其他數據可以使用。因此，他們所做的就是說：“好吧，我們不會將其包含在我們的平均頁面時間上。” 因此，我們有了時間公式除以觀看次數減去退出次數。但是，這種軟糖確實會帶來一些不幸的后果。因此，讓我們來談談這些場景。

示例1：頁面直觀時間=頁面實際時間

在第一種情況下，我到達頁面。它發送一個頁面視圖。大。十秒鐘后，我觸發了該網站添加的某種事件。二十秒鐘后，我單擊了該站點的下一頁。在這種情況下，從某種意義上講一切都會按預期進行，因為網站上有下一頁，因此Google Analytics（分析）會在第一個頁面之后20秒獲得另一頁面視圖的額外數據。他們知道我在這里呆了20秒鐘。

在這種情況下，頁面上的直觀時間為20秒，頁面上的實際時間也為20秒。大。

示例2：頁面上的直觀時間高于頁面上的測量時間

但是，讓我們考慮下一個示例。我們有一個頁面視圖，事件在10秒后發生，除了這次不是單擊站點上的其他位置，而是完全離開。因此，沒有可用的數據，但是Google Analytics（分析）知道我們在這里停留了10秒鐘。

因此，此處的直觀時間仍為20秒。那就是我實際上在頁面上花費的時間。但是測量的時間或報告的時間將是10秒。

示例3：頁面上的測量時間為零

最后一個示例，我瀏覽了20秒。我離開。我還沒有觸發任何事件。因此，我們在頁面上的直觀時間為20秒，頁面上的實際時間或頁面上的實測時間為0。

有趣的一點是，當我們然后計算出現在此處，此處和此處的該頁面在頁面上的平均時間時，您最初希望會是20秒，因為那是我們實際花費的時間。但是，您的下一個猜測是，如果按照我們在這些頁面上的停留時間來查看Google Analytics（分析）的報告或可用數據，則這三個數字的平均值為10秒。

這樣就可以理解。由于這個公式，他們實際執行的操作是花費30秒。因此，您這里的總時間為30，除以視圖數，我們得到3個視圖，減去2個退出。30除以3減去2，30除以1，因此這3次會話的平均值為30秒。

好吧，很抱歉，這三個頁面瀏覽量的平均值在我們花費的時間上，而且比任何一個都更長，并且對于構成數據沒有任何意義。因此，這只是最后一個提示，請不要將平均頁面停留時間用作報告指標。

（來源：數字營銷Megalith ant）

以上內容屬作者個人觀點，不代表雨果網立場！本文經原作者授權轉載，轉載需經原作者授權同意。

（來源：數字營銷 MEGA）