大家好，這次我們聊聊流量下降的話題。SEO 流量業務其實可以看作兩個方面，一方面是做增長，另一方面是避免下降?；ヂ摼W上大多數內容都是關于流量增長相關的，這次我來分享下避免 SEO 流量下降，以及解決流量下降問題的內容。

SEO 流量下降是正常情況

首先，如果你較長時間負責過一個網站的 SEO 流量，你會發現 SEO 流量并不是固定不變或者一直漲的，而是動態變化的過程。短期內，大型節日或周末，SEO 流量會有下降。長期起來，搜索引擎的算法更新，網站的功能異常，也會導致 SEO 流量下降。所以，遇到 SEO 流量下降其實是很正常的情況，不需要恐慌和焦慮，需要理性和客觀的面對。

SEO 流量下降的 3 種原因

如上面提到的，SEO 流量下降的原因會有很多，一般會有以下 3 種：

流量統計異常。比如統計代碼丟失、其他渠道流量的誤算、統計口徑的調整等；

我們有遇到過某個項目導致 SEO 流量翻倍，結果發現是 PPC 流量誤算為 SEO；

也有遇到過 chrome 升級后 referer 字段丟失，導致頻道數據異常；

外部原因，比如搜索引擎算法的更新、大型節日等；

比如 2021 6 月和 7 月的核心算法影響對很多網站的影響很明顯；

再比如穆斯林齋月對伊斯蘭教國家的影響非常明顯，還有圣誕節、春節等；

內部原因，比如網站 SEO 代碼丟失、服務器或網站功能異常等；

比如我遇到過開發同學不小心把網頁 title 改掉，導致核心關鍵詞排名丟失；

或者搜索服務異常，導致列表頁流量明顯下降；

總之，上面這些情況出現得太多，太普遍，我不得不梳理一下思路想辦法避免這些問題，并且再出現時我該怎么快速解決。于是有了下面的話題，SEO 流量下降該怎么避免、分析和修復。

SEO 流量問題應以預防為主

就跟消防行業 “預防為主” 一樣，SEO 流量問題也應該以預防為主，能不出問題就盡量不出問題。我們有 3 層保障方法來預防這些流量問題：

第一層是巡檢系統 - 保障網站 SEO 元素和功能正常；

巡檢系統主要是進行網站元素的自動化定時檢查，如有問題就發送警告通知。比如我們在巡檢系統中配置了以下功能：

網頁 TDK 的配置 - 檢查核心元素是否按照正常內容呈現

統計代碼的檢查 - 檢查統計代碼是否正常，確保流量正常統計

網頁樣式的檢查 - 檢查是否有網頁錯版的問題

列表頁的產品數量 - 確保搜索功能正常

基礎功能檢查，比如是否 200 狀態碼、是否有死鏈

不光如此，巡檢系統還可以模擬 Google 爬蟲、美國 IP 訪問，如有問題還可以發郵件、發釘釘第一時間通知（這里感謝下測試和后端的小伙伴）。

第二層是數據預警 - 流量出現異常時及時報警，將流量問題扼殺在前期；

我們主要是參考小時的實時數據，跟上周同時段的數據進行對比。然后當增長/下降超過 10% 就會發送警報（閾值可設置），這樣可以保證第一時間發現問題。

第三層是信息推送 - 主要是各國節日信息、Google 算法信息的推送，第一時間了解核心信息

我們抓取了各國節日，每天早上會通過郵件自動推送。如果某個國家因為節日受到影響，第一時間可以定位到原因。我們也實時抓取 Google 的 Twitter、博客內容，如有更新會第一時間推送，這樣可以最短時間了解到算法相關信息。

SEO 流量下降該如何分析

盡管我們在想辦法避免，但如果還是出現了流量異常，該怎么分析呢，有以下幾個流程。

第一步 確認數據問題

首先是確認數據問題，因為有時候只是我們日常用的統計工具出了問題。這時候需要多個數據平臺進行對照，比如結合 GA、GSC 的數據做對照，看是否真的出現了這個問題；另外還需要跟 BI 同學確認是否調整了統計口徑、手工整理底層數據來再次驗證。

這一步先要做，是為了避免分析了一大通，結果發現只是數據統計的問題，導致工作量的浪費。

第二步 定義問題

好吧，既然確定出現了問題，那我們就看看到底什么情況。主要是確定下影響幅度、影響范圍、發生時間這 3 個要素。

影響幅度。就是絕對值上下降了多少、大概有多少的比例。這樣一方面可以了解嚴重程度，另一方面也方便后續細分時做對照；

影響范圍。這個問題出現在什么頻道、國家站、PC/移動端等維度，還有到底是 UV 在下降，還是轉化率在下降，需要有個整體的判斷；

發生時間。這個問題是近幾天出現的，還是出現了很久。這個也會決定處理的優先級和時間。

第三步 數據細分

到這里就要一層層的撥開數據概覽，看下到底是哪一層出現了問題。一般來說有 3 種細分：

維度細分。如上面所講，需要對終端、頻道、國家、行業等維度進行細分和數據對照，還需要進行維度交叉細分；比如分析發現是移動端流量在下降，需要進一步頻道細分看下是移動端的列表頁還是產品詳情頁的問題；

