自動外鏈工具 在線排版工具 搜索引擎提交入口 wordpress主題推薦 批量打開網址工具 【老域名購買】 思享SEO導航 【網站合作】

百度站長平臺:平臺工具怎么使用

1751
文章目錄
  1. 鏈接提交
  2. 結構化數據插件
  3. 死鏈提交
  4. 網站改版
  5. 百度索引量
  6. 流量與關鍵詞
  7. 抓取異常
  8. 抓取診斷
  9. 外鏈工具
  10. 抓取頻次
  11. robots
  12. 安全檢測
  13. 漏洞檢測
  14. 反饋中心
  15. 站點子鏈
  16. 閉站保護
  17. 鏈接分析
  18. 移動適配
  19. 打賞功能

關鍵詞影響力,是百度站長平臺針對站點對于關鍵詞數據分析的需求,推出的全新概念。涵蓋該關鍵詞下百度搜索可以為站點帶來的全部收益指標,包括:排名、百 度搜索流量、展現量等。在H5版本的站長平臺工具中首發的關鍵詞影響力工具檢測數值有:整體影響力、最大影響力、站點影響力。

網站驗證

為什么要驗證網站

站長平臺推薦站長添加主站(您網站的鏈接也許會使用www?和非?www?兩種網址,建議添加用戶能夠真實訪問到的網址),添加并驗證后,可證明您是該域名的擁有者,可以快捷批量添加子站點,查看所有子站數據,無需再一一驗證您的子站點。

如何驗證網站

首先如果您的網站已使用了百度統計,您可以使用統計賬號登錄平臺,或者綁定站長平臺與百度統計賬號,站長平臺支持您批量導入百度統計中的站點,您不需要再對網站進行驗證。

百度站長平臺為未使用百度統計的站點提供三種驗證方式:文件驗證、html標簽驗證、CNAME驗證

  1. 文件驗證:您需要下載驗證文件,將文件上傳至您的服務器,放置于域名根目錄下。
  2. html標簽驗證:將html標簽添加至網站首頁html代碼的<head>標簽與</head>標簽之間。
  3. CNAME驗證:您需要登錄域名提供商或托管服務提供商的網站,添加新的DNS記錄。

驗證完成后,我們將會認為您是網站的擁有者。為使您的網站一直保持驗證通過的狀態,請保留驗證的文件、html標簽或CNAME記錄,我們會去定期檢查驗證記錄。

百度統計用戶

如果您的網站已使用了百度統計,您可以使用統計賬號登錄平臺,或者綁定站長平臺與百度統計賬號,站長平臺支持您批量導入百度統計中的站點,您不需要再對網站進行驗證。

網站驗證常見錯誤及解決辦法

常見錯誤
推薦解決辦法
無法解析您網站的域名 請檢查網站的DNS設置是否正確,并更新您網站自己的DNS
無法連接到您網站的服務器 請檢查網站服務器設置是否正確,是否可正常訪問
獲取驗證文件或網頁發生錯誤 請檢查服務器設置,或者稍后重試
您網站跳轉次數過多 請檢查服務器設置,是否設置了多次跳轉,如果設置了多次跳轉,請取消跳轉后重新嘗試驗證您的網站
服務器檢查結果為空 請檢查服務器是否對百度做了特殊的設置(例如:對百度進行了封禁),或者稍后重試
我們無法訪問您的網站 請檢查服務器設置是否正確,可能是您的網站是否對百度做了UA/IP封禁,如果做了封禁請解除封禁后重新嘗試驗證您的網站
找不到驗證的html標簽或者驗證的html標簽內容錯誤 請檢查html標簽內容是否正確
驗證的文件內容錯誤 請檢查html標簽內容是否正確
沒有找到對應的DNS CNAME記錄 請檢查您網站的DNS設置是否正確
您的網站跳轉到另一個域名下 請檢查服務器是否設置了跳轉,如果設置了請去掉跳轉后重新嘗試驗證您的網站

鏈接提交

如何選擇鏈接提交方式

主動推送:最為快速的提交方式,建議您將站點當天新產出鏈接立即通過此方式推送給百度,以保證新鏈接可以及時被百度收錄。

sitemap:您可以定期將網站鏈接放到Sitemap中,然后將Sitemap提交給百度。百度會周期性的抓取檢查您提交的Sitemap,對其中的鏈接進行處理,但收錄速度慢于主動推送。

手工提交:如果您不想通過程序提交,那么可以采用此種方式,手動將鏈接提交給百度。

使用主動推送功能會達到怎樣效果

及時發現:可以縮短百度爬蟲發現您站點新鏈接的時間,使新發布的頁面可以在第一時間被百度收錄

保護原創:對于網站的最新原創內容,使用主動推送功能可以快速通知到百度,使內容可以在轉發之前被百度發現

如何使用主動推送功能

1,需要網站制作數據推送接口,進入主動推送工具后,會看到接口調用地址的token,token是由16個英文數字組合的字符串

2,下面提供一些推送示例

1)curl推送示例

將要提交的url數據寫入一個本地文件,比如urls.txt,每個url占一行,然后調用curl命令:

curl -H 'Content-Type:text/plain' --data-binary @urls.txt
"http://data.zz.baidu.com/urls?site=www.example.com&token=edk7yc4rEZP9pDQD"

使用php、python、java等可以參照這個過程推送結構化數據。
2)post推送示例

POST /urls?site=www.58.com&token=edk7ychrEZP9pDQD HTTP/1.1
User-Agent: curl/7.12.1
Host: data.zz.baidu.com
Content-Length: 83
http://www.example.com/1.html
http://www.example.com/2.html3)

php推送示例

$urls = array(
'http://www.example.com/1.html',
'http://www.example.com/2.html',
);
$api = 'http://data.zz.baidu.com/urls
site=www.58.com&token=edk7ychrEZP9pDQD';
$ch = curl_init();
$options = ?array(
CURLOPT_URL => $api,
CURLOPT_POST => true,
CURLOPT_RETURNTRANSFER => true,
CURLOPT_POSTFIELDS => implode("\n", $urls),
CURLOPT_HTTPHEADER => array('Content-Type: text/plain'),
);
curl_setopt_array($ch, $options);
$result = curl_exec($ch);
echo $result;4)

ruby推送示例

