什麼是SEO-friendly的內容呢?

十一月 29, 2011

我們曾經在"網站優化 : 如何進行內容優化 (Content Optimization)?“說到,想要進行內容優化有幾項原則:(1)原創的獨特性 (2)快速且經常性,並時常把新鮮度與權威度牢記在心, 內容優化的心法就掌握到了。但是SEO-friendly的內容就是進行內容優化嗎?

什麼是SEO-friendly的內容呢? 其實就是指內容有助於SEO,就是SEO-friendly的內容。

什麼叫做有助於SEO? 也就是可以讓搜尋引擎容易抓取、有利於索引、有利於搜尋排名,以及讓讀者想要閱讀、分享、或是連結,這樣的內容就是有助於SEO,也就是SEO-friendly的內容。

經過內容優化的內容就是SEO-friendly的內容嗎? 其實原本內容優化的目的主要著重在使用者,而SEO-friendly的內容比較著重在搜尋引擎,但是如果採用國外對於SEO的認知,SEO-friendly的範圍反而是包括使用者與搜尋引擎,因此SEO-friendly反而包含了內容優化。

除了國外對於SEO的認知之外,尤其現在的SEO因為社交網路的影響,使得使用者的因素成為SEO的重要因素,所以SEO-friendly不能再只偏重於搜尋引擎的友善度。因此我們這裡指的SEO-friendly的內容,是指滿足搜尋引擎與使用者的內容。

如何建立SEO-friendly的內容呢? 這幾篇是不錯的參考資料:

How To Create SEO-Friendly Content
7 SEO Friendly Site Features that Developers Often Miss
How to Write SEO Friendly Blog Posts with These 13 Questions

我們匯整了他們的說法,並且再加上我們的看法,提供給大家參考。

(1)使用Google Analytics之類的工具,瞭解使用者喜歡哪些內容。

Google Analytics以及相關工具可以讓我們知道使用者的搜尋習慣,透過這些統計資料就能夠知道使用者喜愛哪些內容,如果你能夠根據你的網站訴求,加上參考使用者需求,就能夠產生更多吸引讀者的內容。

當然有時候網站也不能完全順著使用者,相當程度也必須教育讀者,或者是開創網路上根本沒人討論的主題,當然這是另外的切入點。

(2)內容必須有XML sitemap,讓搜尋引擎容易抓取。

搜尋引擎雖然會順著網站結構抓取網站,但是如果你的網站不夠份量,很可能部份連結就會被搜尋引擎忽略,因為畢竟搜尋整個網站結構,然後依序抓取,是一件蠻浪費資源的事情。因此,主動告知搜尋引擎XML sitemap,就是解決連結被搜尋引擎忽略的一個解決方法。

當然如果能夠主動將XML sitemap傳遞給搜尋引擎,更可以確保搜尋引擎容易抓取你的網站。

(3)關鍵字必須謹慎選擇並且正確使用在內容上。

如果你的關鍵字鎖定出現錯誤,或是沒有正確的安排在內容上,當然搜尋引擎就不可能將網站安排在優秀的位置,當然就無法引進優秀的搜尋流量。

關鍵字鎖定什麼時候會出現錯誤? 就是指只鎖定在熱門的關鍵字、廣泛型的關鍵字上,例如SEO類型網站,如果只注意鎖定在「SEO」、「搜尋引擎優化」、「搜尋引擎最佳化」、「搜尋引擎行銷」,這些就是屬於熱門的關鍵字、廣泛型的關鍵字,但是真正的目標客戶不會單一使用這些關鍵字進行搜尋。

當選擇了正確的關鍵字之後,還必須正確的使用在標題、描述、內文上,並且必須透過適度的安排錨點文字(anchor text)將文章串聯關係。

(4)避免重覆的標題。

不可否認的,標題在搜尋引擎的判斷上還是佔有重要的地位,重覆的標題會讓搜尋引擎發生判定的困難,並引起困擾。

當許多內容的標題都是一樣的時候,搜尋引擎就無法以標題來決定相關性,因此就必須從內文中去瞭解,如果搜尋引擎嫌麻煩,也可能都不予處理,這樣就白白損失了排名的機會。

並且有時候重覆的標題會伴隨重覆的內容,例如,某個URL http://www.mysite.com/123.php與http://www.mysite.com/123.php?cpage=1其實是同一個網頁,但是對於搜尋引擎來說卻是兩個不同的URL,因此就被認為是「重覆的標題」又是「重覆的內容」。

(5)成為該領域的領袖人物。

成為該領域的領袖人物是一件困難的事情,但是卻又必須是你的網站追求的目標,因為只有成為該領域的領袖人物,才能吸引更多人潮,在搜尋引擎面前建立權威性。

為什麼成為該領域的領袖人物很重要? 因為會影響你的網站在社交網路的表現,沒有社交網路表現的網站,也會在搜尋引擎戰場上面臨辛苦的奮戰。

當成為該領域的領袖人物是你的網站追求的目標,你的網站內容會開始不同,雖然未必能夠如願以償,但是獨特的內容就會開始產生效果出來。

(6)內容必須能夠吸引讀者,並且具備比較分析性,且需提供相關參考資料,而非自圓其說。

