這就是您不小心將網站從Google刪除索引時發生的情況

[ad_1]

閱讀該標題是否會使您感到恐慌?

經過標題所暗示的一切,我可以保證您完全可以放心。

如果您想與我重溫我的噩夢(也許同時宣洩和進行SEO研究),我們將按時間順序進行。

你準備好了嗎?

2019年8月4日

那是星期天的早晨。我喝咖啡,像往常一樣擰緊我們的SEO工具,沒想到該死的事情。然後……BAM!

什麼。的。地獄?

作為SEO,我們都習慣於看到排名的自然波動。波動,而不是消失。

步驟1:拒絕

我立刻想到一個地方:這是一個錯誤。因此,我跳入其他工具來確認Ahrefs是否失去理智。

Google Analytics(分析)也顯示出相應的流量下降,這肯定是肯定的。因此,作為SEO,我自然會認為最糟糕的事情……

步驟2:Algo恐慌

演算法更新。拜託,請不要讓它成為演算法更新。

我跳入梭子魚的Panguin工具,看看我們的問題是否與確認的更新同時發生。

沒有更新。 ew

步驟3:診斷

沒有人清楚地思考自己的爬行動物何時活動。您會感到恐慌,您會不合理地思考,並且會做出錯誤的決定。零寒。

我終於聚集了一些頭腦,清楚地思考發生了什麼:關鍵字排名完全消失是非常不尋常的。它必須是技術性的。

它必須是索引。

Google快速搜索了失去關鍵字排名的網頁,事實證明這些網頁實際上已經消失了。 Search Console報告了相同的內容:

請注意底部的警告:

否:在「機器人」元標記中檢測到「 noindex」

現在我們到了某個地方。接下來,是時候在源代碼中確認這一發現了。

我們的頁面被標記為取消索引。但是,到目前為止,實際上有多少頁面被取消索引了?

步驟4:調查損害

他們全部。在向我們的開發人員發送了一些瘋狂的筆記後,他確認在將近三天前的周四晚上(2019年8月1日)部署的sprint意外地將代碼推送到了每個頁面上。

但是整個網站都被索引了嗎?

這種情況極不可能發生,因為要做到這一點,Google必須在三天內抓取網站的每個頁面才能找到「 noindex」標記。 Search Console在這方面將無濟於事,因為它的數據將始終滯後,並且可能永遠都不會在更改之前得到修改。

即使現在回頭看,我們發現Search Console最多只能拾取249個受影響的頁面,超過8,000個被索引。考慮到事件解決後整個一周的搜索量減少了三分之一,因此這是不可能的。

注意:我永遠無法確定Google中有多少頁面被完全索引了,但是我知道每個頁面都有「 noindex」標記,我隱約記得Googling的「 site:brafton.com」,大約看到了一個我們的第八頁被索引了。確實希望我有屏幕截圖。抱歉。

步驟1:解決問題

一旦發現問題,我們的開發人員便回滾了該更新,並將該網站按「 noindex」標記之前的狀態發布。接下來是重新索引我們的內容的問題。

步驟2:儘快重新整理該網站

我刪除了舊站點地圖,構建了一個新站點地圖,然後將其重新上傳到Search Console。我還抓住了我們大部分的核心產品目標網頁,並手動要求重新編製索引(自從最近的SC更新以來,我不完全相信會做任何事情)。

步驟3:等待

此時,除了等待,我們別無選擇。有很多問題:

  • 頁面的排名是否會與以前相同?
  • 他們會排名相同嗎?
  • Google是否會以某種方式「懲罰」頁面以使其短暫消失?

只有時間會證明一切。

2019年8月8日(一周)-搜索量下降33%

在評估損壞時,我將使用錯誤代碼已完全部署並在活動頁面(8月2日)上填充的日期作為零地面。因此,第一次測量將在8月2日到8月8日完成7天。

Search Console可能會給我最好的指示,說明我們在搜索中遭受了多少損失。

我們損失了約33.2%的搜索流量。哎喲。

幸運的是,這將標誌著我們在整個磨難中經歷的最高傷害水平。