require 'net/http'
urls = ['http://www.example.com/1.html', 'http://www.example.com/2.html']
uri = URI.parse('http://data.zz.baidu.com/urls
site=www.xxx.com&token=eTk7ychrWZP1pDQD')
req = Net::HTTP::Post.new(uri.request_uri)
req.body = urls.join("\n")
req.content_type = 'text/plain'
res = Net::HTTP.start(uri.hostname, uri.port) { |http| http.request(req) }
puts res.body

如何查看推送反饋

您可以通過推送后返回的狀態碼和字段來判斷數據是否推送成功。

1,狀態碼為200,表示推送成功,可能返回以下字段:

字段 是否必選 參數類型 說明
success int 成功推送的url條數
remain int 當天剩余的可推送url條數
not_same_site array 由于不是本站url而未處理的url列表
not_valid array 不合法的url列表

?成功返回示例:

{
"remain":4999998,
"success":2,
"not_same_site":[],
"not_valid":[]
}

2,狀態碼為4XX500,表示推送失敗,返回字段有:

字段 是否必選 類型 說明
error int 錯誤碼,與狀態碼相同
message string 錯誤描述

常見的推送失敗返回示例說明:

error message 含義
400 site error 站點未在站長平臺驗證
empty content post內容為空
only 2000 urls are allowed once 每次最多只能提交2000條鏈接
over quota 超過每日配額了,超配額后再提交都是無效的
401 token is not valid token錯誤
404 not found 接口地址填寫錯誤
500 internal error, please try later 服務器偶然異常,通常重試就會成功

主動推送功能常見問題

1,?和原來的sitemap提交接口有什么區別?

答:狀態反饋更及時了,原來提交后需要登錄到站長平臺查看提交是否成功。目前只要根據提交后返回的數據就可以判斷了。

2,?已經存在的提交sitemap數據的程序代碼需要做什么修改?

答:主要修改兩點。第一點,提交的接口需要修改;第二點,需要處理下接口返回的信息,失敗后需要根據錯誤進行相應處理,報錯的鏈接是無法提交成功的

3,為什么提交成功后看不到數據變化?

答:我們反饋的是新提交鏈接的數量,如果您提交的鏈接在之前提交過(即重復提交)是不會被統計到的

4,在什么時機使用主動推送提交功能效果最明顯?

答:頁面鏈接產生或發布時立即提交,這樣效果是最好的

5,每次提交一條數據和多條數據有什么區別?

答:沒有區別

6,重復提交已經發布的鏈接會有什么問題?

答:會有兩個影響。第一,將浪費您提交的配額,每個站點每天可提交的數量是有限制的,如果您都提交了舊鏈接,當有新鏈接時可能因為配額耗盡無法提交。第二,如果您經常重復提交舊鏈接,我們會下調您的配額,您可能會失去主動推送功能的權限

7,主動推送可以推多少條鏈接?

答:主動推送可提交的鏈接數量上限是根據您提交的新產生有價值鏈接數量而決定的,百度會根據您提交數量的情況不定期對上限額進行調整,提交的新產生有價值鏈接數量越多,可提交鏈接的上限越高。

什么是Sitemap

Sitemap(即站點地圖)就是您網站上各網頁的列表。創建并提交Sitemap有助于百度發現并了解您網站上的所有網頁。您還可以使用Sitemap提供有關您網站的其他信息,如上次更新日期、Sitemap文件的更新頻率等,供百度Spider參考。

百度對已提交的數據,不保證一定會抓取及索引所有網址。但是,我們會使用Sitemap中的數據來了解網站的結構等信息,這樣可以幫助我們改進抓取策略,并在日后能更好地對網站進行抓取。

此外,Sitemap 與搜索排名沒有關系。

百度Sitemap支持哪些格式

百度Sitemap協議支持三種格式:文本格式、xml格式、Sitemap索引格式,可以根據自己情況來選擇任意一種格式組織sitemap。具體格式說明及示例如下:

1.第一種格式樣例:txt文本格式

在一個txt文本列明需要向百度提交的鏈接地址,將txt文本文件通過站長平臺進行提交

http://www.example.com/repaste/101562698_5230191316.html
http://www.example.com/repaste/101586283_5230215075.html
http://www.example.com/repaste/101639435_5230310576.html

此文本文件需要遵循以下指南:

  • 文本文件每行都必須有一個網址。網址中不能有換行。
  • 不應包含網址列表以外的任何信息。
  • 您必須書寫完整的網址,包括 http。
  • 每個文本文件最多可包含 50,000 個網址,并且應小于10MB(10,485,760字節)。如果網站所包含的網址超過 50,000 個,則可將列表分割成多個文本文件,然后分別添加每個文件。
  • 文本文件需使用 UTF-8 編碼或GBK編碼。

2.第二種格式樣例:xml格式

單個xml數據格式如下:

<?xml version="1.0" encoding="utf-8"?>
<!-- XML文件需以utf-8編碼-->
<urlset>
<!--必填標簽-->
<url>
<!--必填標簽,這是具體某一個鏈接的定義入口,每一條數據都要用<url>和</url>包含在里面,這是必須的 -->
<loc>http://www.yoursite.com/yoursite.html</loc>
<!--必填,URL鏈接地址,長度不得超過256字節-->
<lastmod>2009-12-14</lastmod>
<!--可以不提交該標簽,用來指定該鏈接的最后更新時間-->
<changefreq>daily</changefreq>
<!--可以不提交該標簽,用這個標簽告訴此鏈接可能會出現的更新頻率 -->
<priority>0.8</priority>
<!--可以不提交該標簽,用來指定此鏈接相對于其他鏈接的優先權比值,此值定于0.0-1.0之間-->
</url>
<url>
<loc>http://www.yoursite.com/yoursite2.html</loc>
<lastmod>2010-05-01</lastmod>
<changefreq>daily</changefreq>
<priority>0.8</priority>
</url>
</urlset>

上述Sitemap向百度提交了一個url:http://www.yoursite.com/yoursite.html
若有多條url,按照上述格式重復<url></url>之間的片斷,列明所有url地址,打包到一個xml文件,向站長平臺進行提交。

3.第三種格式樣例:Sitemap索引格式

如需提交大量sitemap文件,則可將其列在sitemap索引文件中,然后將該索引文件提交。您無需分別提交每個文件。

<?xml version="1.0" encoding="utf-8"?>
<!-- XML文件需以utf-8編碼-->
<sitemapindex>
<!--必填,以 <sitemapindex> 開始標記作為開始,以 </sitemapindex> 結束標記作為結束-->
<sitemap>
<!--必填,以<sitemap>標簽提交一個子sitemap文件-->
<loc>http://example.com/ext/xmlsitemap/add/201201/index_20120106.xml</loc>

<!--必填,識別sitemap的位置-->
<lastmod>2009-12-14</lastmod>
<!--選填,識別相對sitemap文件的修改時間-->
</sitemap>
<!--必填,標簽閉合-->
</sitemapindex>
<!--必填,標簽閉合-->

 

有多個Sitemap,按上述格式重復<sitemap></sitemap>之間的片斷,列明所有Sitemap地址,向站長平臺進行提交。

創建Sitemap時有哪些注意事項?

  1. 一個Sitemap文件包含的網址不得超過 5 萬個,且文件大小不得超過 10 MB。如果您的Sitemap超過了這些限值,請將其拆分為幾個小的Sitemap。這些限制條件有助于確保您的網絡服務器不會因提供大文件而超載。
  2. 一個站點支持提交的sitemap文件個數必須小于5萬個,多于5萬個后會不再處理,并顯示“鏈接數超”的提示。
  3. 如果驗證了網站的主域,那么Sitemap文件中可包含該網站主域下的所有網址。

如何提交Sitemap

第一步,將需提交的網頁列表制作成一個Sitemap文件,文件格式請閱讀百度Sitemap協議都支持哪些格式。

第二步,將Sitemap文件放置在網站目錄下。比如您的網站為example.com,您已制作了一個sitemap_example.xml的Sitemap文件,將sitemap_example.xml上傳至網站根目錄即example.com/sitemap_example.xml

第三步,登錄百度站長平臺,確保提交Sitemap數據的網站已驗證歸屬。

第四步,進入Sitemap工具,點擊“添加新數據”,文件類型選擇“URL列表”,填寫抓取周期和Sitemap文件地址

最后,提交完之后,可在Sitemap列表里看到提交的Sitemap文件,如果Sitemap文件里面有新的網站鏈接,可以選擇文件后,點擊更新所選,即對更新的網站鏈接進行了提交。

什么是移動Sitemap協議,如何提交移動Sitemap協議

百度推出了移動Sitemap協議,用于將網址提交給移動搜索收錄。百度移動Sitemap協議是在標準Sitemap協議基礎上制定的,增加了<mobile:mobile/>標簽,它有四種取值:

<mobile:mobile/> :移動網頁
<mobile:mobile type="mobile"/> :移動網頁
<mobile:mobile type="pc,mobile"/>:自適應網頁
<mobile:mobile type="htmladapt"/>:代碼適配

無該上述標簽表示為PC網頁

下方樣例相當于向百度移動搜索提交了一個移動網頁:http://m.example.com/index.html,向PC搜索提交了一個傳統網頁:http://www.example.com/index.html,同時向移動搜索和PC搜索提交了一個自適配網頁http://www.example.com/autoadapt.html:

<?xml version="1.0" encoding="UTF-8" ?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:mobile="http://www.baidu.com/schemas/sitemap-mobile/1/">
<url>
<loc>http://m.example.com/index.html</loc>
<mobile:mobile type="mobile"/>
<lastmod>2009-12-14</lastmod>
<changefreq>daily</changefreq>
<priority>0.8</priority>
</url>
<url>
<loc>http://www.example.com/index.html</loc>
<lastmod>2009-12-14</lastmod>
<changefreq>daily</changefreq>
<priority>0.8</priority>
</url>
<url>
<loc>http://www.example.com/autoadapt.html</loc>
<mobile:mobile type="pc,mobile"/>
<lastmod>2009-12-14</lastmod>
<changefreq>daily</changefreq>
<priority>0.8</priority>
</url>
<url>
<loc>http://www.example.com/htmladapt.html</loc>
<mobile:mobile type="htmladapt"/>
<lastmod>2009-12-14</lastmod>
<changefreq>daily</changefreq>
<priority>0.8</priority>
</url>
</urlset>

按照移動Sitemap協議做好Sitemap后,在Sitemap工具點擊添加新數據提交,與提交普通Sitemap方式一致。

我提交時填寫的周期是什么含義?

百度Spider會參考設置周期抓取Sitemap文件,因此請根據Sitemap文件內容的更新(比如增加新url)來設置。請注意若url不變而僅是url對應的頁面內容更新(比如論壇帖子頁有新回復內容),不在此更新范圍內。Sitemap工具不能解決頁面更新問題。

Sitemap提交后,多久能被百度處理?

Sitemap數據提交后,一般在1小時內百度會開始處理。在以后的調度抓取中,如果您的sitemap支持etag,我們會更頻繁抓取sitemap文件,從而及時發現內容更新;否則抓取的周期會比較長。

提交的Sitemap都會被百度抓取并收錄嗎?

百度對已提交的數據,不保證一定會抓取及收錄所有網址。是否收錄與頁面質量相關。

我可以壓縮我的 Sitemap 嗎?它們是否需要用 gzip 壓縮?

可以。請使用?gzip?壓縮?Sitemap。無論壓縮與否,Sitemap?應該小于?10MB(10,485,759字節)。

XML格式的 Sitemap 中,“priority”提示會影響我的網頁在搜索結果中的排名嗎?

不會。Sitemap?中的“priority”提示只是說明該網址相對于您自己網站上其他網址的重要性,并不會影響網頁在搜索結果中的排名。

網址在 Sitemap 中的位置是否會影響它的使用?

不會。網址在?Sitemap?中的位置并不會影響百度對它的識別或使用方式。

Sitemap中提交的url能否包含中文?

因為轉碼問題建議最好不要包含中文。

什么是自動推送工具?自動推送工具解決了什么問題?

自動推送JS代碼是百度站長平臺最新推出的輕量級鏈接提交組件,站長只需將自動推送的JS代碼放置在站點每一個頁面源代碼中,當頁面被訪問時,頁面鏈接會自動推送給百度,有利于新頁面更快被百度發現。

為了更快速的發現站點每天產生的最新內容,百度站長平臺推出主動推送工具,產品上線后,部分站長反饋使用主動推送方式的技術門檻較高,于是我們順勢推出更低成本的JS自動推送工具。一步安裝便可實現頁面自動推送,低成本,高收益。

自動推送代碼如何安裝使用?

站長需要在每個頁面的HTML代碼中包含以下自動推送JS代碼:

<script>
(function(){
var bp = document.createElement('script');
var curProtocol = window.location.protocol.split(':')[0];
if (curProtocol === 'https'){
bp.src = "https://zz.bdstatic.com/linksubmit/push.js';
}
else{
bp.src = 'http://push.zhanzhang.baidu.com/push.js';
}
var s = document.getElementsByTagName("script")[0];
s.parentNode.insertBefore(bp, s);
})();
</script>

如果站長使用PHP語言開發的網站,可以按以下步驟操作:

  1. 創建名為“baidu_js_push.php”的文件,文件內容是上述自動推送JS代碼;
  2. 在每個PHP模板頁文件中的 <body> 標記后面添加一行代碼:
    <?php include_once("baidu_js_push.php") ?>

為什么自動推送可以更快的將頁面推送給百度搜索?

基于自動推送的實現原理問題,當新頁面每次被瀏覽時,頁面URL會自動推送給百度,無需站長匯總URL再進行主動推送操作。

借助用戶的瀏覽行為來觸發推送動作,省去了站長人工操作的時間。

自動推送和主動推送有什么區別?

已經在使用鏈接提交里的主動推送(或sitemap)的網站還需要再部署自動推送代碼嗎?

二者之間互不沖突,互為補充。已經使用主動推送的站點,依然可以部署自動推送的JS代碼,二者一起使用。

什么樣的網站更適合使用自動推送?

自動推送由于實現便捷和后續維護成本低的特點,適合技術能力相對薄弱,無能力支持全天候實時主動推送程序的站長。

站長僅需一次部署自動推送JS代碼的操作,就可以實現新頁面被瀏覽即推送的效果,低成本實現鏈接自動提交。

同時,我們也支持主動推送和自動推送代碼配合使用,二者互不影響。

結構化數據插件

結構化數據插件的作用

安裝結構化數據插件,能又快又全的向百度提交論壇網頁及內容。幫助百度Spider更好的了解您的網站,幫助收錄,對于優質的數據資源,可應用結構化摘要樣 式優化網站在百度搜索結果頁的展現。根據社區論壇軟件系統的不同,結構化插件分為:Discuz! 結構化數據插件和WordPress 結構化數據插件,二者的功能基本一致。

結構化數據插件使用指南

步驟一:下載適合版本的插件,解壓文件至論壇根目錄下:Discuz! 用戶解壓至source/plugin下;Wordpress用戶解壓至 wp-content/plugins下;

步驟二:以管理員賬號登陸平臺環境,在管理中心應用頁面-安裝新插件目錄下,找到插件“baidusubmit”直接安裝;(使用WordPress插件的站長,可跳過該步驟)

步驟三:在管理中心應用頁面-插件列表目錄下,啟用“baidusubmit”插件;

步驟四:啟用插件后,驗證論壇網址,驗證成功,插件安裝完成。

DISCUZ!結構化數據提交插件安裝幫助

步驟一:依據Discuz !平臺環境類型,選擇適合的版本下載插件。下載后,解壓縮文件至Discuz平臺目錄/home/work/discuz/source/plugin

步驟二:用管理員賬號登陸Discuz!平臺環境,進入管理中心。如下圖:進入管理中心步驟

三:進入管理中心“應用”頁面,點擊“安裝新插件”選項,選擇“baidusubmit”插件并安裝。如下圖:
安裝新插件

友情提示:baidusubmit有兩個版本,請依據Discuz!平臺環境編碼選擇簡體中文版或簡體中文UTF-8版。如下圖:baidusubmit

步驟四:進入左側導航“插件”,選擇“插件列表”選項,“啟用”插件。如下圖:
插件列表

步驟六:驗證成功,即開始向百度實時推送論壇數據,可隨時查看近期數據推送狀態。如下圖:
百度實時推送論壇數據
其他:若不想使用插件,在插件列表中找到該插件,點擊右側的“關閉”按鈕,若要卸載插件,點擊右側“卸載”按鈕即可。

結構化數據插件常見問題

問:我通過結構化數據插件提交了很多數據,為什么很多都沒有收錄?

答:通過插件提交的數據,不保證所有都收錄問:通過插件百度收錄了我的數據,但有些url的展現依然是普通樣式

答:收錄的URL,不保證都有上圖的結構化摘要展現問:結構化數據插件使用異常應該從哪里進行反饋?

答:使用過程中如有任何建議和意見,請通過站長反饋中心進行反饋。

死鏈提交

什么是死鏈&死鏈的標準

頁面已經無效,無法對用戶提供任何有價值信息的頁面就是死鏈接,包括協議死鏈和內容死鏈兩種形式:

  1. 協議死鏈:頁面的TCP協議狀態/HTTP協議狀態明確表示的死鏈,常見的如404、403、503狀態等。
  2. 內容死鏈:服務器返回狀態是正常的,但內容已經變更為不存在、已刪除或需要權限等與原內容無關的信息頁面。

目前內容死鏈召回存在召回率的風險,所以建議各位站長盡量使用協議死鏈,以保證平臺工具更好地發揮其作用。

什么是死鏈規則?

死鏈規則是鏈接前綴,且匹配前綴的鏈接全部是死鏈。
目前支持兩種死鏈規則:

  1. 目錄規則:以“/”結尾的前綴
  2. CGI規則:以“?”結尾的前綴

為什么要使用死鏈工具

當網站死鏈數據累積過多時,并且被展示到搜索結果頁中,對網站本身的訪問體驗和用戶轉化都起到了負面影響。另一方面,百度檢查死鏈的流程也會為網站帶來額外負擔,影響網站其他正常頁面的抓取和索引。

如何使用死鏈工具

第一步,處理網站已存在的死鏈,制作死鏈文件篩查網站內部存在的死鏈,并將這些死鏈頁面設置成為404頁面,即百度訪問它們時返回404代碼。將需提交的死鏈列表制作成一個死鏈文件,制作方法請參閱幫助文檔(與sitemap格式及制作方法一致)

第二步,將死鏈文件放置在網站根目錄下
比如您的網站為example.com,您已制作了一個silian_example.xml死鏈文件,則將silian_example.xml上傳至網站根目錄即example.com/silian_example.xml

第三步,登錄百度站長平臺

第四步,提交網站并驗證歸屬:具體驗證網站歸屬方法可見幫助文檔

第五步,提交死鏈數據
1.選中左側“死鏈提交”
2.點擊右側“添加新數據”
3.提交死鏈文件:填寫死鏈文件地址(如:www.example.com/silian_example.xml),選擇更新時間,進行提交
4.管理已提交的死鏈列表

提交完之后,可在死鏈工具列表里看到提交的死鏈文件,如果死鏈文件里面有新的死鏈,可以選擇文件后,點擊更新所選,即對更新的死鏈鏈接進行了提交。整體流程如下圖:
死鏈鏈接提成

死鏈提交工具常見問題

問:百度不是會自動識別死鏈嗎?這個工具有什么附加作用?

答:Baiduspider發現并處理死鏈是需要時間的,使用工具可以將最耗時的“發現”過程縮到最短。同時死鏈提交工具還可以與其它平臺工具配合使用。

問:死鏈提交工具的生效周期是怎樣的?

答:理論上三天可以生效,如果一周后死鏈仍在線上,可以進行再次提交。

問:百度死鏈提交支持這種形式嗎?*.a.example.com

答:不支持,需要做成xml文件上傳提交。

問:提交死鏈的文件和sitemap中的URL列表有沖突會不會有負面影響

答:如果該url為死鏈,不會通過sitemap收錄該url;如果該url為活鏈,有可能影響死鏈文件的整體生效。

問:死鏈提交工具直接提交一整個目錄嗎?

答:不可以,目前沒有此功能。

網站改版

使用網站改版工具前,站點應該做哪些工作

首先您要將改版前的舊鏈接全部通過301跳轉到改版后的新鏈接,并且這種跳轉必須是一一對應的關系,不能出現多條舊鏈接跳轉到一條新鏈接,或者一條舊鏈接在不同時間內跳轉到不同新鏈接的情況。

如果改版后產生新的站點,無論是www主站點還是二級域名,都需要將新站點在百度站長平臺進行驗證,以保證明您擁有該站點的管理權限。

網站改版工具如何使用

當 一個站點的域名或者目錄發生變化時,例如a.com變為b.com,或者a.com/b變成a.com/c,如果想讓百度快速收錄變化之后的新鏈接、用以 替換之前的舊鏈接,那么您就需要使用百度站長平臺的網站改版工具來提交您的改版關系,加速百度對已收錄鏈接的新舊替換。

目前網站改工具支持以下方式的改 版:

1)換域名:僅域名發生了變換,如www.a.com變為www.b.com,而目錄結構沒有任何變化。可以在網站改版工具的“添加改版規則”——“站點改版”處,添加改版前后的兩個域名,提交即可。注意此處提交的前后域名必須是不同的。

