由於當前的搜尋引擎無法完全解釋網頁的內容,因此需要以蜘蛛可以輕鬆索引的方式進行網頁設計。對於搜尋引擎,他們看到的頁面與我們的頁面不同。在本章中,我們將重點放在網站的技術水準上,這樣的網站結構在搜尋引擎和使用者看來將是相似的。您可以與程式師,前端工程師和Web設計師共用本章,以便參與網站生產的每個人都具有相同的知識。
要製作能被索引的內容
為了在搜尋引擎清單中獲得更好的性能,請對重要內容使用HTML格式。即使搜尋引擎蜘蛛爬網技術越來越先進,蜘蛛通常也不會忽略Flash,Java和其他非文本內容,或者認為它們不重要。如果您希望將內容如實地呈現給訪問者,最簡單的方法是使用HTML文本來爬網搜尋引擎。但是,更好的方法是在維護外觀設計網站的同時將其呈現給搜尋引擎。
以下為幾種方式:
- 圖片的Alt屬性。在HTM中以gif,jpeg或png格式分配圖片“ alt屬性”,以方便搜尋引擎解釋,並在這些圖片中添加一些文字說明。
- 在網站內創建一個導航搜索框和內部連結。
- 添加Flash和Jave外掛程式的文本描述版本。
- 提供視頻和音訊的文本副本,以便搜尋引擎可以為這些解釋性文本編制索引。
我的網頁無法被收錄。在Google上找不到它。發生了什麼事?
用搜尋引擎的方式檢視您的網站
許多網站的「內容索引」都有很大的問題,因此有必要在網頁設計完成後重複檢查。通過查看工具,例如:Google的緩存(頁面清單檔),SEO-browser.com和MozBar,您可以查看搜尋引擎可以讀取和索引的網頁內容。看看您當前打開的網頁在Google上如何顯示?瞭解同一網頁在搜尋引擎中的外觀與在您眼中的外觀不同。
以下Moz用Juggling Pandas做例子:
原來我們長這樣子的嗎?
使用Google catch的功能,我们可以发现Google看到的JugglingPandas.com的首页不如我们来的丰富,这是因为网站的某些结构无法被搜索引擎解释。
以下Moz用Axe Battling Monkey Blog做例子:
哈!有趣的小遊戲去了哪裡?
通過Google catch,我們發現顯示在右上角的網站確實很恐怖而且空白。沒有文字說明,也沒有迷你遊戲。設計網頁時,此網站都是使用Flash構建的,但是不幸的是,這也意味著搜尋引擎無法為任何文本建立索引,更不用說Flash遊戲了。如果不使用HTML,則該網站在搜尋引擎上的排名可能非常醜陋。
最明智的方法是不僅檢查文本內容,還使用SEO工具仔細檢查搜尋引擎上顯示的內容。不只是圖片。下述的「連結」也相同。
要有能被抓取的連結構造
就像搜尋引擎需要對關鍵字進行爬網以對網站內容進行分類一樣,網頁也需要具有正確的連結,以便搜尋引擎可以首先捕獲它們,因此,具有可以爬網和爬網的正確連結結構非常重要。由搜尋引擎蜘蛛。但是,也有許多網站會犯此致命錯誤,並在蜘蛛無法進入的地方建立連結,這也使網頁無法索引並隱藏在線上世界中。
下面,我們使用圖片來說明此問題的原因:
在上圖中,Google蜘蛛已經爬到頁面A並看到到頁面B和E的連結。但是由於連結結構不正確,即使頁面C和D可能是該網站上最重要的頁面,蜘蛛仍然可以不會抓取到C或D頁(或者蜘蛛甚至可能不知道C和D頁存在)。如果Google Spider無法找到它,則也意味著C和D頁不存在。即使文字品質再高,只要蜘蛛不爬行,關鍵字選擇再精確,網頁設計再漂亮,行銷方法再聰明,一切都是徒勞的。
連結架構解剖
所有網頁都是可按一下的,從而允許訪問者從一個網頁移動到另一網頁,並且演示文稿表單包括圖片,文本或其他物件,即所謂的連結。連結是Internet的最基本元素。網頁設計中最常聽到的詞是“超連結”。
在上圖中, “<a” 代表著連結的開始,而這連結會告訴瀏覽器(以及搜尋引擎)這個連結要去哪。在這個例子,這個連結要去http://www.jonwye.com。此後,訪問者可以看到的文本稱為SEO搜尋引擎優化的世界中的定位文本,用於介紹連結的目的地。以該網站為例,該網站的目的地是Jon Wye的定制腰帶,因此在錨文本中顯示“Jon Wye’s Custom Designed Belts”,最後的“</a>”則是連結的結尾,用來防止頁面上的其他語法與之相連結而產生錯誤。
上面是連結的最基本形式,對於搜尋引擎而言,這是一種完全可以理解的方式。搜索蜘蛛會知道他們必須將連結放入資料庫,並使用它來計算網頁的查詢獨立變數(Query-Independent,類似於Google的PageRank),然後根據結果對索引進行分類。
搜尋獨立(Query-Independent)搜尋蜘蛛在索引後進而分類一個新網頁前,會先以網站內的關鍵字與網頁連結預估網站的重要性與價值,與用戶的搜尋習慣是不一樣的。
來看一下網頁無法被讀取的常見原因吧!
- 網頁使用線上提交表格如果您的網站最初被設計為要求訪問者在完成線上表單登錄後登錄,則搜尋引擎可能無法看到受保護的內容。該表格可以是受密碼保護的登錄頁面或問卷調查。不管表單如何,搜索蜘蛛通常不會嘗試提交表單,因此只能通過表單登錄名訪問的任何頁面,蜘蛛都不會爬網。
- 使用無法剖析的JaveScrip連結如果您使用JaveScrip形式的連結,您會發現搜尋引擎不會爬行,或者它會給傳入的連結一個非常低的權重。如果您想讓蜘蛛爬行,請改用標準HTML連結(或使用HTML進行匹配)。
- 連結指向被Meta Robots tag或是robots. txt封鎖的頁面Meta Robots tag或robots. txt都是網站管理員設置為禁止網頁自動尋檢程式進入特定網頁的程式。不過要小心。儘管許多網站管理員嘗試使用這兩個說明來防止垃圾蜘蛛進入,但是如果使用不當,整個網站可能不允許蜘蛛進入。
- 網頁使用Frames或iframes就網頁設計技術而言,Frames和iframe形式的連結可以由搜尋引擎捕獲,但兩者在組織和跟蹤方面都存在搜尋引擎的結構性問題。除非您是專業人士,否則不知道搜尋引擎如何索引和跟蹤連結到Frames的網站的內容,否則還是別用較好。
- 蜘蛛不使用搜尋框儘管這與上述警告的線上形式有關,但它太常見了,必須單獨提及。一些網站管理員認為,如果您在網站上放置搜索框,搜索蜘蛛會找到訪問者正在搜索的內容。不幸的是,網頁自動尋檢程式不會使用搜索框來找到訪問者搜索的關鍵字。只要未完成網站連結,此類頁面將始終被隱藏且不會被爬網。
- 使用Flash,Java,以及其它的plug-in在上面的示例中,雜耍熊貓網站上的連結是最佳示例。儘管每個熊貓都是到另一個網頁的連結,但是由於蜘蛛無法使用這種連結格式來訪問其他頁面,因此搜尋引擎看不到這些頁面。
- 網頁擁有過多連結搜尋引擎僅對頁面上固定數量的連結進行爬網。此限制是為了防止垃圾郵件連結並保護排名準確性。如果頁面上的連結太多,則存在「並非所有連結都將被爬網和建立索引」的風險。
只要你避免掉入這些陷阱,您就有個乾淨,能被索引的HTML連結讓蜘蛛能夠簡單進入的網站
- Rel=”nofollow”
- Rel=”nofollow”可以用下面的語法:
- <a href=”http://moz.com” rel=”nofollow”> Lousy Punks! </a>
連結可以具有許多屬性,除了rel =“ nofollow”屬性外,幾乎所有搜尋引擎都將其忽略。在上面的示例中,在連結中添加rel =“ nofollow”意味著告訴搜尋引擎該網站的內容不可信,因此搜尋引擎不應繼續向下搜索以避免減少頁面權重。
從字面上看,Nofollow是阻止搜尋引擎跟蹤此連結的命令(儘管有些命令仍然這樣做)。 Nofollow屬性最初旨在説明停止博客,並且自動答覆和連結了留言板的垃圾郵件,但是它已經發展到目前,並且已經成為減少此連結原始值的搜尋引擎。每個搜尋引擎對Nofollow連結的判斷都略有不同,但是很明顯Nofollow的連結不會比普通連結具有更大的權重。
難道nofollow的連結不好嗎?
儘管Nofollow的連結不如Follow的連結有價值,但它仍然是配置多個連結的常用方法。具有許多內部連結的網站通常具有許多Nofollow連結,這不是一件壞事。實際上,Moz的排名因數分析表明,與內部排名較低的網站相比,具有更多Nofollow內部連結的網站通常具有較高的排名。
Google指出,在大多數情況下,它們不會跟蹤Nofollow連結,並且不會向這些連結傳遞PageRank或錨文本的值。實際上,使用Nofollow連結已促使Google將目標連結放置在整個網頁範圍之外。 Nofollow連結沒有任何權重,僅被視為HTML文本(即,連結不存在)。但是,許多網站管理員認為,即使是諸如Wikipedia之類的權威網站的Nofollow連結,也仍然可以增加對自己網站的信任。
Google對nofollow的定義
Bing & Yahoo!
提供Yahoo搜尋引擎技術的必應(Bing)也表示,他們的搜尋引擎蜘蛛將抓取該網站內的Nofollow連結,但不會包含其價值,並且不會影響該網站的排名。
Bing對nofollow的定義
關鍵字的使用和目標鎖定
關鍵字對搜索過程非常重要,它是搜索過程的基石和語言。實際上,關鍵字是整個資訊檢索科學(包括Internet搜尋引擎,例如Google)的基礎。當搜尋引擎抓取網頁時,搜尋引擎將根據網頁中的文本內容(關鍵字)對網頁進行分類,而不是將所有內容都放入包含25億個網頁的同一資料庫中。因此,搜尋引擎擁有數億個小型資料庫,每個小型資料庫都是一個特定的關鍵字或單詞,這使搜尋引擎能夠以最快的速度進行搜索。
顯然,如果您希望頁面出現在關鍵字“狗”的搜索結果排名中,則最好確保關鍵字“狗”是頁面上搜尋引擎易於檢索的關鍵字。
關鍵字的控制權(支配,主宰,控制,優勢)
關鍵字控制著我們如何傳達搜索需求以及我們如何與搜尋引擎互動。當我們輸入查詢的文本(單詞)時,搜尋引擎將根據輸入的文本以及文本的順序(「pandas juggling」與「juggling pandas」對比)的拼寫,標點匹配相關的網頁以及大小寫作還將為搜尋引擎提供更多資訊,以查看和排名最佳結果。
搜尋引擎測量關鍵字在網頁上的顯示方式,以説明確定網頁的內容是否與使用者的查詢匹配。優化頁面排名的最佳方法之一是確保頁面標題包含關鍵字,文本中的關鍵字以文本形式顯示,並且關鍵字包含在中繼資料中。
一般來說,只要您的關鍵字更具體,就可以越縮小搜尋引擎排名競爭的範圍,就越會增加獲得更高排名的機會。上面的地圖是擴展詞「 Book」和精確詞「雙城記」的比較圖。您會發現查詢的文本越寬,得到的結果就越多。文字越精確,您得到的結果越精確,但是與此同時,與您競爭的網站也就越少。
關鍵字的濫用
自網路搜索開始以來,為了操縱搜尋引擎的排名,有些人繼續以錯誤的方式濫用關鍵字,這包括將關鍵字“堆疊”在文本,URL,Meta標記和連結中。不幸的是,這些方法都不能使您的網站變得更好,只會使它變得更糟。
早期,當搜尋引擎判斷網站和關鍵字的相關性時,他們關注的是頁面上關鍵字的出現頻率,而不是關鍵字使用的合理性。直到今天,儘管搜尋引擎仍無法像人類一樣理解文本內容,但智慧學習已逐步完善它們。
最好的方法是自然而有組織地使用(計畫的)關鍵字。如果您的網頁關鍵字是「艾菲爾鐵塔」,那麼文字就是關於艾菲爾鐵塔的,包括艾菲爾鐵塔的歷史,這是巴黎推薦的酒店。換句話說,如果您只是將「艾菲爾鐵塔」放在錯誤的文字中,例如養狗,那麼您如何才能依靠「艾菲爾鐵塔」來增加頁面排名,有限的。我們的目標不是提高文章中所有關鍵字的排名,而是著重於某些用戶將使用的關鍵字。
關鍵字密度的迷失
根據Edel Garcia博士在The Keyword Density of Non-Sense所述,關鍵字密度不是現代排名演算法的一部分。
如果有兩個網頁,A1與A2,A1包含1000文字(l=1000),當中關鍵字40次(tf=40),關鍵字密度軟體分析出文件的關鍵字密度(KD)為20/1000 = 0.020 (or 2%)。相同地,A2包含500文字(l=500),出現關鍵字20次(tf=20),也會計算出相同的密度結果。因此很明顯,關鍵字密度分析無法解釋哪些頁面更相關,我們也不能告訴我們這些內容:
- 關鍵字之間的相對距離。(接近度)
- 語詞的分佈位置(分佈度)
- 語詞之間的共被引(這是專有名詞: 意思是同時被引用)頻率(同時被提及)
- 關鍵字與題材,主題,和副主題(主題內文一致)
總之,關鍵字密度與內容,品質,語義和相關性無關。
網頁優化
關鍵字的使用和定位仍然是搜尋引擎排名計算的一部分。我們可以使用一些有效的關鍵字用法技術來幫助優化網頁。Moz提到,他們進行了大量測試,並獲得了許多有關搜索結果和關鍵字使用策略的方法。在網站優化中,我們建議您不要在同一網站上使用關鍵字進行頁面內連結,也稱為關鍵字競食。
注:「關鍵字競食」是指網站上的多個頁面具有相同的關鍵字,這將使搜尋引擎難以確定哪個頁面是最相關的搜索查詢。因此,SERP(搜尋引擎結果頁面)可能不是基於您要查看的網頁和內容放在搜索第一名。
網頁的關鍵字優化是什麼?這次以「運動鞋」為示例:
- 在標題標籤中至少使用一次要索引機碼。嘗試使關鍵字盡可能靠近標題標籤。標題標籤將在本章後面討論。
- 關鍵字位於最明顯頁面的頂部。
- 在網頁文字中輸入關鍵字至少兩次或三次,包括文字變體形式。如果文章的內容很長,則可以添加更多內容。您可能會認為,頻繁使用關鍵字會帶來更多好處,但是實際上,根據我們的經驗,這對頁面排名基本上沒有好處。
- 在網頁的圖片上的alt屬性至少使用一次關鍵字。這不僅僅是幫助網頁搜尋,也幫助圖片搜尋,偶爾也會帶來流量。
- 在網頁圖片的alt屬性中至少使用一次要索引機碼。這不僅有助於網路搜索,還有助於圖像搜索,並偶爾帶來流量。
- 在URL中使用一次要索引機碼。本章後面將討論使用URL和關鍵字的規則。
- 在meta description標籤至少使用一次關鍵字。請注意meta description標籤並不會幫助搜尋引擎的排名,但因為搜尋引擎會抓取其內容並揭露在搜尋結果頁面,所以它可以吸引點擊率。
- 在meta description標籤中至少使用一次要索引機碼。請注意,元描述標記不會説明搜尋引擎排名,但是由於搜尋引擎將抓取其內容並將其顯示在搜索結果頁面上,因此它可以吸引點擊率。
如果你還未閱讀其他章節,可使用以下傳送門:
- 第一章:搜尋引擎的運作方式
- 第二章:與搜尋引擎的互動
- 第三章:為何SEO搜尋引擎行銷是必要的?
- 第四章:SEO搜尋引擎最佳化的基礎開發與設計 (上)
- 第五章:SEO搜尋引擎最佳化的基礎開發與設計 (下)
評論(0)