文件夾名稱。自然很多人要說，有這一必需嗎?本人感覺有，實際上那樣做或是不容易對網頁頁面精減產生很大的不良影響，殊不知并不會產生一切弊端。 　　第二點，對連接到像還記得在終再加上由于倘若你的網址包括文件目錄并利用了積數據庫索引，不用末尾的斜杠得話會網頁頁面會多一次重定向對

　　第三點，便是上邊早已提及的重定向難題。這理應是前面理應賞識的根據URL的優化問題，大伙兒理應都是有親身型驗重定向時的等候的不愉快，尤其是個要求便是重定向時，客戶見到的是一個“悠長”的空缺網頁頁面過程。因此理應防止亂用重定向，但是許多情況下(關鍵用在追蹤)或是需要使用重定向，自然這也包括網絡服務器的配備層面，無論怎樣說，我們或是在我們能做的層面盡可能搞好吧。

　　第四點，降低DNS的搜索。對與這一點，很有可能關鍵從擴大DNS緩存文件歲月跟降低網站內容服務器要求總數二點來提升。對點在網址端很有可能根據DNS的 TTL及HTTP的Keep-Alive來設定(實際上這不是HTTP1.1中務必的，殊不知許多電腦瀏覽器跟網絡服務器都包括它)。自然你一直在配備中得考慮到自身網址的具體情況，保證你的內容跟ip不容易在你設定的歲月內起效。在主機名總數上，降低主機名的總數會降低網頁頁面并行處理下載的總數，根據下邊說起的原因，Steve Souders提倡網址數據信息內容辨別放到2-3個主機名下是選擇。

　　終一點，將數據信息內容并行處理下載。在HTTP1.1規范下，提倡電腦瀏覽器從每一個主機名并行處理的下載2個數據文件內容，而且許多電腦瀏覽器默認設置全是那樣做的(很有可能開啟YSlow比照網頁頁面在firefox下的結果)，倘若你的網頁頁面包括較多的照片等數據信息內容，將其辨別放到2個主機名下，總體的下載歲月將會出現顯著的減少。殊不知根據上邊一點的原因，不必將內容放到過多的服務器下，對于具體多少個，很有可能根據自身的網頁頁面狀況考慮到。

　錨文本是一個站點的真真正正的連接文字，它起著立即導向性到此外站點的功效。 倘若你的站點全是利用的例如“seo優化” 類的重要詞，那麼搜察模塊將覺得你的站點是針對seo優化的，自然有時也很有可能回忽略這一點，殊不知某一特殊的重要詞對你的站點的重要詞排行危害十分大，錨文本理應是定位為重要詞， 是不必利用“點一下這里” 或是“某某某網站地址” 那樣的錨文本。此外，倘若你一直在利用交換友鏈這類方法，是多利用不一樣的錨文本，倘若搜察模塊創造發明全部的偏向你站點的連接文字都一樣得話，那麼搜察模塊將很有可能將給與低的權重值給這種連接，或是你的站點將有遭受懲罰的潛在性風險。關鍵是由于搜察模塊某些對轉化成連接給與高的權重值，而對替換連接方式則其次。利用不一樣的殊不知相關來你的錨文本，并使他們看起來很，很有可能很大水準危害總體目標重要詞排。