Google的Trust Rank首先是對網(wǎng)站的“信任”，其次才是對網(wǎng)頁的“信任”。就是說，只要你的站點獲得較高的Trust rank值，那么你站內(nèi)的網(wǎng)頁也就獲得或者很容易就可以獲得較高的Trust rank值，從而獲得較好的排名，這一點跟PR的單純鏈接權(quán)重不相一致。在這個意義上，它甚至超過了我們平常所關(guān)注的關(guān)鍵詞密度、PR值、鏈接廣泛度、鏈接數(shù)量等因素。
“沙盒效應”也許就是Google Trust Rank的一個延伸，當然這二者關(guān)系是很微妙的，高Trust rank值的站點容易逃出 Sandbox，但逃出 Sandbox的站點才有可能獲得高Trust rank值。這個矛與盾的觀點就涉及了到底雞生蛋還是蛋生雞的哲學問題了。
由于Google搜索引擎在計算網(wǎng)頁排名的時候，非常依賴鏈接，逐漸形成了Google Page rank，但是單純依靠PR的辦法已遭到了各種各樣作弊行為的挑。Google Trust rank則采用半人工的方式，通過Google或其他一些檢索機構(gòu)的專家，先確定一批站點的 Trust rank值，再通過機器的鏈接結(jié)構(gòu)分析來確定互聯(lián)網(wǎng)上其他站點的Trust rank值，然后以Trust rank值的高低來作為網(wǎng)頁排名的一個重要依據(jù)。Trust rank是與Page rank相關(guān)的鏈接分析技術(shù)，用以將來自Spam的鏈接與優(yōu)質(zhì)內(nèi)容帶來的真正意義上的好評區(qū)別開來，其計算的基礎是大部分優(yōu)秀的文件很少鏈接至Spam。在處理上Trust rank分兩個步驟，源目標的選定和評分的傳遞。一個超鏈接文件的 Trust rank用來評價其是否具有真正的權(quán)威性。跟PR值原理類似，如果其他站點獲得了來自高 Trust rank值站點的連接也將獲得更高的Trust rank值。作為PR的準替代品，Google Trust rank重要性不言而喻，甚至已經(jīng)超過PR值的作用。所以絕對不應該忽視 Trust Rank的存在。這里主要講一下影響 Google信任指數(shù)的一些因素。
(1)域名的時間。
域名申請的時間久，說明你具備長遠的眼光，對網(wǎng)站規(guī)劃可能已久。
(2)網(wǎng)站開通時間(這里指被Google檢索到的時間)
新站更有可能進入Sandbox，所以可以反過來說明開通時間比較長的站點更值得信任。
(3)經(jīng)常更新。
每天或幾天就增加一些內(nèi)容。而且增加幅度比較平均的話，更接近一個好站點的實際內(nèi)容增加模式。最好是原創(chuàng)內(nèi)容，原創(chuàng)的搜索引擎喜歡。
(4)外部鏈接的質(zhì)量。
高Trust rank站點過來的鏈接會更好地提升自身Trust rank指數(shù)。而且最好是單向鏈接。
(5)獨立的IP。
不跟任何其他站點共享IP的站點，說明你投入的精力和自己本身對這個站點很重視。而且也可以避免受到其他質(zhì)量較差站點的影響。這點有一定的重要性，但不是太重要。
(6)網(wǎng)站能夠持續(xù)穩(wěn)定的可訪問。
(7)沒有作弊イ行為。
如果被Google檢測到作弊，Google肯定會降低 Trust rank指數(shù)。很多好的博客站點，一開通的時候，Google非常喜歡，但隨著垃圾博客的增加，最后Google將其降到很低。包括Donews Blog。
(8)Meta標簽攢寫合理。
一定要確保Tite能準確地描述該頁面的內(nèi)容。不要堆放內(nèi)容里不相關(guān)的關(guān)鍵詞，也不惜貪多堆積太多。因為現(xiàn)有的大多數(shù)Google值得信賴的站點，其Meta標簽看起來好像從沒有刻意優(yōu)化過，這樣的站點更易獲得青睞。
(9)跟其他站點不類似。
如果一個更高Trust rank值的的站點與你的站點類似或鏡像，那么你的站點就會被Google降低信任指數(shù)。所以，才有人利用這一點打擊競爭對手，即所謂的302網(wǎng)站劫持。
(10)用戶行為、拽索結(jié)果被點擊情況和工具條搜集的點擊量
Google有可能會將搜索結(jié)果的點擊行為計算進來。還有Google工具條上搜集的信息一并考慮。比如搜索引引擎是如何應對突發(fā)事件呢?比如政府剛提出了一項新的舉措，那么這一詞搜索量會突然劇烈增長，Google能迅速地意識到變化。但是有那么多門戶站點有相關(guān)的內(nèi)容，Google如何能找到新華網(wǎng)中的內(nèi)容應該靠前呢?有人分析是這樣的:Google發(fā)現(xiàn)大多數(shù)客戶搜索這個詞，要一直翻頁或一直點擊，直到發(fā)現(xiàn)新華網(wǎng)之后，就很少人再繼續(xù)點了，說明新華網(wǎng)的內(nèi)容就是大家要找到的。
(11)持續(xù)不斷的原創(chuàng)內(nèi)容。
每天增加的內(nèi)容比較豐富，如果太短的話，Google會認為是故意針對其設置的更新。
(12)網(wǎng)頁外部鏈接分布情況。
網(wǎng)頁外部鏈接是集中在少數(shù)幾個頁面，還是大多數(shù)頁面能獲得較多的鏈接?鏈接文字是完全一樣的，還是接近自然的多種組合?
(13)優(yōu)化痕跡不要太明顯。
嚴格按照對應的條款操作，不要過度，過度地優(yōu)化可能不會讓你的站點被刪除，但可能會被 Google降低信任指數(shù)。比如域名里關(guān)鍵詞太多，關(guān)鍵字出現(xiàn)的地方和方式極不自然等。
明白了影響Google信任指數(shù)的因素后，我們該如何采取相應對策進行網(wǎng)站優(yōu)化呢?
下面是Google優(yōu)化中常見的問題及解決方法：
(1)Meta標簽是高排名的關(guān)鍵。
雖然Meta(用來在HTML文檔中模擬HTP協(xié)議的響應頭報文)標簽是有用的，但它們對SEO不再有如此大的作用。明智的做法是用正確而必要的Meta標簽。但高質(zhì)量的內(nèi)容對SEO更為重要。如果Meta標簽不匹配網(wǎng)頁內(nèi)容，該網(wǎng)甚至可能受到相應的處。
(2)盡快提交給盡可能多的搜索引。
大多數(shù)搜索引擎都有能鏈接到相關(guān)網(wǎng)站、網(wǎng)頁。其他較小的搜索引擎大多依賴Google的數(shù)據(jù)庫，因此沒有必要提交給他們。提交給最好的三個搜索引擎Google、百度和雅虎的確是一個很好地盡快被搜到的途徑。
(3)使用盡可能多的關(guān)鍵詞，越多越好。
關(guān)鍵詞是重要的，這毫無疑。但是這個用盡可能多關(guān)鍵詞的“黑色帽子”做法在 Google是非法的，它甚至可能導致封禁。用自然的方式使用關(guān)鍵詞和關(guān)鍵短語。一個4%至8%的密度就足夠了。在你的網(wǎng)頁標題上用太多關(guān)鍵詞就如增加垃圾信息。
(4)鏈接，鏈接，還是鏈接，更多的鏈接，越多的鏈接越好。
鏈接當然不會對SEO造成損害，特別是導人鏈接。但是在做鏈接過程中我們需要遵守規(guī)則，并不是越多鏈接就越好。向相關(guān)頁面和不相關(guān)頁面鏈出的導出鏈接會影響到PR值。事實上，鏈向次質(zhì)量網(wǎng)站的外鏈會使你的網(wǎng)站被禁。導入人鏈接和導出鏈接看起來要自然。網(wǎng)站所得到的高質(zhì)量導入鏈接越多，網(wǎng)站PR值就可能越高。
(5)把網(wǎng)站的鏈接提交到目錄網(wǎng)站是最好的改變網(wǎng)站排名的辦法。
Google經(jīng)常會懲罰那些把自己變成“影子目錄”的網(wǎng)站?？紤]到?jīng)Q定一個網(wǎng)站是否合法十分困難，因此最好的辦法莫過于通過自然地方式增加排名。目前為止，最安全的辦法就是撰寫高質(zhì)量的網(wǎng)站原創(chuàng)內(nèi)容。
(6)活動URL對網(wǎng)站不利。
活動URL曾引起了人們的注意?，F(xiàn)在情況不是這樣了，Google已經(jīng)成熟了很多。把這些活動URL的數(shù)量減到一個合理的格式會讓事情簡便不少。這也讓人們更容易閱讀。
(7)SEO(搜索引擎優(yōu)化)是個一蹴而就的工作。
認為僅僅改變網(wǎng)站幾頁內(nèi)容就能提高網(wǎng)站排名的觀點是錯誤的。SEO事實上就像是吃飯和鍛煉。你必須在SEO上持久地下功夫，并且你的方式要正確。
(8)來自其他網(wǎng)站的非追蹤鏈接沒用。
從技術(shù)角度講，非追蹤鏈接并不提供鏈接SEO效果。然然而， Google在判斷這些非追蹤鏈接是否來自高質(zhì)量網(wǎng)站上有自己的做法。所以說，來自權(quán)威網(wǎng)站的非追蹤鏈接有一定好處。最起碼它能給網(wǎng)站帶來流量，并提高網(wǎng)站權(quán)威性。
(9)SEO就是關(guān)于PR值。
如果你認為SEO就是PR，那么你就錯了。事實上，SEO主要在于你能在多大程度上給你的網(wǎng)站建設帶去忠實讀者和潛在客戶。如不能轉(zhuǎn)化為銷售額和忠實讀者，高PR值一文不值。SEO并不是達到目標的方法，你不能指望SEO帶來投資回報。SEO應該是網(wǎng)站建設和發(fā)展策略的一個組成部分。
本文地址：http://m.cdrpkj.cn//article/3401.html