2)目錄結構改版:不管域名是否改變,目錄結構發生了變化,如www.a.com/a變為www.a.com/b,或又如www.a.com/c變為c.a.com。可以在網站改版工具的“添加改版規則”——“規則改版”處,提交新舊目錄正則式,正則式的書寫方式詳見“正則格式說明”。

3)部分URL改版:當 您的網站點僅有部分URL發生了改版,正則式不能滿足改版形式的表達,或前兩種方式提交的規則校驗失敗,您還可以通過提交url對文件,將已經改版的舊鏈 接和對應的新鏈接提交給百度:文件格式為每行前后兩個url,分別是改版前舊鏈接和跳轉后新鏈接,中間用空格分隔,一個文件最多可以提交5萬對url,您 可以提交多個文件。

另外您還可以在輸入框中直接輸入url對,格式與文件相同,但這處一次性僅限提交2000對url。在您提交改版規則后, 網站改版工具會提供狀態說明:

1)規則校驗中:百度站長平臺會對管理員提交的改版規則進行校驗,當認為實際情況與您提交的規則相符時,才會對規則進行生效處理,這個校驗時間最長為2小時。

2)校驗失敗:當百度站長平臺發現站點存在如下問題時,會判為校驗失敗,不會進行后續的生效處理:

a、提交重復規則:如果您當前提交的規則包含了正在生效的規則(狀態為改版中或改版完成),則認定新提交的規則無效,您需要刪除舊規則后再提交新規則,或者直接修改新規則。

b、未設置301跳轉:對于存在改版關系的url對,我們要求通過301進行跳轉。

c、舊鏈抓取失敗:改版規則中舊鏈接無法正常訪問。

d、新鏈抓取失敗:改版規則中新鏈接、即跳轉過去的鏈接無法正常訪問。

e、跳轉關系與規則不符:您提交的三種規則必須是真實的url對跳轉關系,否則不予通過。

f、url與所提交站點不匹配:三種規則都會要求您填寫新舊鏈接對應的站點信息,如果提交的url對與站點信息不匹配會報此錯誤信息。

g、正則格式不正確:請按照規定的格式進行填寫,詳見:“正則格式說明”。

h、url對文件格式不正確:要求的url對文件格式為:每行有兩個url,用空格分隔,最多5萬行。

i、多跳一:鏈接跳轉關系中出現了多條鏈接跳轉到一條鏈接的情況。這些錯誤信息會抽樣展示在錯誤詳情頁面中

3)無需改版:網站改版工具只適用于改版前的舊鏈接已被百度收錄,對于未收錄的舊鏈接,我們無法進行處理。

4)改版進行中:您提交的改版規則通過校驗后,百度站長平臺會進行生效處理,這個過程最長為48小時。

5)改版完成:百度已經根據您提交的改版規則對新舊鏈接進行了替換。請 注意,改版完成后,百度會持續一段時間例行檢查改版規則在您網站的生效狀態,一旦連續發現改版規則出現校驗失敗原因中的問題,該規則的狀態會由“改版完 成”調整為“校驗失敗”狀態,此時需要您修正站內異常并重新提交改版規則。所以請盡可能長時間(至少三個月)保持新舊鏈接的跳轉關系。

網站改版工具注意事項

1)改版規則中的新舊鏈接一定要使用301的方式進行跳轉。

2)建議您盡量使用站點改版和規則改版,會有比較短的處理周期,也縮短后續您反饋問題的追查用時。

3)百度站長平臺對改版規則的校驗時間范圍為0.5——2小時,改版生效時間范圍為12——48小時,整體來看,您從提交改版規則到線上生效,最短12.5小時,最長50小時。

4)改版完成后不要立即清除跳轉關系,保持跳轉關系至少三個月,網站避免出現校驗失敗原因中的問題。

正則格式說明

以站點news.a.com改版到站點a.com/news為例:

改版前url地址為http://news.a.com/09/1001/07/5KH8DE1F000120GR.html,

其對應的改版后url地址為http://a.com/news/09/1001/07/5KH8DE1F000120GR.html步驟一:確定改版前鏈接中的可替換參數或者路徑,得到其位置序號和類型。

改版前頁url:
改版前頁url
根據網站自身url的層次結構,其中09,1001,07和5KH8DE1F000120GR為動態可替換的路徑。除5KH8DE1F000120GR為字母和數字混合外,其余均為純數字。步驟二:根據可替換參數或路徑的類型,得到改版后鏈接的表達形式。

使用正則匹配符號(\d+)或者(\w+)表示該路徑或參數。(\d+)表示純數字字符串,(\w+)表示字母數字下劃線組成的字符串。
正則匹配符號

步驟三:根據改版后url,以及可替換參數在步驟一中的位置序號,依次用${1},${2},……表示替換掉改版前url中的可替換參數或路徑,得到改版后鏈接pattern形式。 版后鏈接pattern形式

至此,便得到了改版前后的規則:

http://news.a.com /(\d+)/(\d+)/(\d+)/(\w+).html
http://a.com/news/${1}/${2}/${3}/${4}.html

百度索引量

什么是站點索引量

站點中有多少頁面可以作為搜索候選結果,就是一個網站的索引量。

站點內容頁面需要經過搜索引擎的抓取和層層篩選后,方可在搜索結果中展現給用戶。頁面通過系統篩選,并被作為搜索候選結果的過程,即為建立索引。

目前site語法的數值是索引量估算值,比較不準。推薦站長們使用我們的新工具,同時我們也正在努力改進site語法。

如何使用百度索引量工具

第一步,注冊并登錄百度站長平臺

第二步,提交網站并驗證歸屬,具體驗證網站歸屬方法可見幫助文檔

第三步,選擇左側“百度索引量”,定制百度索引量查看規則

第四步,得到站點的百度索引量數據。

如何定制百度索引量查看規則

可以通過“*”號自定義規則來查看某些特征集合的頁面索引量數據。“*”號放在規則結尾可匹配到包含“/”在內的任意字符串,放在規則其他位置匹配不包含“/”的任意字符串,具體可參考下列示例:

  1. http://*.baidu.com/* 表示 http://baidu.com/ 站點及其子站的所有頁面
  2. http://wenku.baidu.com/* 表示 http://wenku.baidu.com/ 站點下的所有(包含各級子目錄)頁面
  3. http://wenku.baidu.com/doc/* 表示 http://wenku.baidu.com/ 站點下 doc 目錄下(包含各級子目錄)的頁面
  4. http://wenku.baidu.com/doc/*/ 表示 http://wenku.baidu.com/ 站點下 doc 目錄下的頁面,不含這些頁面下的子目錄頁面
  5. http://wenku.baidu.com/doc*/* 表示 http://wenku.baidu.com/ 站點下以 doc 開頭的目錄下(包含各級子目錄)的頁面

百度索引量工具常見問題

問:工具里展示的數據是每天更新嗎?怎么有時過了兩天還沒有更新?

答:百度索引數據最快每天更新一次,最遲一周更新一次,不同站點的更新日期可能不同問:索引量數據會保存多久?

答:您可以查詢到近一年中每天的索引量數據,一年前的索引量數據為每月索引量數據問:我僅驗證二級域名,是否可以查到主域的索引量數據?

答:不可以,必須驗證主域名和頂級域名

關于索引量,你必須知道的事

網站被Baiduspider抓取收錄后,經過一系列計劃才得以建入索引庫,有了和搜索用戶見面的機會。所以,索引量一直是站長們關注的焦點,但我們發現,依然有很多站長對索引量存在誤讀。于是學院整理了一些常見問題,糾正一些錯誤的看法。

誤:站長可以通過site查詢站點收錄量

正:索引量數據以百度站長平臺索引量工具為準,SITE僅為估值誤:索引量增加了,流量就會多;索引量減少,流量危險

正:索引量分多個層級,進入上層索引庫才有更多與搜索用戶見面的機會;進入下層庫機會渺茫。所以,索引量總體的增加減少并不能說明流量會有什么變化誤:站長應該每天查看索引量數據,發現不符合預期的變化就反饋

正:當流量發生巨大變化時,索引量數據可以作為排查原因的渠道之一,其余時間沒有必要天天關注誤:索引量只能增加不能減少

正:索引量上下浮動10%,甚至更多,都可能屬于正常。只要流量變化不大就不用緊張。

流量與關鍵詞

什么是關鍵詞影響力? (暫時在移動端上線)

