文件夾名稱。自然很多人要說，有這一必需嗎?本人感覺有，實際上那樣做或是不容易對網(wǎng)頁頁面精減產生很大的不良影響，殊不知并不會產生一切弊端。 第二點，對連接到像還記得在終再加上由于倘若你的網(wǎng)址包括文件目錄并利用了積數(shù)據(jù)庫索引，不用末尾的斜杠得話會網(wǎng)頁頁面會多一次重定向對
第三點，便是上邊早已提及的重定向難題。這理應是前面理應賞識的根據(jù)URL的優(yōu)化問題，大伙兒理應都是有親身型驗重定向時的等候的不愉快，尤其是個要求便是重定向時，客戶見到的是一個“悠長”的空缺網(wǎng)頁頁面過程。因此理應防止亂用重定向，但是許多情況下(關鍵用在追蹤)或是需要使用重定向，自然這也包括網(wǎng)絡服務器的配備層面，無論怎樣說，我們或是在我們能做的層面盡可能搞好吧。
第四點，降低DNS的搜索。對與這一點，很有可能關鍵從擴大DNS緩存文件歲月跟降低網(wǎng)站內容服務器要求總數(shù)二點來提升。對點在網(wǎng)址端很有可能根據(jù)DNS的 TTL及HTTP的Keep-Alive來設定(實際上這不是HTTP1.1中務必的，殊不知許多電腦瀏覽器跟網(wǎng)絡服務器都包括它)。自然你一直在配備中得考慮到自身網(wǎng)址的具體情況，保證你的內容跟ip不容易在你設定的歲月內起效。在主機名總數(shù)上，降低主機名的總數(shù)會降低網(wǎng)頁頁面并行處理下載的總數(shù)，根據(jù)下邊說起的原因，Steve Souders提倡網(wǎng)址數(shù)據(jù)信息內容辨別放到2-3個主機名下是選擇。
終一點，將數(shù)據(jù)信息內容并行處理下載。在HTTP1.1規(guī)范下，提倡電腦瀏覽器從每一個主機名并行處理的下載2個數(shù)據(jù)文件內容，而且許多電腦瀏覽器默認設置全是那樣做的(很有可能開啟YSlow比照網(wǎng)頁頁面在firefox下的結果)，倘若你的網(wǎng)頁頁面包括較多的照片等數(shù)據(jù)信息內容，將其辨別放到2個主機名下，總體的下載歲月將會出現(xiàn)顯著的減少。殊不知根據(jù)上邊一點的原因，不必將內容放到過多的服務器下，對于具體多少個，很有可能根據(jù)自身的網(wǎng)頁頁面狀況考慮到。
錨文本是一個站點的真真正正的連接文字，它起著立即導向性到此外站點的功效。 倘若你的站點全是利用的例如“seo優(yōu)化” 類的重要詞，那麼搜察模塊將覺得你的站點是針對seo優(yōu)化的，自然有時也很有可能回忽略這一點，殊不知某一特殊的重要詞對你的站點的重要詞排行危害十分大，錨文本理應是定位為重要詞， 是不必利用“點一下這里” 或是“某某某網(wǎng)站地址” 那樣的錨文本。此外，倘若你一直在利用交換友鏈這類方法，是多利用不一樣的錨文本，倘若搜察模塊創(chuàng)造發(fā)明全部的偏向你站點的連接文字都一樣得話，那麼搜察模塊將很有可能將給與低的權重值給這種連接，或是你的站點將有遭受懲罰的潛在性風險。關鍵是由于搜察模塊某些對轉化成連接給與高的權重值，而對替換連接方式則其次。利用不一樣的殊不知相關來你的錨文本，并使他們看起來很，很有可能很大水準危害總體目標重要詞排。
