淺析網(wǎng)站tags標簽優(yōu)化的重要性發(fā)布者：本站     時(shí)間：2020-05-27 18:05:40

網(wǎng)站優(yōu)化中，有一項重要的工作就是是tags標簽。很多剛接觸網(wǎng)站優(yōu)化的人會(huì )問(wèn)：什么是tags標簽？tags標簽是否重要呢？接下來(lái)就來(lái)說(shuō)一下我的見(jiàn)解。

總的來(lái)說(shuō)，Tag是一種分類(lèi)系統，有人把他稱(chēng)為大眾分類(lèi)(Folksonomy)。但是tag又不同于一般的目錄結構的分類(lèi)方法，首先tag能以較少的代價(jià)細化分類(lèi)，想像一下，一篇涉及面比較廣的文章，比如一篇談?wù)?0世紀以來(lái)物理學(xué)的成就的文章，可能會(huì )涉及到相對論、量子力學(xué)、黑洞理論、大爆炸宇宙理論，可能涉及到愛(ài)因斯坦、普朗克等科學(xué)家，甚至可能涉及到諾貝爾獎。如果你用目錄結構的分類(lèi)方法的話(huà)，根本不可能按這篇文章涉及到的各個(gè)方面來(lái)分類(lèi)，因為要細化分類(lèi)，將使整個(gè)目錄結構異常龐大，更加不利于資料的組織以及查找。而tag則不同，他可以自由地不考慮目錄結構的給文章進(jìn)行分類(lèi)，各個(gè)tag之間的關(guān)系是一種平行的關(guān)系，但是又可以根據相關(guān)性分析，將經(jīng)常一起出現的tag關(guān)聯(lián)起來(lái)，而產(chǎn)生一種相關(guān)性的分類(lèi)。

 

Tag也可以說(shuō)是一種關(guān)鍵詞標記，利于搜索查找。但是tag也不同于一般的關(guān)鍵詞，用關(guān)鍵詞進(jìn)行搜索時(shí)，只能搜索到文章里面提到了的關(guān)鍵詞，但tag卻可以將文章中根本沒(méi)有的關(guān)鍵詞做為tag來(lái)標記，比如上面那篇文章，我可以標記為“資料”或者“歷史”，當然更多的時(shí)候是標記為“物理”，不過(guò)，我如果標記上“資料”的tag，則可以將所有資料性的文章全部關(guān)聯(lián)起來(lái)，便于查找。

 

tags標簽相對于網(wǎng)站結構優(yōu)化，內容優(yōu)化，外鏈為皇等等重要性，主要是引導用戶(hù)訪(fǎng)問(wèn)大量的相關(guān)性文章，提高網(wǎng)站的粘合性，降低網(wǎng)站的跳出率，再來(lái)就是聚合相關(guān)網(wǎng)頁(yè)的權重，進(jìn)而提高了網(wǎng)站的收錄量。

 

那么， tags標簽的使用方法與優(yōu)化思路有哪些？

 

第一：內容的相關(guān)性

 

在添加tags標簽過(guò)程中，一定是文章內容的相關(guān)性貼合一起，這樣的話(huà)才能發(fā)揮tags標簽的作用，相信這也是搜索引擎收錄標簽的意義之一，因為相關(guān)性是搜索引擎決定頁(yè)面質(zhì)量與權重的規則之一。

 

第二，控制標簽發(fā)數量和質(zhì)量

 

在數量上，每篇文章中不要超過(guò)5個(gè)以上的標簽，并且不要堆砌關(guān)鍵詞的，還有就會(huì )死tags標簽的質(zhì)量問(wèn)題上：怎么保持質(zhì)量？主要就是概括出文章的意義或者產(chǎn)品的含義等等，建議保持每個(gè)tags標簽都要有三篇以上的相關(guān)性文章，這樣的標簽，搜索引擎的認可度才會(huì )更高，如果每一篇文章都是新的不重復的標簽，最后必然導致其價(jià)值的縮水。

 

第三，選擇有搜索量，避免熱門(mén)與冷門(mén)

 

在設置tags標簽時(shí)，要考慮是否會(huì )帶來(lái)搜索，熱門(mén)關(guān)鍵詞對于新站來(lái)說(shuō)并不理想，至少你干不過(guò)權重高的，如何選擇需要大家費一些功夫了，比如去站長(cháng)工具中搜索擴展關(guān)鍵詞就好。而選擇冷門(mén)關(guān)鍵詞，如果我們隨意添加的話(huà)，即使被搜索引擎收錄了，也提高了網(wǎng)站內容的收錄量，那又能如何？相關(guān)度與質(zhì)量度就能把你否定，要知道，優(yōu)化標簽的目的是要帶來(lái)流量，否則即使收錄幾萬(wàn)條信息而帶不來(lái)流量，這樣是沒(méi)有任何價(jià)值的。

 

第四，選擇關(guān)鍵詞，避免出現"句子式"

 

在書(shū)寫(xiě)tags標簽，要知道可以作為一篇文章的概述，總結的意思，列如："seo學(xué)習"，"網(wǎng)站優(yōu)化"，"seo教程視頻"這樣具有總結和能作為長(cháng)尾詞優(yōu)化用途的標簽，而不能使用"句子式"來(lái)優(yōu)化，列如："seo學(xué)習好不好，哪里有學(xué)？""seo教程課程培訓視頻怎么樣"這樣的形式不僅不利于優(yōu)化，更造成tags頁(yè)面的擁擠，影響用戶(hù)體驗。

 

第五，設置多少Tags標簽合適？

 

記得有一個(gè)博主說(shuō)過(guò)，他的博客標簽已經(jīng)有了200多個(gè)，仔細想想一個(gè)博客盡然出現這么多Tags，是有濫用網(wǎng)站Tags標簽的嫌疑，我覺(jué)得保證每個(gè)Tags標簽下面至少有3篇以上的文章，這樣才能引起搜索引擎的重視。

 