鏈路細分。一方面按照搜索引擎的核心鏈路：抓取 - 收錄 - 曝光 - 排名 - CTR - 流量進行細分，另一方面還需要按照用戶轉化鏈路進行細分檢查，比如列表頁訪問 - 產品詳情頁訪問 - 下單頁訪問 - 提交訂單 - 支付；

關鍵詞類型細分。一般情況下會按照品牌詞、成人詞、熱門/冷門詞進行細分。需要注意的是，品牌詞流量不光是在首頁，也會分布在列表頁和詳情頁，比如 “品牌詞+產品詞” 這類的關鍵詞。

一般情況，按照上面 3 種細分，流量問題基本上就基本可以定位出來了。

第四步 假設與求證

流量問題定位出來之后，就需要確定具體原因，這時候需要進行進行假設和求證了。一般情況下可以結合下面幾個信息來驗證：

項目上線時間。有些流量問題是項目上線引起的，需要結合項目情況來驗證，比如 AMP 下線引起的流量波動；

GSC 數據驗證。搜索引擎的核心鏈路問題、服務器問題，在 GSC 里可以進行數據驗證；

Google 算法。結合算法的詳細信息，比如方向、時間來確定最終問題。

SEO 流量下降該怎么修復

其實流量問題定位之后，解決方法也基本確定了。

對于流量統計、網站功能異常這種內部原因，進行針對性的修復就可以了；

對于外部原因，節日類的異常只需要等待就可以恢復；

有具體方向的算法更新，可以進行針對性修復，比如外鏈更新；

另一類沒有方向的算法更新，比如核心算法的更新，其實并沒有很好的解決方案，一般需要其他增量項目來彌補這部分下降（這類算法的下降有時候也會回調）

3 個流量監控的經驗

我覺得如果要做好 SEO 運營，關注 SEO 流量數據這是基本的素養。我有 3 個小經驗可以分享：

每天手工記錄。手工記錄可以讓你對數據有很直接的感受；

超過 3% 查問題。周環比的漲幅或跌幅超過 3% 就需要進行分析了，因為 3% 就意味著有一些數據變化，而不只是波動；

項目上線時間的記錄。記錄每個項目的時間和大概內容，方便后續做數據歸因以及項目總結，否則每次看到之前的流量曲線，真的很難想起來當時做了什么（GA 里可以在曲線上加注釋，很好用）。

印象較深的 2 次流量異常經歷

經歷過很多次流量異常了，比如網頁錯版、Title 丟失、搜索功能異常，更不要說隔幾天就有的各國節日了，其中印象最深是 2 次流量異常：一次是 made-in-china.com 經歷的外鏈處罰，另一次是 alibaba.com 九月大促時的爬蟲被屏蔽，在這里可以分享下。

made-in-china.com 的外鏈處罰

早期購買外鏈其實是很常見的 SEO 行為，因為不買外鏈就無法跟競手 PK 排名， made-in-china.com 也不例外。但 Google 的企鵝算法如晴天霹靂，突然對外鏈這種業內常見的優化手法進行處罰。我當時是在 made-in-china.com 擔任 SEO 工程師，只見網站流量驟降 40%。我其實從開始對外鏈就有疑惑。因為我日常也會去博客和論壇發外鏈，每次都是復制粘貼一些同質內容。我會懷疑這種手工產生的“互聯網垃圾”為什么要提高網頁排名，不生產這些垃圾就會排名下降？這種情況合理嗎？于是當企鵝算法推出之后，我就極力勸導同事，我們需要對購買的外鏈進行處理。但后來同事并沒有聽從，反而是處理了一些健康外鏈。沒過多久我也離開了這個崗位。其實當時的下降原因也很明確，就是外鏈導致的，但進一步定位到底是哪一類外鏈有問題、需要處理，我并沒有拿出足夠的證據去說服同事。

alibaba.com 九月大促時的爬蟲被屏蔽

這個要說到剛進阿里的時候的一段經歷了。正在參加阿里百阿的脫崗培訓，跟小組的小伙伴正準備吃火鍋。忽然接到電話說 SEO 流量有大量下降，需要趕緊解決。當時正是九月大促（類似天貓雙十一的大促），并且據了解下降幅度很大，于是我就在飯店打開電腦開始分析。當時也是一頓分析找不到具體原因，后來就跟開發同學打聽最近上線的項目，偶然發現原來是開發同學為了服務器穩定屏蔽了爬蟲的抓取。最終的原因雖然定位到了，但大促時出現流量下降還是很嚴重的事，我最后的績效也受到了影響。但多說一句，那次績效影響也不算是壞事，后來我增強了主人翁意識，第二年經過努力就漲回來了

最后

最后再啰嗦一次，SEO 流量其實就是一方面做增長，一方面避免下降。這次的分享主要就是避免下降這部分的，而以上也都是經歷了一次次的流量異常才總結來的，希望對你的項目有一點幫助。

也歡迎各位朋友分享自己的流量下降的經歷～

（來源：SEO技術流）

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

（來源：SEO技術流）