關鍵詞影響力,是百度站長平臺針對站點對于關鍵詞數據分析的需求,推出的全新概念。站點關鍵詞影響力:在具體關鍵詞下,站點獲得的收益對應的關鍵詞影響力;最大關鍵詞影響力:在具體關鍵詞下,獲得收益最高的站點影響力;整體關鍵詞影響力:在具體關鍵詞下,百度為全部站點帶來的全部收益產生的影響力總值;關鍵詞影響力算法復雜,涵蓋該關鍵詞下百度搜索可以為站點帶來的全部收益指標,包括:排名、百度搜索流量、展現量等。

關鍵詞影響力三個數值如何分析?

通過查看自身站點關鍵詞影響力、最大關鍵詞影響力和全盤關鍵詞影響力,可以得到自身站點與行業標桿之間的差距,自身站點在具體關鍵詞下的全盤占比,自身站點對具體關鍵詞的優化上升空間及優化性價比。對站長SEO工作的收益和效果進行量化,對上升空間、行業差距,全盤情況及變化趨勢等信息一目了然。

搜索關鍵詞工具里出現的展現量、導流量、點擊率、排名都是什么?

展現量:搜索用戶在百度搜索引擎查詢某關鍵詞時,看到您網站的次數;

導流量:僅統計從百度搜索結果頁點擊進入您網站的次數;

點擊率:導流量和展現量的比值,在一定程度上表征了網站的優化空間,點擊率越小,網站的優化空間越大;

排名:在熱門關鍵詞和熱門頁面列表中給出的排名是平均排名,表征在相應時間段內,搜索用戶在查詢某關鍵詞時,落地頁在百度搜索結果頁的平均排名,是統計數據。

熱門關鍵詞和熱門頁面分別指什么?

熱門關鍵詞:用戶在百度搜索引擎中進行查詢時,您網站獲得流量(點擊量)較多的關鍵詞。工具最多可以提供5W個關鍵詞,默認按點擊量降序排序。您可以通過熱門關鍵詞,查看用戶通過相應的關鍵詞訪問了哪些頁面。熱門頁面:用戶在百度搜索引擎中進行查詢時,您網站中獲得流量(點擊量)較多的URL。工具最多可以提供5W個熱門頁面,默認按點擊量降序排序。您可以通過熱門頁面,查看到達相應頁面的關鍵詞。

使用搜索關鍵詞工具能給您帶來什么?

搜 索關鍵詞工具不僅能夠提供網站天級、周級及月度展現量、點擊量數據,還能夠提供站點的熱門關鍵詞在百度搜索結果中的展現及點擊量數據,及網站熱門關鍵詞在 今天(有大約5小時的數據延遲)、昨天、最近7天、最近30天、30天內自定義時間段等不同時間維度的展現量及點擊量數據,最高可展現5W條關鍵詞數據。 工具旨在全面幫助站長了解網站在百度搜索引擎中的表現,決定頁面及網站的優化方向,為網站運營決策提供分析依據。

抓取異常

什么是抓取異常

Baiduspider無法正常抓取,就是抓取異常。

抓取異常對網站有哪些影響

對于大量內容無法正常抓取的網站,搜索引擎會認為網站存在用戶體驗上的缺陷,并降低對網站的評價,在抓取、索引、權重上都會受到一定程度的負面影響,最終影響到網站從百度獲取的流量。

抓取異常的原因有哪些

一、網站異常

1dns異常

Baiduspider無法解析您網站的IP時,會出現DNS異常。可能是您的網站IP地址錯誤,或者域名服務商把Baiduspider封禁。請使用WHOIS或者host查詢自己網站IP地址是否正確且可解析,如果不正確或無法解析,請與域名注冊商聯系,更新您的IP地址。

2、連接超時

抓取請求連接超時,可能原因服務器過載,網絡不穩定

3、抓取超時

抓取請求連接建立后,下載頁面速度過慢,導致超時,可能原因服務器過載,帶寬不足

4、連接錯誤

無法連接或者連接建立后對方服務器拒絕

二、鏈接異常

1、訪問被拒絕

爬蟲發起抓取,httpcode返回碼是403

2、找不到頁面

爬蟲發起抓取,httpcode返回碼是404

3、服務器錯誤

爬蟲發起抓取,httpcode返回碼是5XX

4、其他錯誤

爬蟲發起抓取,httpcode返回碼是4XX,不包括403404

抓取診斷

什么是抓取診斷

抓取診斷工具,可以讓站長從百度蜘蛛的視角查看抓取內容,自助診斷百度蜘蛛看到的內容,和預期是否一致。每個站點每周可使用200次,抓取結果只展現百度蜘蛛可見的前200KB內容。

抓取診斷工具能做什么

目前抓取診斷工具有如下作用:

  1. 診斷抓取內容是否符合預期,譬如很多商品詳情頁面,價格信息是通過JavaScript輸出的,對百度蜘蛛不友好,價格信息較難在搜索中應用。問題修正后,可用診斷工具再次抓取檢驗。診斷工具再次抓取檢驗
  2. 診斷網頁是否被加了黒鏈、隱藏文本。網站如果被黑,可能被加上隱藏的鏈接,這些鏈可能只在百度抓取時才出現,需要用此抓取工具診斷。3、檢查網站與百度的連接是否暢通,若是IP信息不一致,可以報錯通知百度更新IP。 百度更新IP

抓取診斷工具常見錯誤類型解析

【url規范】

百度支持抓取的url長度不超過1024,如果您的鏈接長度過長,請在保證正常訪問的情況下,適當精簡,保證鏈接能被百度正常抓取和收錄。

【重定向錯誤】

重定向是指百度spider訪問鏈接時發生了跳轉,如果跳轉后的鏈接超長或者連續跳轉的次數超過5次,就會發生重定向錯誤而導致抓取失敗。

【服務器連接錯誤】

這種情況是指,由于服務器響應過慢或您的網站屏蔽了百度spider,而導致百度無法訪問您的網站。從而會導致百度無法正常收錄或者更新您網站的內容。您可能看到以下具體錯誤:連接超時、連接失敗、連接被拒、無響應、響應遭到截斷、連接重置、標頭遭到截斷、超時。*如何處理服務器連接錯誤?

減 少動態網頁請求的過多網頁加載。如果網站為多個網址提供相同內容,則會被視為動態提供內容(例 如,www.example.com/shoes.php?color=red&size=7與www.example.com /shoes.php?size=7&color=red提供的內容相同)。動態網頁的響應時間可能會很長,并會因此導致超時問題。或者,服務器 可能會返回超載狀態,要求百度spider放慢抓取該網站的速度。一般來說,建議您盡量使用簡短的參數并謹慎使用。確保您網站的托管服務器沒有停止運行、超載或配置不當。如果連接問題、超時問題或響應問題仍然存在,請與您的網站托管服務提供商聯系,并考慮增強您的網站處理流量的能力。檢 查網站是否不小心屏蔽了百度spider的IP。您可能會由于系統級問題而阻止了百度訪問,例如DNS配置問題、配置不當的防火墻或DoS防護系統、內容 管理系統配置問題。防御系統是保證托管服務正常運行的關鍵因素之一,并且這些系統通常會配置為自動阻止超量的服務器請求。由于百度spider發出的請求 通常要比普通用戶多,因此可能會觸發這些防御系統,導致它們阻止百度spider訪問并抓取您的網站。要解決此類問題,您需要確定網站基礎架構中的哪個部 分在阻止百度spider,然后取消該阻止。如果您沒有控制防火墻的權限,就需要與您的托管服務提供商聯系解決此問題。

【robots封禁問題】

在 抓取診斷工具中如果返回的抓取失敗結論是robots封禁,請確認您是否對該網址設置了robots,阻止百度spider抓取網站的某些內容,如果您未 使用robots文件屏蔽百度,請點擊旁邊的報錯鏈接,百度會立即更新您站點的robots信息;如果是您的誤操作導致了封禁,請及時修改robots文 件,避免造成您的網站在百度收錄量和流量的下降。

【DNS問題】

DNS錯誤是指由于服務器停止運行或DNS到您網域的路由存在問題,導致百度spider無法與DNS服務器通信。*如何處理DNS錯誤?

確保百度能夠抓取您的網站。對重要網頁(例如您的首頁)采用抓取診斷工具,如果它能順利返回您的首頁內容,那么您就可以認為百度能夠正常訪問您的網站。對于持續的或反復出現的DNS錯誤,請與您的DNS提供商聯系。通常情況下,您的DNS提供商即為網站托管服務提供商。配置您的服務器,使其能夠以404或500等HTTP錯誤代碼對不存在的主機名作出響應。

【404錯誤】

一般情況下,當百度spider訪問到不存在的網頁(因為您刪除或重命名了網頁且沒有將舊網址重定向到新網頁,或者鏈接中存在拼寫錯誤)時,就會出現“未找到”狀態錯誤(通常是404 HTTP狀態代碼)。

【訪問遭拒絕】

一般情況下,百度會通過跟蹤網頁間的鏈接來查找內容。百度spider必須能夠訪問某個網頁才能抓取該網頁。如果您意外地看到了“訪問遭拒”錯誤,可能是由于以下幾種原因導致的:

  1. 百度spider無法訪問您網站上的網址,因為您網站上的所有或部分內容要求用戶登錄后才能查看。
  2. 您的服務器要求用戶使用代理進行身份驗證,或者您的托管服務提供商阻止百度spider訪問您的網站。

【參數錯誤】

由于請求的語法格式有誤,不符合服務器對請求的某些限制,或者請求本身存在一定的錯誤,服務器無法理解此請求,導致抓取失敗。

【socket讀寫錯誤】

當百度spider訪問服務器,進行tcp通信的時候,socket讀寫發生異常,導致數據不能正常返回。請檢查服務器連接狀況和防火墻設置是否符合預期。

【讀取http頭或者頁面內容時失敗】

您的服務器收到了我們的完整請求,但是返回信息時不完整,http頭或者響應正文發生了截斷,導致網頁內容不能正常讀取。

外鏈工具

外鏈工具有何作用

  1. 結合談外鏈判斷對站點的問題外鏈進行處理,并對以后的鏈接建設起到積極的作用;
  2. 基于我們提供的外鏈數據,您可以進行多種維度的重組聚合,進而了解自身在外鏈建設上的情況以及與競爭對手的對比情況。

如何使用外鏈工具進行外鏈分析

此數據是未經百度搜索計算過濾的原始數據,僅供參考。登錄您在百度站長平臺注冊的賬號,進入站長工具à網站分析à外鏈分析,此時您可以:

第一、查看一段時間內您網站自身或某其他網站的外鏈趨勢走向;
外鏈趨勢走向

第二、進一步可查看您網站自身的具體外鏈數據。當您苦惱于曾經在外鏈建設過程中某些外鏈影響到您網站在百度系統中的評價時,那么拒絕外鏈功能可以使您不 再苦惱,同時支持單條拒絕和批量拒絕。其中,批量拒絕可分為四個級別進行批量操作:主域、站點、目錄、頁面,您可以按照需要進行操作,每次最高1000 條。結合談外鏈判斷,對指向您網站的問題外鏈進行拒絕操作,當問題外鏈提交至百度系統中并在一段時間的更新后,系統將根據情況自動調整對您網站的評價;

第三、如果您因疏忽而誤將重要外鏈提交拒絕,那么也不要過于擔心,可以通過撤銷拒絕來恢復。當然,我們希望您不要過于粗心,系統難免出現問題將造成不必要的損失;

第四、您可以查看并下載任一網站的外鏈數據,以便于您進行自身網站外鏈分析以及競爭對手對比分析。不同的聚合重組,將使您得到多種重要的結論。舉兩個例子:

(1)自身某專題頁排名不如競爭對手,當其他方面相差不大的情況下懷疑是外鏈因素造成。此時就可以將兩個專題頁的外鏈進行聚合對比分析,找出差距,兼顧質量和數量,著重分析外鏈產生的原因及過程。當然,分析的數據前提是根據談外鏈判斷將問題外鏈排除之后的數據,同時歡迎舉報。

(2)按anchor進行聚類,可分析某頁面傳播過程中用戶以及其他網站對該內容的定位,您在之后的外鏈建設傳播過程進行適度調整。

總之,詳細外鏈數據下載后根據自身需求可進行多方面的聚合分析,各位站長也可以在站長社區show出你的分析案例。

