許多用戶在未先確保資料正確的情況下讀取資料並採取操作。因此，我們將解釋 8 種常見（或不常見）的Web 分析錯誤案例，這些錯誤在配置分析工具時可能會發生，並可能影響我們的決策，進而影響我們的業務。
在本例中，我們將使用 Google Analytics 作為分析工具。
數據驅動的 UX 和 UI：可用性的關鍵指標
目錄
眼睛！檢查這些網路分析錯誤，不要再犯
1.將程式碼放置在所有頁面上
如果有一個頁面沒有安裝代碼會怎麼樣？
2.不要使用內部UTM
如果我使用 utms 將內部網址新增至我的網站會發生什麼事？
3. 接受cookies時執行程式碼，接受cookies繼續瀏覽時不執行
怎麼了？
4.在未發送url參數的情況下不要重新載入頁面
5. 不要使用通用事件而不將它們排除在互動參數之外
會發生什麼事？
6. 排除推薦
如果不排除引用流量，我會在哪裡遇到問題？
7. 未經事先同意標籤不得修改頻道
8.小心IP排除過濾器
為什麼正確配置您的網路分析很重要
眼睛！檢查這些網路分析錯誤，不要再犯
以下我們列出了使用 Google Analytics（分析）進行網路分 尋找您的電話號碼數據 析的常見錯誤，這些錯誤可能會影響您的業務（以及它們如何做到這一點），以及為什麼需要考慮這些錯誤。
1.將程式碼放置在所有頁面上
這是設定網路分析工具時最基本的事情，因為它是我們網站上的安裝本身。有許多頁面，由於它們的創建方式，可能會有一些程式碼無法運行的部分。
檢查我們網站的所有部分是否正確載入分析標籤非常重要，否則我們可能會遺失資料並污染我們從其他頁面獲得的其他資料。
如果有一個頁面沒有安裝代碼會怎麼樣？
讓我們舉一個例子，我們有 Facebook 活動，其中流量流向我們網站的某個部分，並且 Google Analytics 不會加載其中一個目標網址：
我們失去了對用戶的完整追蹤。
如果使用者繼續瀏覽該網站並且程式碼確實出現在這些其他頁面上，那麼我們將向 Analytics 表明該流量是直接流量而不是來自 Facebook。
如果該用戶最終進行了購買或引導，那麼在分析數據時，我們會發現 Facebook 不起作用，並且可能會導致我們犯錯，因為它可能正在盈利。
儘管這看起來很明顯，但我們必須盡力確保程式碼正確執行。
2.不要使用內部UTM
這是一個相當常見的錯誤，因為許多用戶將 Utms 視為了解用戶在我們網站上做了什麼的方法（他們將其用作事件）。
UTM 只能從外部來源使用，以了解我們可以控制的流量來自何處。
如果我使用 utms 將內部網址新增至我的網站會發生什麼事？
如果我們這樣做，當用戶點擊時主要會發生兩件事：
該用戶的來源/媒介將會改變，我們將失去對原始來源的跟踪，這是我們有興趣測量的來源。如果用戶來自 Google/CPC，並且我們將其移至橫幅/標題，因為這些是標題中照片的 utms，我們將停止測量Google付款資料。
會話是重複的，因此當使用者應該只有一個會話時，我們會擁有兩個會話。
您可能感興趣：使用 Google Analytics 進行網站搜索
3. 接受cookies時執行程式碼，接受cookies繼續瀏覽時不執行
就 GDPR 和 cookie 而言，許多工具的出現使我們的工作變得更加輕鬆，但它們必須正確配置，否則我們可能會失去非常有價值的資料。
有些頁面會阻止分析程式碼，直到接受 cookie，當程式碼載入在接受時不執行而是在繼續瀏覽時執行時，就會出現問題。
怎麼了？
如果在接受 cookie 時未執行代碼，那麼我們將丟失新用戶頻道的所有資訊（不是返回的用戶，因為他們已經接受了 cookie），因為代碼將在第一次加載訪問的第二個頁面將被視為直接流量。
如果使用者不繼續瀏覽，我們將無法獲得該會話的任何資料。
解決方案是在接受 cookie 時執行程式碼
錯誤分析 Cookie
錯誤分析 Cookie
4.在未發送url參數的情 探索技術 seo 與網路定位 況下不要重新載入頁面
我們遇到過某些行銷活動將流量傳送到重新載入的 URL 的情況，因為該 URL 具有過濾參數。
這會產生問題，因為頁面是在先前沒有載入 Analytics 的情況下重新載入的，因此url 的 utms 和 Analytics 中的所有資料都遺失了。
如果您的網站出現此分析錯誤，請檢查重新載入網址時是否已傳送所有原始參數。
5. 不要使用通用事件而不將它們排除在互動參數之外
Google Analytics 中的事件在配 目錄 置時有一個內部參數，我們可以在其中指示是否希望將該事件視為互動。
預設情況下，事件始終被視為交互，除非我們另有說明。
這可能會導致跳出率和頁面停留時間指標出現問題，因為 Analytics 會根據互動（事件、頁面視圖、購買…）計算這些指標。
會發生什麼事？
如果我們有一個始終在所有頁面上運行的事件，例如用戶滾動測量事件，那麼我們的跳出率將為 0%，因為通過始終運行此事件，Google Analytics（分析）會發現存在交互，而該會話我不會不再將其視為反彈。
為了避免這種情況，我們必須向事件表明我們不希望它成為互動事件。如果我們在那裡建立了事件，則可以在事件程式碼中或透過 Google 追蹤程式碼管理器進行設定。
網路指標分析：輕鬆查看結果
6. 排除推薦
Google Analytics 允許我們排除推薦流量，以避免將資料分配給推薦管道（如果我們知道不希望在該管道中看到該資料）。
如果不排除引用流量，我會在哪裡遇到問題？
如果我們有電子商務或多網域跟踪，則必須排除此流量，以便 Analytics 不會從支付網關或其他自有網域的網域產生資料。
在電子商務中，當用戶進行付款時，他們通常會被重定向到支付網關，並在完成後返回網站。
對網站的回傳被 Analytics 視為推薦流量，因此它將交易分配給該管道，而不是原始管道，這正是我們感興趣的。
在這種情況下，我們必須做的就是從支付網關（redsys.es、paypal.com…）中排除該網域，以便將交易分配給相應的管道有機、facebook 付費、搜尋付費。