聲明:本文來自于微信公眾號蝙蝠俠IT（ID:xxxxx），作者:xxxxx，授權轉載發(fā)布。
對于現(xiàn)階段而言，我們在做一個SEO項目的時候，網(wǎng)站的內容與鏈接，仍然是搜索排名考量的重要指標，但對于企業(yè)網(wǎng)站而言，我們的SEO運營團隊往往是有限的，特別是現(xiàn)在的經(jīng)濟環(huán)境，甚至某些公司基本沒有成熟的SEO運營，都有網(wǎng)站運營替代，通常大部分是網(wǎng)站編輯代勞。
這經(jīng)常產生一個問題:我們經(jīng)常會被問到我每天到底需要發(fā)布多少文章，才能對SEO排名有幫助。
那么，不同網(wǎng)站類型，一天發(fā)多少文章，有利SEO?
這可能是一個老生常談的話題，蝙蝠俠IT，將通過如下內容闡述:
1
企業(yè)站
對于企業(yè)網(wǎng)站而言，從目前來看，關注網(wǎng)站搜索排名的流量，更多是來自于中小企業(yè)網(wǎng)站，這種網(wǎng)站類型可產生頁面的數(shù)量實際上是有限的，因此，我們給出的建議，經(jīng)常是:
①基于SEO策略，建立有限的產品列表和產品資訊類目。通常是基于關鍵詞詞庫的整理與分配，決定建立多少產品列表和資訊類目。一般情況下，通常都是一個。
②思考是否有必要建立TAG標簽聚合頁面，如果不是特別必須，可以選擇放棄。當然，對于型號相對比較多的機械類相關產品可以合理的利用。
③確定網(wǎng)站產品數(shù)量。
④思考是否有大量長尾詞相關的行業(yè)百科內容，可以發(fā)布在資訊列表中。
小結:一般建議正式上線的時候確保整個網(wǎng)站是充實的，而不是說提交一個空網(wǎng)站給搜索引擎，產品相關頁面，我們認為上線之初，正常應該全部布局在網(wǎng)站中。
而如果你有一定量的長尾詞的百科頁面，我們建議確保目標列表頁面的首頁是需要填充滿的。這樣就不會影響搜索引擎對于整站的質量評估。
后續(xù)對于網(wǎng)站內容更新采用什么樣的策略，我們認為只需要保持一定頻率更新完長尾詞頁面即可。在這之后，對于企業(yè)網(wǎng)站排名優(yōu)化而言，我們可以停止更新內容。
2
行業(yè)站
對于網(wǎng)站SEO而言，我們在考量內容增量對于SEO作用的時候，通常我們更多的是參考詞庫的數(shù)量，對于行業(yè)網(wǎng)站，詞庫量排名相對很多的網(wǎng)站，是我們需要計劃去如何讓這些詞匹配的頁面不斷的發(fā)布。
通常來講:
你需要統(tǒng)計詞庫中關鍵詞的總量，將其合理的分類，包括:
①首頁步詞。
②列表步詞，這里包括:規(guī)劃列表分類的數(shù)量與層級，比如:一級或者二級。
③TAG聚合布詞。
④內容長尾詞布局與中心節(jié)點，核心頁面步詞。
一般，當我們網(wǎng)站框架布局完畢之后，根據(jù)詞庫待增長的數(shù)量，我們優(yōu)先推薦發(fā)布長尾關鍵詞內容。
理論上，我們需要在SEO項目排名周期中的35%的時間節(jié)點，將所有的關鍵詞內容增量頁面發(fā)布完畢，對于后續(xù)的UGC內容和臨時內容的增量，一般都是無指數(shù)詞增量，有相關的內容，可以同步在TAG標簽中。
這樣剩下的30%的時間，我們可能需要思考的去做特定頁面排名的增長，接下來剩下的35%的時間周期，我們用來實現(xiàn)核心頁面關鍵詞排名的增長。
但這里面存在一個問題，上述策略，更多的適用于行業(yè)百科類型的網(wǎng)站，比如:法律知識，健康養(yǎng)生，美食功效等。
而這個時候有SEOer會問:類似于分類信息與B2B網(wǎng)站的數(shù)據(jù)增量，我們該如何控制呢?
回答這個問題，你可能需要了解一下這種類型網(wǎng)站的排名機制，無非就是:
①網(wǎng)站結構設計
②海量數(shù)據(jù)增量
在這里我們經(jīng)常會看到這樣的網(wǎng)站，內容“質量”相對一般，可網(wǎng)站權重大部分都是在權重5-7之間。最大的優(yōu)勢就是數(shù)據(jù)量大。
這其中的核心因素是SEO項目操盤者，高度的利用了網(wǎng)站內部鏈接權威性的作用，所謂的頁面增量，實則完全是基于海量內鏈的增長。
在布局這樣網(wǎng)站日均數(shù)據(jù)增量的時候，你可能需要清晰你的分析，你整站鏈接結構排名，每個URL排名需要的內鏈總量，同時思考是否需要做平均投票，還是有側重性的結構性投票。
這需要我們有詳細的統(tǒng)計分析能力，并在合理的引導后期內容（內鏈）的增長。
總結:任何一個成熟的SEO項目在運營的過程中，基于排名策略，我們都是需要提前設計好網(wǎng)站任何一個元素，而在后期SEO項目推進的過程中進行微調，而不是草率上線，隨遇而安，上述內容，說的比較冗雜，僅供參考!