第六，該不該修改Tags標簽？

 

Tags標簽的優(yōu)化是一個(gè)漫長(cháng)的過(guò)程，包括我在內的大多數站長(cháng)都很喜歡修改Tags標簽，每修改一次，都要等著(zhù)搜索引擎從新收錄，從新賦予權重。建議站長(cháng)們不要輕易修改Tags標簽。

 

第七，Tag頁(yè)面使用時(shí)要注意什么？

 

雖然tag頁(yè)面相關(guān)度高，但用不好也容易有負面作用。比如前面提到的自動(dòng)生成大量頁(yè)面，這必須是在內容數量足夠、而且生成頁(yè)面相關(guān)性夠高的情況下。一個(gè)只有幾千個(gè)產(chǎn)品的網(wǎng)站，如果生成幾千個(gè)tag頁(yè)面，組合來(lái)組合去也都是那些產(chǎn)品，恐怕會(huì )造成大量低質(zhì)、重復的頁(yè)面。一個(gè)“黑連衣裙”tag頁(yè)面如果夾雜很多白色衣服，用戶(hù)體驗恐怕也是個(gè)問(wèn)題。

 

即使有足夠內容保證，相關(guān)度也夠高（比如標簽是編輯人工打的），也要避免一個(gè)很多網(wǎng)站在犯的錯誤：tag頁(yè)面不應該與現有分類(lèi)頁(yè)面重復。比如一個(gè)新聞網(wǎng)站，把所有和財經(jīng)有個(gè)的新聞打上“財經(jīng)”這個(gè)標簽是毫無(wú)意義的，“財經(jīng)”這個(gè)tag頁(yè)面與“財經(jīng)”欄目?jì)热荼厝桓叨认嗨?，對搜索引擎?lái)說(shuō)是重復內容，對網(wǎng)站來(lái)說(shuō)，到底優(yōu)化哪個(gè)頁(yè)面將失去焦點(diǎn)。

 

Tag關(guān)鍵詞應該是分類(lèi)名稱(chēng)沒(méi)有的、又有一定關(guān)注度的詞，比如“中美貿易戰”，而不是“財經(jīng)”。很多時(shí)候，這種不會(huì )出現在分類(lèi)導航系統中的詞，是有不小的查詢(xún)量的，除了前面提到的突發(fā)新聞，還有保持穩定的人名、公司名，都不大會(huì )出現在分類(lèi)名稱(chēng)中，但名人、大公司名字，搜索量是很大的。

 

Tag與分類(lèi)名稱(chēng)重復，也可以理解為標簽打得太寬泛，要避免。另一方面，標簽也不能打得太細，比如我見(jiàn)過(guò)把文章標題打成標簽的，結果是一個(gè)tag頁(yè)面上就一篇文章，這頁(yè)面質(zhì)量也太低了。最好一個(gè)Tag頁(yè)面上至少有5篇10篇相關(guān)文章，才生成這個(gè)Tag頁(yè)面。

 

三種高效的Tags標簽系統數據庫設計方案

 

需求背景

 

目前主流的博客系統、CMS都會(huì )有一個(gè)TAG標簽系統，不僅可以讓內容鏈接的結構化增強，而且可以讓文章根據Tag來(lái)區分。相比傳統老式的Keyword模式，這種Tag模式可以單獨的設計一個(gè)Map的映射表來(lái)增加系統的負載和查詢(xún)的效率。

 

數據庫設計方案（1）

 

此方案分為2個(gè)表：

 

1.Tag表

 

2.文章表

 

Tag表表結構：代碼如下:

 

tagid # tag標簽的IDtagname #tag內容num #當前Tag的引用個(gè)數

 

文章表結構：代碼如下:

 

ID #文章ID

 

title #文章標題tags #tags列表，多個(gè)以,分割tagid #tags的ID 多個(gè)以,分割...

 

此種方式Tag標簽主要內容保存在 文章表 中，對于Tag表的壓力較小，只是添加的時(shí)候更新一下Tag的引用數量，但是查詢(xún)的時(shí)候效率不足，不是好辦法

 

數據庫設計方案（2）

 

第二種方案使用2個(gè)Tag表，其中一個(gè)保存Tag信息，另一個(gè)保存映射信息：

 

Tag表：代碼如下:

 

tagid # tag標簽的IDtagname #tag內容num #當前Tag的引用個(gè)數

 

Tagmap表代碼如下:

 

tagidaid

 

文章表代碼如下:

 

ID #文章IDtitle #文章標題tags #tags列表，多個(gè)以,分割...

 

這種形式，每次發(fā)布內容和修改內容的時(shí)候 都去更新一下Tag表和 Tagmap表。

 

查詢(xún)的時(shí)候需要從Tagmap表中查找響應的文章ID，然后使用文章ID去查詢(xún)具體的文章信息，因為每次查詢(xún)都是使用索引，所以效率較高。

 

數據庫設計方案（3）

 

前兩種方案都是使用純粹的Mysql來(lái)設計的，第三種方案將使用Nosql的魅力來(lái)設計。

 

基本結構同方案2，只是在Tag表和Tagmap表中使用mongo/redis這樣的nosql數據庫服務(wù)器，這樣可以發(fā)揮nosql數據庫強大的線(xiàn)性查詢(xún)能力。

 

1） 第一種方式的表結構設計與方案2完全相同，只是數據庫服務(wù)器換了。

 

2）其他的方案，當然是發(fā)揮Nosql的線(xiàn)性能力來(lái)設計存儲的Key了，尤其是使用redis的時(shí)候，使用的Key的結構可以完美的提高查詢(xún)效率