如何使用外鏈工具拒絕垃圾外鏈

第一,什么是拒絕外鏈?

外鏈是百度判斷網頁重要性數百個因素中很重要的一個方面。百度盡可能避免第三方網站上的行為對您網站產生負面影響。但某些情況下,一些垃圾、低質量導入 鏈接可能會影響百度對您網站的評價。例如,網絡上大量的垃圾內容或質量很差的鏈接或者您購買了付費鏈接、采用了違反百度站長指南的鏈接手段。

首先,我們建議您從鏈接來源頁面盡可能多的刪除垃圾內容和鏈接。

其次,再沒有任何其他措施可以刪除剩余垃圾鏈接的情況下,就可以利用拒絕外鏈工具來通知百度在評價您網頁之時忽略掉該鏈接。

第二,拒絕外鏈應該注意什么?

當您發現指向您網站的垃圾鏈接、虛假或低質量鏈接數量可觀,同時確定這些鏈接會給您的網站造成負面影響,再使用該工具,否則請勿使用。當您確認拒絕后將無法撤銷或刪除,請謹慎使用。

如果您存在購買鏈接、群發外鏈、掛黑鏈等試圖操作搜索引擎排序的作弊行為,我們不能保證短時間內去除掉該垃圾外鏈對您網站的負面影響,這需要數周乃至更長的時間來驗證,請您耐心等待。

第三,如何使用拒絕外鏈工具?

拒絕外鏈工具

請先選擇您希望拒絕的外鏈類別,類別主要分為主域、站點、目錄和頁面。主域是指在域名服務商注冊的域名,如:example.com;

站點是指網站的根 目錄之前的url,網站地址,如:www.example.com/;

目錄是指站點后以“/”結尾的,如:www.example.com/a/;

頁面是 指一個具體頁面的url,如:www.example.com/a/978.html。

以url:www.iqiyi.com/fun/20130308/4319a1351bb0167d.html為例,該url即為一個頁面;

主域為iqiyi.com;站點為www.iqiyi.com;www.iqiyi.com/fun/為一個目錄。

根據您選擇的類別填寫相對應的url提交拒絕信息即可。我們需要一定的時間來處理您提交的信息,拒絕外鏈生效的周期為數周,請您耐心等待。

外鏈工具常見問題

問:拒絕外鏈多長時間生效?

答:拒絕外鏈沒有固定生效的周期,時間長達數周,請您耐心等待。問:拒絕后的外鏈是否可以恢復?

答:不可以。當您確認拒絕后將無法撤銷或刪除,請謹慎使用。

抓取頻次

什么是抓取頻次

抓取頻次是搜索引擎在單位時間內(天級)對網站服務器抓取的總次數,如果搜索引擎對站點的抓取頻次過高,很有可能造成服務器不穩定,Baiduspider會根據網站內容更新頻率和服務器壓力等因素自動調整抓取頻次。

什么情況下可以進行抓取頻次上限調整

首先,Baiduspider會根據網站服務器壓力自動進行抓取頻次調整。其次,如果Baiduspider的抓取影響了網站穩定性,站長可以通過此工具調節Baiduspider每天抓取您網站的頻次上限。

強調1:調整抓取頻次上限不等于調高抓取頻次。

強調2:建議您慎重調節抓取頻次上限值,如果抓取頻次過小則會影響Baiduspider對網站的收錄。

robots

什么是robots文件

robots是站點與spider溝通的重要渠道,站點通過robots文件聲明該網站中不想被搜索引擎收錄的部分或者指定搜索引擎只收錄特定的部分。請注意,僅當您的網站包含不希望被搜索引擎收錄的內容時,才需要使用robots.txt文件。如果您希望搜索引擎收錄網站上所有內容,請勿建立robots.txt文件。為了避免站長在設置robots文件時出現,百度站長平臺特別推出了robots工具,幫助站長正確設置robots。

robots.txt文件的格式?

robots文件往往放置于根目錄下,包含一條或更多的記錄,這些記錄通過空行分開(以CR,CR/NL,?or?NL作為結束符),每一條記錄的格式如下所示:

"<field>:<optional?space><value><optionalspace>"在該文件中可以使用#進行注解,具體使用方法和UNIX中的慣例一樣。該文件中的記錄通常以一行或多行User-agent開始,后面加上若干DisallowAllow,詳細情況如下:

User-agent:該項的值用于描述搜索引擎robot的名字。在"robots.txt"文件中,如果有多條User-agent記錄說明有多個robot會受到"robots.txt"的限制,對該文件來說,至少要有一條User-agent記錄。如果該項的值設為*,則對任何robot均有效,在"robots.txt"文件中,"User-agent:*"這樣的記錄只能有一條。如果在"robots.txt"文件中,加入"User-agent:SomeBot"和若干DisallowAllow行,那么名為"SomeBot"只受到"User-agent:SomeBot"后面的?DisallowAllow行的限制。

Disallow:
該項的值用于描述不希望被訪問的一組URL,這個值可以是一條完整的路徑,也可以是路徑的非空前綴,以Disallow項的值開頭的URL不會被?robot訪問。

例如"Disallow:/help"禁止robot訪問/help.html/helpabc.html/help/index.html

"Disallow:/help/"則允許robot訪問/help.html/helpabc.html,不能訪問/help/index.html

"Disallow:"說明允許robot訪問該網站的所有url,在"/robots.txt"文件中,至少要有一條Disallow記錄。

如果"/robots.txt"不存在或者為空文件,則對于所有的搜索引擎robot,該網站都是開放的。

Allow:
該項的值用于描述希望被訪問的一組URL,與Disallow項相似,這個值可以是一條完整的路徑,也可以是路徑的前綴,以Allow項的值開頭的URL?是允許robot訪問的。

例如"Allow:/hibaidu"允許robot訪問/hibaidu.htm/hibaiducom.html/hibaidu/com.html。一個網站的所有URL默認是Allow的,所以Allow通常與Disallow搭配使用,實現允許訪問一部分網頁同時禁止訪問其它所有URL的功能。

使用"*"and"$"
Baiduspider支持使用通配符"*""$"來模糊匹配url

"*"?匹配0或多個任意字符

"$"?匹配行結束符。最后需要說明的是:百度會嚴格遵守robots的相關協議,請注意區分您不想被抓取或收錄的目錄的大小寫,百度會對robots中所寫的文件和您不想被抓取和收錄的目錄做精確匹配,否則robots協議無法生效

robots.txt文件用法舉例

robots.txt文件用法舉例

網站誤封Robots該如何處理

robots文件是搜索生態中很重要的一個環節,同時也是一個很細節的環節。很多站長同學在網站運營過程中,很容易忽視robots文件的存在,進行錯誤覆蓋或者全部封禁robots,造成不必要損失!那么如果誤操作封禁了robots怎么辦?今天我們請到了廈門258網站運營負責人——鄭軍偉,為我們分享網站robots誤封禁后該如何操作?

【案例背景】

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

Robots封禁
收錄降至0條

【處理方式】

  1. 修改Robots封禁為允許,然后到百度站長后臺檢測并更新Robots
  2. 在百度站長后臺抓取檢測,此時顯示抓取失敗,沒關系,多點擊抓取幾次,觸發蜘蛛抓取站點。
  3. 在百度站長后臺抓取頻次,申請抓取頻次上調。
  4. 百度反饋中心,反饋是因為誤操作導致了這種情況的發生。
  5. 百度站長后臺鏈接提交處,設置數據主動推送(實時)。
  6. 更新sitemap網站地圖,重新提交百度,每天手工提交一次。以上處理完,接下來就是等待了,萬幸,2天的時間數據開始慢慢回升,到第3天基本回升到正常狀態!
回升到正常狀態

【案例總結】

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

  1. 產品開發一定要避免在線開發,不能為了省事不搭建開發環境。
  2. 產品迭代要有流程記錄,開發時做了那些設置處理,那些是不需要放出來的,那些是必須放出來的,要非常清楚。
  3. 要經常關注百度站長后臺,關注相關數據變化,從數據變化中及時發現問題

安全檢測

安檢檢測工具用語說明

  1. 掛馬:指網站被黑客通過入侵手段拿到修改頁面的權限,在網頁的源代碼中插入網頁木馬(惡意代碼),用戶在訪問網頁時就會運行網頁木馬受到漏洞攻擊,從而自 動下載并執行病毒木馬程序。網站被掛馬會導致訪問網站的用戶電腦感染病毒木馬,可能會遭受遠程控制、泄露文檔資料、賬戶密碼等信息,危害極大。網站在被其 他人發現存在掛馬后,搜索引擎、殺毒軟件、瀏覽器等會進行攔截用戶訪問,直接導致網站不可訪問,流失大量用戶。
  2. 釣魚:指頁面仿冒某知名網站,讓用戶以為是正規網站,給用戶造成損失。
  3. 欺詐:頁面中存在欺騙用戶、虛假的內容。
  4. 違規內容:內容存在違法信息,或者出于違法的灰色地帶。

被黑修復建議

  1. 掛馬:要完全解決網站被掛馬的問題,不僅要查出被惡意代碼感染的網頁,還需要修復網站漏洞,阻止黑客再次掛馬的可能性。通常情況下,網站被掛馬說明黑客已 經入侵成功并且取得修改網頁的權限,才可以在網頁里插入惡意代碼,因此首要解決被入侵的根源,通過使用Web漏洞掃描器或者分析網站訪問歷史日志,找到黑 客攻擊的網站漏洞,對漏洞進行修補,并且及時查找、清除黑客留下的后門程序。
  2. 釣魚、欺詐、違規內容:請確認您的網站是否存在釣魚、欺詐、違規內容的情況,如果不存在可能是被黑,請排查自己的網站的內容質量。

如何防止網站被黑

為避免您的網站被黑客攻擊,您需要在平時做大量的工作,例如

  1. 定期檢查服務器日志,檢查是否有可疑的針對非前臺頁面的訪問。
  2. 經常檢查網站文件是否有不正常的修改或者增加。
  3. 關注操作系統,以及所使用程序的官方網站。如果有安全更新補丁出現,應立即部署,不使用官方已不再積極維護的版本,如果條件允許,建議直接更新至最新版;關注建站程序方發布的的安全設置準則。
  4. 系統漏洞可能出自第三方應用程序,如果網站使用了這些應用程序,建議仔細評估其安全性。
  5. 修改開源程序關鍵文件的默認文件名,黑客通常通過自動掃描某些特定文件是否存在的方式來判斷是否使用了某套程序。
  6. 修改默認管理員用戶名,提高管理后臺的密碼強度,使用字母、數字以及特殊符號多種組合的密碼,并嚴格控制不同級別用戶的訪問權限。
  7. 選擇有實力保障的主機服務提供商。
  8. 關閉不必要的服務,以及端口。
  9. 關閉或者限制不必要的上傳功能。
  10. 設置防火墻等安全措施。
  11. 若被黑問題反復出現,建議重新安裝服務器操作系統,并重新上傳備份的網站文件。
  12. 對于缺乏專業維護人員的網站,建議向專業安全公司咨詢。

漏洞檢測

漏洞檢測工具用語說明

一,高危漏洞

高危漏洞包括SQL注入漏洞、XSS跨站腳本漏洞、頁面存在源代碼泄露、網站存在備份文件、網站存在包含SVN信息的文件、網站存在Resin任意文件讀取漏洞。

SQL注入漏洞:

網站程序忽略了對輸入字符串中包含的SQL語句的檢查,使得包含的SQL語句被數據庫誤認為是合法的SQL指令而運行,導致數據庫中各種敏感數據被盜取、更改或刪除。

XSS跨站腳本漏洞:

網 站程序忽略了對輸入字符串中特殊字符與字符串(如<>'"<script><iframe>onload)的檢查, 使得攻擊者可以欺騙用戶訪問包含惡意JavaScript代碼的頁面,使得惡意代碼在用戶瀏覽器中執行,從而導致目標用戶權限被盜取或數據被篡改。

頁面存在源代碼泄露:

頁面存在源代碼泄露,可能導致網站服務的關鍵邏輯、配置的賬號密碼泄露,攻擊者利用該信息可以更容易得到網站權限,導致網站被黑。

網站存在備份文件:

網站存在備份文件,例如數據庫備份文件、網站源碼備份文件等,攻擊者利用該信息可以更容易得到網站權限,導致網站被黑。

網站存在包含SVN信息的文件:

網站存在包含SVN信息的文件,這是網站源碼的版本控制器私有文件,里面包含SVN服務的地址、提交的私有文件名、SVN用戶名等信息,該信息有助于攻擊者更全面了解網站的架構,為攻擊者入侵網站提供幫助。

網站存在Resin任意文件讀取漏洞:

安裝某些版本Resin服務器的網站存在可讀取任意文件的漏洞,攻擊者利用該漏洞可以讀取網站服務器的任意文件內容,導致網站被黑。

二,中危漏洞

中危漏洞包括網站存在目錄瀏覽漏洞、網站存在PHPINFO文件、網站存在服務器環境探針文件、網站存在日志信息文件、網站存在JSP示例文件。

網站存在目錄瀏覽漏洞:

網站存在配置缺陷,存在目錄可瀏覽漏洞,這會導致網站很多隱私文件與目錄泄露,比如數據庫備份文件、配置文件等,攻擊者利用該信息可以更容易得到網站權限,導致網站被黑。

網站存在PHPINFO文件:

網站存在PHPINFO文件,這個是PHP特有的信息文件,會導致網站的大量架構信息泄露,該信息有助于攻擊者更全面了解網站的架構,為攻擊者入侵網站提供幫助。

網站存在服務器環境探針文件:

網站存在服務器環境探針文件,該文件會導致網站的大量架構信息泄露,該信息有助于攻擊者更全面了解網站的架構,為攻擊者入侵網站提供幫助。

網站存在日志信息文件:

網站存在日志信息文件,該文件包含的錯誤信息會導致網站的一些架構信息泄露,該信息有助于攻擊者更全面了解網站的架構,為攻擊者入侵網站提供幫助。

網站存在JSP示例文件:

網站存在JSP示例文件,該文件的弱口令會導致網站的大量架構信息泄露,該信息有助于攻擊者更全面了解網站的架構,為攻擊者入侵網站提供幫助。

三、低危漏洞

低危漏洞包括頁面上存在網站程序的調試信息、網站存在后臺登錄地址、網站存在服務端統計信息文件、網站存在敏感目錄。

頁面上存在網站程序的調試信息:

頁面上存在數據庫信息,例如數據庫名、數據庫管理員名,該信息有助于攻擊者更全面了解網站的架構,為攻擊者入侵網站提供幫助。

網站存在后臺登錄地址:

網站存在后臺登錄地址,攻擊者經常使用這個地址進行網站的后臺登陸,比如弱密碼、表單繞過、暴力破解等,從而得到網站的權限。

網站存在服務端統計信息文件:

網站存在服務端統計信息文件,該文件會導致網站的一些架構信息泄露,該信息有助于攻擊者更全面了解網站的架構,為攻擊者入侵網站提供幫助。

網站存在敏感目錄:

網站存在敏感目錄,例如 /upload ?/database ?/bak,該信息有助于攻擊者更全面了解網站的架構,為攻擊者入侵網站提供幫助。

漏洞的危害有哪些

SQL注入漏洞的危害不僅體現在數據庫層面,還有可能危及承載數據庫的操作系統;如果SQL注入被用來掛馬,還可能用來傳播惡意軟件等,這些危害包括但不限于:
  • 數據庫信息泄漏:數據庫中存儲的用戶隱私信息泄露。
  • 網頁篡改:通過操作數據庫對特定網頁進行篡改。
  • 網站被掛馬,傳播惡意軟件:修改數據庫一些字段的值,嵌入網馬鏈接,進行掛馬攻擊。
  • 數據庫被惡意操作:數據庫服務器被攻擊,數據庫的系統管理員帳戶被竄改。
  • 服務器被遠程控制,被安裝后門:經由數據庫服務器提供的操作系統支持,讓黑客得以修改或控制操作系統。
  • 破壞硬盤數據,癱瘓全系統。

XSS跨站腳本漏洞的危害包括但不限于:

  • 釣魚欺騙:最典型的就是利用目標網站的反射型跨站腳本漏洞將目標網站重定向到釣魚網站,或者注入釣魚JavaScript以監控目標網站的表單輸入,甚至發起基于DHTML更高級的釣魚攻擊方式。
  • 網站掛馬:跨站后利用IFrame嵌入隱藏的惡意網站或者將被攻擊者定向到惡意網站上,或者彈出惡意網站窗口等方式都可以進行掛馬攻擊。
  • 身份盜用:Cookie是用戶對于特定網站的身份驗證標志,XSS可以盜取用戶的Cookie,從而利用該Cookie獲取用戶對該網站的操作權限。如果一個網站管理員用戶Cookie被竊取,將會對網站引發巨大的危害。
  • 盜取網站用戶信息:當能夠竊取到用戶Cookie從而獲取到用戶身份時,攻擊者可以獲取到用戶對網站的操作權限,從而查看用戶隱私信息。
  • 垃圾信息發送:比如在SNS社區中,利用XSS漏洞借用被攻擊者的身份發送大量的垃圾信息給特定的目標群體。
  • 劫持用戶Web行為:一些高級的XSS攻擊甚至可以劫持用戶的Web行為,監視用戶的瀏覽歷史,發送與接收的數據等等。
  • XSS蠕蟲:XSS 蠕蟲可以用來打廣告、刷流量、掛馬、惡作劇、破壞網上數據、實施DDoS攻擊等。

信息泄露漏洞的危害

CGI漏洞大多分為以下幾種類型:信息泄露、命令執行和溢出,因此危害的嚴重程度不一。信息泄露會暴露服務器的敏感信息,使攻擊者能夠通過泄露的信息進 行進一步入侵;命令執行會對服務器的安全造成直接的影響,如執行任意系統命令;溢出往往能夠讓攻擊者直接控制目標服務器,危害重大。

內容泄露漏洞:會被攻擊者利用導致其它類型的攻擊,危害包括但不局限于:

  • 內網ip泄露:可能會使攻擊者滲透進入內網產生更大危害。
  • 數據庫信息泄露:讓攻擊者知道數據庫類型,會降低攻擊難度。
  • 網站調試信息泄露:可能讓攻擊者知道網站使用的編程語言,使用的框架等,降低攻擊難度。
  • 網站目錄結構泄露:攻擊者容易發現敏感文件。
  • 絕對路徑泄露:某些攻擊手段依賴網站的絕對路徑,比如用SQL注入寫webshell。
  • 電子郵件泄露:郵件泄露可能會被垃圾郵件騷擾,還可能被攻擊者利用社會工程學手段獲取更多信息,擴大危害。

文件泄露漏洞:可能會導致重要信息的泄露,進而擴大安全威脅,這些危害包括但不局限于:

  • 帳號密碼泄漏:可能導致攻擊者直接操作網站后臺或數據庫,進行一些可能有危害的操作。
  • 源碼泄露:可能會讓攻擊者從源碼中分析出更多其它的漏洞,如SQL注入,文件上傳,代碼執行等。
  • 系統用戶泄露:可能會方便暴力破解系統密碼。

漏洞解決方案

SQL注入漏洞解決方案:
  1. 解決SQL注入漏洞的關鍵是對所有來自用戶輸入的數據進行嚴格檢查、對數據庫配置使用最小權限原則
  2. 所有的查詢語句都使用數據庫提供的參數化查詢接口,參數化的語句使用參數而不是將用戶輸入變量嵌入到SQL語句中。
  3. 對進入數據庫的特殊字符('"\<>&*;等)進行轉義處理,或編碼轉換。
  4. 確認每種數據的類型,比如數字型的數據就必須是數字,數據庫中的存儲字段必須對應為int型。
  5. 數據長度應該嚴格規定,能在一定程度上防止比較長的SQL注入語句無法正確執行。
  6. 網站每個數據層的編碼統一,建議全部使用UTF-8編碼,上下層編碼不一致有可能導致一些過濾模型被繞過。
  7. 嚴格限制網站用戶的數據庫的操作權限,給此用戶提供僅僅能夠滿足其工作的權限,從而最大限度的減少注入攻擊對數據庫的危害。
  8. 避免網站顯示SQL錯誤信息,比如類型錯誤、字段不匹配等,防止攻擊者利用這些錯誤信息進行一些判斷。
  9. 在網站發布之前建議使用一些專業的SQL注入檢測工具進行檢測,及時修補這些SQL注入漏洞。
XSS跨站腳本漏洞解決方案:
  1. 假定所有輸入都是可疑的,必須對所有輸入中的script、iframe等字樣進行嚴格的檢查。這里的輸入不僅僅是用戶可以直接交互的輸入接口,也包括HTTP請求中的Cookie中的變量,HTTP請求頭部中的變量等。
  2. 不要僅僅驗證數據的類型,還要驗證其格式、長度、范圍和內容。
  3. 不要僅僅在客戶端做數據的驗證與過濾,關鍵的過濾步驟在服務端進行。
  4. 對輸出的數據也要檢查,數據庫里的值有可能會在一個大網站的多處都有輸出,即使在輸入做了編碼等操作,在各處的輸出點時也要進行安全檢查。
  5. 在網站發布之前建議測試所有已知的威脅。

頁面存在源代碼泄露解決方案:

  1. 配置好服務端語言解析,防止解析失敗而導致源碼泄露;
  2. 關閉網站錯誤調試機制,防止因為報錯而導致源碼泄露。

網站存在備份文件解決方案:

刪除檢測出的備份文件,或者將這類文件從網站目錄下移走。

網站存在包含SVN信息的文件解決方案:

刪除網站目錄下的SVN信息,不要使用SVN目錄作為網站的目錄。

網站存在Resin任意文件讀取漏洞解決方案:

刪除resin_doc相關目錄與文件。

網站存在目錄瀏覽漏洞:

關閉Web容器(如IIS/Apache等)的目錄瀏覽功能,比如:

  1. IIS中關閉目錄瀏覽功能:在IIS的網站屬性中,勾去“目錄瀏覽”選項,重啟IIS;
  2. Apache中關閉目錄瀏覽功能:打開Apache配置文件httpd.conf,查找 “Options Indexes FollowSymLinks”,修改為“ Options -Indexes”(減號表示取消),保存退出,重啟Apache。

網站存在PHPINFO文件解決方案:

刪除檢測出的PHPINFO文件。

網站存在服務器環境探針文件解決方案

刪除檢測出的探針文件,比如:iprober.php、phpcheck.php、jspcheck.jsp、DotNetInfo.aspx、aspcheck.asp等。

網站存在日志信息文件解決方案

刪除檢測出的日志信息文件。

網站存在JSP示例文件解決方案

刪除JSP示例文件。

頁面上存在數據庫信息解決方案

關閉數據庫的錯誤調試機制,防止因為SQL語句錯誤導致數據庫報錯信息顯示到頁面上。

頁面上存在網站程序的調試信息解決方案

關閉網站程序的調試機制,這個機制經常被用于網站的測試調試,該機制能顯示出很詳細的網站報錯信息。

網站存在后臺登錄地址解決方案:

  1. 將后臺登錄地址隱藏,改個不容易猜到的路徑;
  2. 配置好后臺登錄地址的訪問權限,比如只允許某個IP或IP段的用戶訪問。

網站存在服務端統計信息文件解決方案

刪除檢測出的服務端統計信息文件。

網站存在敏感目錄解決方案

這些目錄經常用于存放敏感的文件,可以考慮從網站目錄中分離出,或改個不易猜測到的路徑,并配置好訪問權限。

反饋中心

什么是站長反饋中心

站長反饋中心是百度站長平臺開放給站長的溝通反饋渠道,站長管理的站點在百度網頁搜索、移動搜索、新聞搜索中遇到問題,或是在使用百度站長工具時遇到問題,可以通過站長反饋中心提交反饋。

如何使用站長反饋中心

當站點遇到問題時,首先請通過站長工具學院文章,對網站進行自查。

若自查后無法解決,請在站長反饋中心選擇遇到問題的站點,之后選擇產品分類,即網站是在網頁搜索、移動搜索、新聞搜索或站長工具使用中遇到問題。然后選擇對應的問題分類,最后根據頁面提示,進行詳細描述。您對問題的描述越清晰,越有助于我們快速地定位和解決問題。

建議同樣的問題不要重復投訴。

站長關心的熱門問題

logo提交后為何沒有展現?

答:您好,logo展現目前只針對優質站點進行審核和展現,如果您站為優質站點,logo提交后通常會在1到2周內進行審核和展現,具體情況請參考百度站長社區的詳情帖  

新建的網站未收錄怎么辦?

答:頁面是否被收錄,與頁面是否具有價值有關,原則上內容越貼近用戶的搜索需要,網頁就會越快地被搜索引擎收錄。但通常情況下頁面從產生到收錄需要一定周期,時間從幾分鐘到幾天不等,這取決于網頁的搜索價值和重要性的高低。長時間不收錄的原因可能包括:

  • 頁面被懲罰整站或目錄沒有進行收錄,
  • 網頁沒有被搜索引擎發現,因為網頁沒有放置外部鏈接,本身是個孤島頁面。

針對第一種情況,首先請查看網站是否出現過無法打開或連通異常的狀況,可以接助站長平臺抓取診斷工具來進行判斷。同時查看網站是否有過不良信息的收錄,如果網站已經恢復正常并可以正常連通和抓取,可以提交到站長反饋中心進行反饋。針對網站始終沒有被百度抓取的情況,建議您使用站長平臺的鏈接提交工具進行提交。

網站在搜索url或使用domain語法搜索時,出現了不相關的結果的問題?

答:通常情況下,搜索url是為了確定該頁面是否已被搜索引擎收錄,除此以外的其他自然結果,均為以該url作為關鍵詞,在網頁庫中進行搜索而得出的自 然結果。這些自然結果的內容如何,與網頁所處的網站是否存在問題并無關聯。如果希望查詢網站的外鏈狀態,請使用站長平臺鏈接分析工具尋求支持。

站點子鏈

站點子鏈

站點子鏈提交工具,鼓勵網站管理員將網站內優質子鏈提交給百度,這些信息能在百度搜索結果中以站點子鏈的形式展現,提升網站的權威性,幫助用戶瀏覽您的網站,提升網站的流量和用戶體驗。

使用說明

1、若主鏈為主站,推薦添加重要的子站點作為子鏈數據;若主鏈為子站點,推薦添加重要頻道頁作為子鏈數據;
2、百度只支持2條、4條、6條子鏈接的展現樣式;對已提交的子鏈您可以進行標題、摘要的修改操作;
3、當您判斷已展現的子鏈不符合要求時,可以執行刪除操作,刪除生效后下方數據列表會同步刪除;
4、百度會將您提交的數據仔細評估并作為重要的參考依據,但不保證一定會采納。
5、對于已生效的數據,百度會根據搜索用戶當前需求進行展現,不保證會全部展現。
6、您可以根據重要程度對子鏈進行排序,百度會根據您設定的排序綜合評估確定最終的展現順序。

閉站保護

什么是閉站保護

由 網站自身原因(改版、暫停服務等)、客觀原因(服務器故障、政策影響等)造成的網站較長一段時間都無法正常訪問,百度搜索引擎會認為該站屬于關閉狀態。站 長可以通過閉站保護工具進行提交申請,申請通過后,百度搜索引擎會暫時保留索引、暫停抓取站點、暫停其在搜索結果中的展現。待網站恢復正常后,站長可通過 閉站保護工具申請恢復,申請審核通過后,百度搜索引擎會恢復對站點的抓取和展現,站點的評價得分不會受到影響。

閉站保護注意事項

  • 站長關閉站點后應立即申請閉站保護,若申請不及時,站點很可能被判為死鏈,影響后續的收錄和展現。
  • 支持兩種閉站方法,全站HTTP狀態碼設置為404或者切斷電源關閉服務器,不支持使用DNS方法閉站,noip不會通過閉站申請校驗。
  • 申請閉站保護、申請取消閉站保護,若通過審核都將在3小時以內生效。
  • 閉站保護期最長為180天,超過180天將自動取消閉站保護。
  • 閉站保護不能保持搜索結果排名
  • 使用閉站工具只能保留您網站的索引量,但不保證網站的排名不變
  • 閉站保護期間,如果首頁可訪問,百度會展現首頁,即首頁被豁免屏蔽

鏈接分析

什么是內鏈死鏈、鏈出死鏈、鏈入死鏈

假設您的網站是www.abc.com,第三方網站是www.example.com。

內鏈死鏈:在您網站上發現同一個域名內的死鏈,即:如果在http://www.abc.com/1.html上發現了一條死鏈http://www.abc.com/2.html,那么我們稱http://www.abc.com/2.html為內鏈死鏈;

鏈出死鏈:在您網站上發現的鏈接到其他網站的死鏈,即:如果在http://www.abc.com/1.html上發現了一條死鏈http://www.example.com/1.html,那么我們稱http://www.example.com/1.html為外鏈死鏈;

鏈入死鏈:在其他網站上發現的鏈接到您網站的死鏈,即:如果在http://www.example.com/2.html上發現了死鏈http://www.abc.com/2.html,那么我們稱http://www.abc.com/2.html為鏈入死鏈。

死鏈示例展示中,死鏈鏈接、死鏈前鏈、錨文本、發現時間分別代表什么含義

死鏈鏈接:Baiduspider在嘗試抓取該網頁時,該網頁返回了404代碼;?目前死鏈鏈接只針對協議死鏈,后續會陸續增加跳轉死鏈和內容死鏈。

死鏈前鏈:從該網頁經過一次點擊即可到達當前死鏈鏈接,稱該網頁為當前死鏈鏈接的前鏈,即死鏈前鏈。

錨文本:在死鏈前鏈這個網頁上發現的對應該死鏈鏈接的文本信息。

發現時間:Baiduspider最近一次抓取該死鏈鏈接的時間。

外鏈工具有何作用

  1. 結合《談外鏈判斷》對站點的問題外鏈進行處理,并對以后的鏈接建設起到積極的作用;
  2. 基于我們提供的外鏈數據,您可以進行多種維度的重組聚合,進而了解自身在外鏈建設上的情況。如何使用外鏈工具進行外鏈分析此數據是未經百度搜索計算過濾的原始數據,僅供參考。登錄您在百度站長平臺注冊的賬號,進入站長工具->優化與維護->鏈接分析,此時您可以:
    第一、查看一段時間內您網站自身的外鏈趨勢走向;
    外鏈趨勢走向第二、進一步可查看鏈接到您網站的外鏈所在的主域以及外鏈數量。第三、您可以查看并下載您網站的具體外鏈數據,以便于您進行自身網站外鏈分析。不同的聚合重組,將使您得到多種重要的結論。舉兩個例子:
    (1)自身某專題頁排名不高,當其他方面找不到原因的時候懷疑是外鏈因素造成。此時就可以將專題頁的外鏈進行聚合分析,兼顧質量和數量,著重分析外鏈產生的原因及過程。當然,分析的數據前提是根據談外鏈判斷將問題外鏈排除之后的數據,同時歡迎舉報
    (2)按anchor進行聚類,可分析某頁面傳播過程中用戶以及其他網站對該內容的定位,您在之后的外鏈建設傳播過程進行適度調整。總之,詳細外鏈數據下載后根據自身需求可進行多方面的聚合分析。

外鏈工具常見問題

問:外鏈多長時間更新?

答:目前預計一周更新一次,請您耐心等待。

移動適配

什么是移動適配,移動適配工具的作用

提 升搜索用戶在百度移動搜索的檢索體驗,會給對應PC頁面的手機頁面在搜索結果處有更多的展現機會,需要站點向百度提交主體內容相同的PC頁面與移動頁面的 對應關系,即為移動適配。為此,百度移動搜索提供“移動適配”服務,如果您同時擁有PC站和手機站,且二者能夠在內容上對應,即主體內容完全相同,您可以 通過移動適配工具進行對應關系提交。站長通過移動適配工具提交pattern級別或者url級別的PC頁與手 機頁對應關系,若可以成功通過校驗,將有助于百度移動搜索將移動用戶直接送入對應的手機頁結果。積極參與“移動適配”,將有助于您的手機站在百度移動搜索 獲得更多流量,同時以更佳的瀏覽效果贏取用戶口碑。

移動適配工具如何使用

當您同時擁有移動站點和PC站點、且移動頁面和PC頁面的主體內容完全相同,就可以在通過百度站長平臺提交正確的適配關系,獲取更多移動流量。

第一步,注冊并登錄百度站長平臺

第二步,提交PC網站并驗證站點與ID的歸屬關系,具體驗證網站歸屬方法可見幫助文檔

第三步,站點驗證后,進入“工具”――“移動專區”――“移動適配工具”,選擇具體需要進行移動適配的PC站,然后“添加適配關系”

第四步,根據自己提交的適配數據特點,選擇適合您的提交方式:目前移動適配工具支持規則適配提交URL適配提交,無論您使用哪種方式都需要先指定PC與移動站點,此舉可以令平臺更加快速地檢驗您提交的數據、給出反饋,順利生效。同時您在之后步驟中提交的適配數據中必須包含指定的站點,否則會導致校驗失敗。

1)規則適配:當pc地址和移動地址存在規則(pattern)的匹配關系時(如PC頁面www.xxx.com/picture/12345.html,移動頁面m.xxx.com/picture/12345.html),可以使用規則適配,添加pc和移動的正則表達式,正則的書寫方式詳見《正則格式說明》我們強烈建議您使用規則適配,一次提交成功生效后,對于新增同規則的URL可持續生效,不必再進行多次提交。同時該方式處理周期相對URL適配更短,且易于維護和問題排查,是百度推薦使用的提交方式。

2)URL 適配:當規則適配不能滿足適配關系的表達時,您可以通過“URL對文件上傳”功能,將主體內容相同的pc鏈接和移動鏈接提交給百度:文件格式為每行前后兩 個url,分別是pc鏈接和移動鏈接,中間用空格分隔,一個文件最多可以提交5萬對url,您可以提交多個文件。另外您還可以選擇“URL對批量提交”, 在輸入框中直接輸入url對,格式與文件相同,但此處一次性僅限提交2000對url。

