免费亚洲欧美精品电影_国内精品偷拍福利视频_美女黄网站色视免费国产_国产不卡福利片在线观看

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

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

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

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

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

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

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

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

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

第三，選擇有搜索量，避免熱門與冷門

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

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

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

第五，設(shè)置多少Tags標簽合適？

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

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

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

第七，Tag頁面使用時要注意什么？

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

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

Tag關(guān)鍵詞應(yīng)該是分類名稱沒有的、又有一定關(guān)注度的詞，比如“中美貿(mào)易戰(zhàn)”，而不是“財經(jīng)”。很多時候，這種不會出現(xiàn)在分類導(dǎo)航系統(tǒng)中的詞，是有不小的查詢量的，除了前面提到的突發(fā)新聞，還有保持穩(wěn)定的人名、公司名，都不大會出現(xiàn)在分類名稱中，但名人、大公司名字，搜索量是很大的。

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

三種高效的Tags標簽系統(tǒng)數(shù)據(jù)庫設(shè)計方案

需求背景

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

數(shù)據(jù)庫設(shè)計方案（1）

此方案分為2個表：

1.Tag表

2.文章表

Tag表表結(jié)構(gòu)：代碼如下:

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

文章表結(jié)構(gòu)：代碼如下:

ID #文章ID

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

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

數(shù)據(jù)庫設(shè)計方案（2）

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

Tag表：代碼如下:

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

Tagmap表代碼如下:

tagidaid

文章表代碼如下:

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

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

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

數(shù)據(jù)庫設(shè)計方案（3）

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

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

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

2）其他的方案，當然是發(fā)揮Nosql的線性能力來設(shè)計存儲的Key了，尤其是使用redis的時候，使用的Key的結(jié)構(gòu)可以完美的提高查詢效率

寫了這么多，希望能幫助到還在迷茫之中的你。