2019年8月15日(兩周)-流量下降23%

在此期間,我一直關注兩件事:搜索流量和索引頁面。儘管重新提交了我的站點地圖並在Search Console中手動獲取了頁面,但許多頁面仍未編入索引-甚至是核心登錄頁面。這將成為整個時間表的主題。

由於我們仍有未編入索引的頁面,因此我們的訪問量仍在遭受損失。

事件發生兩周後,我們的流量仍然下降了8%,儘管流量增加,但我們的創收轉化率卻隨著流量的下降而下降。

2019年8月22日(三周)-流量下降13%

我們的頁面仍在緩慢索引。當我看著我的商業目標從地板上掉下來時,我感到非常痛苦。

至少很明顯,我們的搜索正在恢復。但是如何恢復才是我特別感興趣的。

是否所有頁面都重新編製了索引,但搜索量減少了?

只是部分頁面被完全恢復的搜索狀態重新索引了嗎?

為了回答這個問題,我研究了分別被取消索引和重新索引的頁面。這是其中一個頁面的示例:

這是一個頁面在較短時間內被取消索引的示例:

在我能找到的每個實例中,每個頁面都已完全還原到其原始搜索狀態。因此,似乎與頁面是否恢復無關,而與何時重新建立索引有關。

說到這,Search Console具有一項新功能,它將「驗證」錯誤頁面。我於8月26日開始了此過程。在此之後,SC慢慢重新爬網(我認為)這些頁面,每周大約10頁。這比正常計劃的爬網還要快嗎? SC中的這些工具甚至還能做什麼?

我可以確定的是,三周後仍有許多頁面被索引不足,包括我依靠這些頁面來吸引訪問量。以後再說。

2019年8月29日(四周)-流量下降9%

此時,我感到非常沮喪,因為只有大約150頁需要重新編製索引,而且無論我在Search Console中檢查並請求重新編製索引的次數為多少,都無法正常工作。

這些頁面完全能夠被索引(由SC URL檢查報告),但是不會被抓取。結果,在將近一個月後,我們仍比基準低9%。

一個特定的頁面只是拒絕重新索引。這是我希望獲得轉化的高商業價值產品頁面。

為了強制重新索引,我嘗試了:

  • URL檢查和請求索引編製(每月15次)。
  • 更新發布日期,然後請求索引。
  • 更新內容和發布日期,然後請求索引。
  • 將站點地圖重新提交給SC。

沒事。該頁面不會重新編製索引。一百多個其他對商業影響較小的URL也存在同樣的情況。

注意:直到取消索引兩個月後的10月1日,此頁面才會重新索引。

順便說一下,這是我們四個星期後的整體恢復進度:

2019年9月5日(五周)-流量下降10.4%

大高原。至此,我們已經重新索引了所有頁面的索引,除了大約150個據稱已被「驗證」的頁面。

他們不是。而且它們也沒有被重新爬上。

看來我們可能會完全康復,但時機掌握在Google手中,我無能為力。

2019年9月12日(六周)-流量增長5.3%

我們花了大約六個星期的時間才能完全恢複流量。

但實際上,我們仍然無法完全恢複流量,因為某些內容的效果超標,並對許多尚未編入索引的頁面進行了過度補償。值得注意的是,我們的產品頁面在另外約2.5周內都不會被索引。

總體而言,六周後,我們的搜索量恢復了。但是,直到解決問題八周後,我們的內容才被完全重新編入索引。

結論

對於初學者,絕對不要因意外,實驗或任何其他原因而對您的網站取消索引。刺痛。我估計我們清除了所有有機流量的12%,相當於商業轉化的下降比例相同。

我們學到了什麼?

重新索引頁面後,就可以完全恢復搜索範圍。最大的問題是讓它們重新編製索引。

我們通過這次意外實驗回答了一些主要問題:

我們恢復了嗎?

是的,我們已完全恢復,並且所有URL似乎都具有相同的搜索可見性。

它花了多少時間?

六周後,搜索可見性恢復到基線。大約八到九周後,所有頁面都重新編製了索引。

相關文章