第五步,提交適配數據后,關注移動適配工具會提供狀態說明,若未適配成功,可根據說明文字和示例進行相應的調整后更新提交適配數據。移動適配目錄如何使用工具提交適配關系PC 站點下開辟某個目錄存放移動適配頁面、作為移動適配“站”時,依然會有提交移動適配數據的需求,如:http://www.a.com/a.html 適配到http://www.a.com/m/a.html。雖然從長遠角度看,這種行為對搜索引擎極不友好,百度(包括GOOGLE)一直不贊成不鼓勵 這種建方式。但為了滿足該需求,百度站長平臺移動適配工具依然提供滿足此需求的功能。您可以先在下拉菜單中選擇準確的站點域名,再點擊“+添加適配關系”。也可以在默認的www主域下“+添加適配關系”。進入“添加新數據”界面后,“指定PC-移動站點”處填寫的移動站點名,要與PC站點名一致,然后在提交規則處填寫相應的正則信息,然后增加校驗用url對即可。提交數據時示例圖如下:
校驗用url對

移動適配狀態說明

校驗中:

百度站長平臺會對管理員提交的移動適配數據進行校驗,當認為實際情況與您提交的情況相符時,才會對適配數據進行生效處理,這個校驗時間大約為10天。目前“校驗中”的適配數據不能刪除。

校驗失敗:

當百度站長平臺發現站點存在如下問題時,會判為校驗失敗,不會進行后續的生效處理:

a、正則格式錯誤:請按照規定的格式進行填寫,詳見《正則格式說明》

b、PC-移動頁面不對應: PC鏈接和移動鏈接的主體內容不相同,達不到對應關系

c、數據內容和適配類型不符:提交的適配關系內容有錯誤,管理員錯誤地通過規則適配功能提交了url對,或者相反的情況