這個項目跟上個項目有些相關,領導地位的網站內容,絕對不會是營養不良的,也不會寫一些大家都知道的內容,或是跟其他網站沒有太大不同的內容。

你的網站必須是具有不同觀點的,必須是集合許多參考資料的,必須是分析比較的。例如大家都在寫關於iPhone的內容,或是介紹iPhone的App,但是如果你能夠在一篇文章裡分析比較iPhone與其他熱門機種的優缺點,並且具備深入報導的內容,那麼你的內容就能夠讓大家喜歡。

但是什麼樣的內容才符合上述條件呢? 你只需看看,如果你是讀者,你會把該文章列入你的網路書籤嗎? 該文章是否有資格被雜誌刊登呢?

如果有被別人列入網路書籤,或是有資格被雜誌刊登,當然就會是原創的內容,也才是SEO-friendly的內容。

(7)內容篇幅長度是否適中。

篇幅過長或是過短的內容,都是不恰當的。篇幅過長會讓使用者不容易閱讀,也可能超過搜尋引擎抓取的門檻,篇幅過短會讓使用者不想閱讀,也可能讓搜尋引擎判斷為沒有價值,因為可能其他固定板型內容反而比本文還多。

關於篇幅長度問題,也在"什麼是Bounce Rate (跳離率) 真正的意思?“說過,一個長篇文章可以考慮以分頁方式,可以增加瀏覽頁數,也可以避免成為跳離(Bounce)。

(8)網站速度。

在"檢驗20個最熱門的Google SEO迷思,一次給你正確的搜尋排名概念(二)“提到,網站速度並不是網頁排名的重要因素,他只是提升使用者經驗的一環。

雖然不是網頁排名的重要因素,但是會影響使用者的閱讀意願,以及搜尋引擎抓取的效率問題。因此網站速度儘可能的快速,也是讓內容成為SEO-friendly的重要因素之一。

(9)結構問題 301轉址、標準連結元素、noindex等的正確使用。

結構問題比較屬於跟搜尋引擎有關係,當需要使用301轉址、標準連結元素、noindex的時候,就必須正確的使用。例如noindex tag是宣告讓搜尋引擎知道,不要索引你的頁面,也許你會問: 為什麼要搜尋引擎不要索引你的頁面呢?

有兩種情況,你會希望搜尋引擎不要索引你的頁面,第一個情況是,該頁面應該是由其他頁面接續而來的時候,你不希望使用者從該頁面直接進入。第二個情況是,你的網站相當龐大,你可能會希望某些不具備轉換能力的網頁不需要佔索引空間。

當你能夠正確的使用301轉址、標準連結元素、noindex等等結構性標記,搜尋引擎就能夠正確的處理你的網站而不會產生疑惑。

(10)正確用字用詞的問題。

正確用字用詞也可以分成兩方面來探討,第一個是盡量不要出現錯字或是用錯詞彙,第二個是使用你的目標客戶所使用的字詞,並且跟鎖定的關鍵字搭配使用。

第一個問題比較簡單,但是很難避免,因為網路上的內容跟紙本印刷不同,網路上的內容可能無法經過許多關卡的校對,所以很容易就出現錯字,但是應該盡量避免,才能讓使用者容易閱讀。

第二個問題比較困難,你必須真正瞭解你的目標客戶,才能夠知道他們使用哪些詞彙,也才能夠知道他們會透過哪些關鍵字進行搜尋。

(11)編輯排版問題與界面親和力問題。

相同的內容可能會因為不同的編輯排版而有不同的結果,優秀的排版可以促成轉換,但是錯誤的排版可能會讓使用者離開。

這個項目的討論內容,跟我們在網站優化的配置優化與使用者界面優化所談的,是一樣的道理。

(12)本文與廣告的比例問題,內容是否被廣告淹沒?

網頁內容如果廣告過多會引起使用者的反感,也會產生喧賓奪主的感覺,並且因為Google Panda的關係,廣告過多的網頁也可能會被Google判斷為低品質的網頁。

以上的十二個項目就可當成檢視你的網頁內容是否符合SEO-friendly的標準,但是有些時候還是必須妥協,例如本文就稍微過長,但是為了讓讀者能夠一次看完,就沒有再進行分頁。並且本網許多內容也都取消了不必要的圖片,以加快內容的顯示,但是就可能因為缺乏圖片而顯得不夠美觀。

總之,如果能夠盡可能的把握上述的十二個原則,就能夠讓你的網站充滿SEO-friendly的內容,不僅滿足閱讀者,也滿足了搜尋引擎的抓取與索引。

2 留言

於 什麼是SEO-friendly的內容呢?.
  1. […] 我們曾經在"什麼是SEO-friendly的內容呢?"說到,指內容有助於SEO,就是SEO-friendly的內容。這個SEO-Friendly也可以說是 Search Engine Friendly (搜尋引擎友善) 與 User Friendly (使用者友善) 的合體。但是 SEO-Friendly 也好,或是 Search Engine Friendly 還是 User Friendly,都不能算是完成了搜尋引擎優化 (SEO) … […]

敬請留言

你的回應對我們是很重要的. 你的電子郵件將不會被公開.

請等待 ...
*
Loading Facebook Comments ...