上下策劃的客服每天需要維護上百個企業(yè)站。相當(dāng)于站長需要管理上百個網(wǎng)站，難免會在網(wǎng)站上線前手忙腳亂，致命的錯誤就是有客戶在線突然疑惑一句“親，我們網(wǎng)站真的上線了嗎???都等了1個月了，為何網(wǎng)站搜索不到嘞!?"這時第一反應(yīng)可能是網(wǎng)站被收錄的數(shù)據(jù)還沒有放出來。再仔細審查一遍，悲劇了~網(wǎng)站誤封了robots，禁止百度收錄啊!!!

　　robots文件是搜索生態(tài)中很重要的一個環(huán)節(jié)，同時也是一個很細節(jié)的環(huán)節(jié)。很多站長同學(xué)在網(wǎng)站運營過程中，很容易忽視robots文件的存在，進行錯誤覆蓋或者全部封禁robots，造成不必要損失!

   案例背景   

　　網(wǎng)站開發(fā)2.0版本，技術(shù)選擇了在線開發(fā)，為了避免搜索引擎抓取開發(fā)版本，要求技術(shù)人員設(shè)置了Robots封禁處理。2.0版本開發(fā)周期1個月，1個月后網(wǎng)站版本迭代，直接覆蓋了1.0版本，包括Robots封禁文件，2天后發(fā)現(xiàn)流量大幅下降，檢查收錄發(fā)現(xiàn)800萬收錄降至0條，關(guān)鍵詞大量掉線。

　　但是，已成事實，該如何亡羊補牢，彌補這種低級錯誤的后期損失，上下策劃站長總結(jié)經(jīng)驗如下：

   處理方式   

　　1.修改Robots封禁為允許，然后到百度站長后臺檢測并更新Robots。

　　2.在百度站長后臺抓取檢測，此時顯示抓取失敗，沒關(guān)系，多點擊抓取幾次，觸發(fā)蜘蛛抓取站點。

　　3.在百度站長后臺抓取頻次，申請抓取頻次上調(diào)。

　　4.百度反饋中心，反饋是因為誤操作導(dǎo)致了這種情況的發(fā)生。

　　5.百度站長后臺鏈接提交處，設(shè)置數(shù)據(jù)主動推送(實時)。

　　6.更新sitemap網(wǎng)站地圖，重新提交百度，每天手工提交一次。

　　以上處理完，接下來就是等待了，2天的時間數(shù)據(jù)開始慢慢回升，到第3天基本回升到正常狀態(tài)!如果是新網(wǎng)站上線，忘了修改robots，那估計快則1個月，慢則3個月才能被更新過來。

   案例總結(jié)   

　　本次事故絕對是運營生涯的一次敗筆，總結(jié)反思一下，希望大家避免類似問題。

　　1.產(chǎn)品開發(fā)一定要避免在線開發(fā)，不能為了省事不搭建開發(fā)環(huán)境。

　　2.產(chǎn)品迭代要有流程記錄，開發(fā)時做了那些設(shè)置處理，哪些是不需要放出來的，哪些是必須放出來的，要非常清楚。

　　3.要經(jīng)常關(guān)注百度站長后臺，關(guān)注相關(guān)數(shù)據(jù)變化，從數(shù)據(jù)變化中及時發(fā)現(xiàn)問題。

　　有哪位親的網(wǎng)站如果出現(xiàn)長時間不收錄的狀態(tài)，就要注意檢查嘍。也可以直接跟我們上下策劃的客服聯(lián)系，幫你診斷網(wǎng)站狀態(tài)！