d、數據內容與指定站點不一致:提交的適配關系與提交的指定站點不對應

e、未達到校驗標準。提交面的號獲取的 適配數據中,PC頁面或移動頁面沒有收錄。移動適配工具對適配數據進行正確性校驗時依賴PC網頁庫和移動網頁庫中已收錄的頁面,如果校驗時取到的PC頁或 移動頁百度還未收錄,將無法對適配數據進行檢驗。對于未收錄的頁面將推送給spider進行抓取,若收錄后可進行下一次正確性檢驗,管理員不必再另行提 交。*頁面被收錄不等于被建索引,收錄了的頁面有可能在索引量工具里查不到。以上錯誤信息會抽樣展示在錯誤詳情頁面中,您可以通過點擊狀態說明獲取
通過點擊狀態說明獲取

校驗成功:

您提交的適配數據通過校驗后,百度站長平臺會進行生效處理,這個過程最長為10天。

校驗部分成功:

您提交的適配數據中包含部分校驗失敗內容,失敗部分可以參考校驗失敗的說明,其他成功部分會上線生效。

未達到校驗標準:

您提交的規則所涉及的頁面,絕大多數未收錄(區別于索引)或展現過少,平臺工具為了高效處理海量規則,會將未達到校驗標準的規則做延后處理,站點方面不必再做額外工作。

適配成功:

百度已經根據您提交的適配數據對移動鏈接進行了替換。

適配部分成功:

對應校驗部分成功而言,那部分通過校驗的數據已完成移動適配。

內容重復:

此文件提交的數據被后提交的文件包含覆蓋,工具后續不會再對該文件進行處理,也不會反饋處理狀態

移動關系發生變化如何修改

站長通過移動適配工具提供適配數據中若發現數據有誤,或想更新舊的、已生效的適配關系,可以重新提交新的適配數據予以覆蓋。具體如下:

  1. 目前“校驗中”的數據不支持直接刪除,若此時需要修改適配關系數據,不需要等等該數據更新狀態,可以直接提交新的適配關系予以覆蓋。
  2. 如適配數據發生校驗失敗,無需將其刪除,直接提交新的適配關系覆蓋即可。
  3. 若需要修改已適配成功的關系數據,無需將原適配數據刪除,直接提交新的適配關系覆蓋即可,待新數據適配成功后線上可生效。

移動適配工具注意事項

  1. 只要PC站點與移動站點的主干一致,即可參與移動適配。舉例說明:PC站點ww.abc.com.cn ? ?移動站點m.abc.net ?屬于主干一致。當然我們更建議您使用主域相同的PC站點和移動站點
  2. 建議您盡量使用規則適配進行對應關系提交,一次提交可對于新增同規則的URL持續生效,無需多次反復提交,且處理周期相對URL提交更短,更易于維護和問題排查,是百度推薦使用的提交方式
  3. 使用正則格式進行規則適配,盡量使用最小的粒度來表示,這樣更容易校驗通過,比如:a).確定是純數字:([0-9]+) 或(\d+)b).確定是純字母:([a-zA-Z]+), 包括字母大小寫的情況c).確定是數字和字母混合串:方法一、((?:[a-zA-Z]+[0-9]+|[0-9]+[a-zA-Z]+)[a-zA-Z0-9]+)方法二、([a-zA-Z0-9]+)說明:兩種混合串的區別:較長的一種為嚴格的數字和字母混排形式,且數字?和字母交替至少出現1次;
    較短的一種可支持純數字,純字母和數字字母混排d).確定有中文字符:((?:%[a-zA-Z-0-9]{2,})+)e).確定有參數值:([^&]+)f).確定有'-'和'_'連接字符串的替換規則:將連接的各個部分分別用對應的規則替換
  4. 百度站長平臺對適配數據的校驗時間大約為10天,生效時間大約為1-2天。
  5. 適配成功后要繼續保持正確的適配關系,我們會重復驗證適配關系的有效性。

如何提升移動適配效果

首先,對已有的對應關系持續進行適配,同時不斷建設新的對應關系,增加適配覆蓋的范圍。其次,要確保已經提交的對應關系準確。以下是常見的對應不準確錯誤,請網站進行自查,并及時修改。

1、手機頁不可用,比如死鏈。

2、robots封禁。放開對Baiduspider的robots封禁,以便Baiduspider獲取您PC站與手機站之間的對應關系。

3、手機頁使用了ajax等異步加載的方法加載內容主體。

4、格式錯誤。正則格式錯誤,文件格式錯誤等。

5、對應關系錯誤

  1. 當PC頁為內容頁時,應該適配到對應的手機頁內容頁,而實際卻適配到手機頁的首頁/列表頁例如PC頁為http://www.aaa.com/Book/2083259.aspx,適配后的手機頁為http://m.aaa.con/?from=web
  2. 手機頁本身無主體內容或主體內容過少。
  3. 手機頁需登錄才能瀏覽主體內容。
  4. PC頁內容與手機頁內容不存在一一對應關系。
    正確的對應關系示例:
    PC頁http://www.58.com/mmmshandongrencai/
    手機頁http://m.58.com/w/mmmshandongrencai/

正則格式說明

以站點news.a.com適配到站點m.a.com為例:適配PC鏈接地址為:http://news.a.com/09/1001/07/5KH8DE1F000120GR.html,

適配移動鏈接地址為:http://m.a.com/news/09/1001/07/5KH8DE1F000120GR.html

步驟一:確定適配鏈接中的可替換參數或者路徑,得到其位置序號和類型。適配PC鏈接:適配PC鏈接根據網站自身url的層次結構,其中09,1001,07和5KH8DE1F000120GR為動態可替換的路徑。除5KH8DE1F000120GR為字母和數字混合外,其余均為純數字。

步驟二:根據可替換參數或路徑的類型,得到鏈接的表達形式。使用正則匹配符號(\d+)或者(\w+)表示該路徑或參數。(\d+)表示純數字字符串,(\w+)表示字母數字下劃線組成的字符串。正則匹配符號

步驟三:根據移動鏈接,以及可替換參數在步驟一中的位置序號,依次用${1},${2},……表示替換掉適配PC鏈接中的可替換參數或路徑,得到適配后的移動鏈接的pattern形式。根據移動鏈接

至此,便得到了適配的規則:http://news.a.com/(\d+)/(\d+)/(\d+)/(\w+).htmlhttp://m.a.com/news/${1}/${2}/${3}/${4}.html

正則格式示例:

1、純數字替換生成pattern例子:

eg1:

url對應關系:http://www.abc.com/26299483.html->? http://m.abc.com/26299483.html? ? ? ?

pattern: http://www.abc.com/([0-9]+).html->? http://m.abc.com/${1}.html

eg2:

url對應關系:http://www.abc.com/t26299483.html->? http://m.abc.com/26299483.html

pattern:http://www.abc.com/t([0-9]+).html->? http://m.abc.com/${1}.html?

2、純字母替換生成pattern例子:

eg:

url對應關系:http://www.abc.com/fawliute/?->?http://m.abc.com/fawliute/

pattern:http://www.abc.com/([a-zA-Z]+)/?-> ?http://m.abc.com/${1}/?

3、字母和數字混合的字符串替換生成pattern的例子:

eg1:

url對應關系:http://www.abc.com/a1cc1n2q5y3/?->??http://m.abc.com/a1cc1n2q5y3/

pattern:http://www.abc.com/((?:[a-zA-Z]+[0-9]+|[0-9]+[a-zA-Z]+)[a-zA-Z0-9]+)/???->?http://m.abc.com/${1}/?

注意:字母和數字混合字符串,字母和數字必須交替出現至少1次有效例子:a13b23a9da3bc9942a1c

eg2:

url對應關系:http://news.abc.com/09/1001/07/5KH8DE1F000120GR.html
? ? ? ????->?http://m.abc.com/news/09/1001/07/5KH8DE1F000120GR.html

pattern:http://news.abc.com/([0-9]+)/([0-9]+)/([0-9]+)/([ a-zA-Z0-9]+).html
? ? ? ????->?http://m.abc.com/news/${1}/${2}/${3}/${4}.html?

4、對于字母和數字只交替出現一次的,可以分別用數字和字母進行正則替換:

eg:

url對應關系:http://www.abc.com/az123/? ?->???? http://m.abc.com/az123/
pattern:http://www.abc.com/([a-zA-Z]+)([0-9]+)/-> http://m.abc.com/${1}${2}/?

5、中文字符串正則替換生成pattern例子:

eg:

url對應關系:http://www.abc.com/長城花園/ -> http://m.abc.com/長城花園/
pattern:http://www.abc.com/((?:%[a-zA-Z0-9]{2,})+)/-> http://m.abc.com/${1}/?

6、由'-'或者'_'連接的數字或者字母替換生成pattern的例子:

eg:

url對應關系:http://www.abc.com/byd-c3/-> http://m.abc.com/byd-c3/

pattern:http://www.abc.com/([a-zA-Z]+)-([a-zA-Z]+)([0-9]+)/->http://m.abc.com/${1}-${2}${3}/

注意:'-''_'出現多次可以使用同樣的方式處理
如:abc-134_x-1

?7、對參數部分進行正則替換生成pattern的例子:

eg:

url對應關系:http://www.abc.com/article.html?act=test&id=123? ->?? ? ? ?http://m.abc.com/article.html?act=test&id=123

pattern:http://www.abc.com/article\.html?act=([^&]+)&id=([^&]+) ? -> http://m.abc.com/article.html?act=${1}&id=${2}

8、PC存在分頁對應移動頁面生成pattern的例子:

eg:

url對應關系:http://www.a.com/1234-1.htm ?http://www.a.com/1234-2.htm ? ->http://m.a.com/1234.htm

pattern:http://www.a.com/([0-9]+)-([0-9]+).htm -> ?http://m.a.com/${1}.htm

打賞功能

為了更好的為打造網絡生態環境,提升站長收益,百度站長平臺特別推出了打賞功能,下面為大家揭秘什么是打賞功能。

1.什么是打賞功能?

打賞是百度推出的全網通用的免費組件,站長按流程將相關信息設置完成后,把所獲取的代碼加入網頁中,即可使用打賞功能,用戶通過打賞按鈕完成打賞流程后,打賞金額會轉入站長所設置的賬號中

2.注意事項

使用百度錢包支付方式,務必保證用所設置的賬號至少登陸過一次百度錢包,否則打賞的金額將無法轉入您設置的賬號中

3.?防轉碼

為防止轉碼而導致頁面中事件被禁用,無法使用打賞功能,請在頁面中加入以下代碼:<meta http-equiv="Cache-Control" content="no-transform">注:該防轉碼功能只針對微信有效

4.?使用支付寶支付方式,如何上傳二維碼

使用支付寶支付方式,如何上傳二維碼支付寶生成二維碼地址:https://fama.alipay.com/qrcode/index.htm

第一步:登錄支付寶

登錄支付寶

第二步:點擊生成收款碼

點擊生成收款碼

第三步:填寫相關信息,點擊創建,為保證用戶體驗一致,名稱必須統一填“打賞”

打賞

第四步:生成二維碼后,點擊下載

生成二維碼后,點擊下載

選擇圖片尺寸12*12cm(暫只支持該尺寸)進行下載

進行下載

下載圖片后上傳到站長平臺即可

5. 使用微信支付方式,如何上傳二維碼

第一步:打開微信的收付款功能

打開微信的收付款功能

第二步:選擇收款?

選擇收款

第三步:將生成的二維碼截圖上傳?

二維碼截圖上傳

第四步:點擊微信支付方式的“上傳二維碼”按鈕,將圖片進行上傳

將圖片進行上傳拖動方框部分可對圖片進行裁剪,盡量只裁剪二維碼部分,右側是預覽效果,請保證二維碼處于方框中央。點擊“保存二維碼”保存二維碼

此時二維碼上傳成功,若要替換圖片點擊“上傳二維碼”進行重新上傳

來源:本文由思享SEO博客原創撰寫,歡迎分享本文,轉載請保留出處和鏈接!
seo培訓評論廣告

搶沙發

昵稱*

郵箱*

網址

49选7开奖记录