這篇”How To Optimize Website Architecture For SEO“就很清楚的說明了，好的架構可以讓網站在自然搜尋的成效上獲益良多。作者就建議了「Organize your website in a way that allows your users (and search engine robots) to get easy access to your content.」組織你的網站讓使用者及搜尋引擎可以很容易的存取你的內容。

其實在新版SEO超入門中，更點出了什麼是好的架構? 其實就是兩個字 : 「無礙」。

可以讓使用者及搜尋引擎可以「無礙」的存取你的網站內容，你的架構就是好的。

但是有些專有名詞可能還是困擾著許多SEO人，到底資訊架構(Information Architecture)與網站架構(Website Architecture)是不是在講一樣的東西?

Website Architecture是什麼?

Website architecture is the hierarchical structure of your website pages. This structure is reflected through internal linking. Your website’s structure should help users easily find information and help search engine crawlers understand the relationship between different pages. 網站架構是網頁的階層結構，這個結構反映在整個網站的內部連結，你的網站架構應該協助使用者很容易找到資訊並且協助搜尋引擎爬取並理解各網頁的關聯。

所以網站架構的重點在於網站內的網頁如何串聯，如何從這個網頁點選連結再到另外的網頁，例如網站的選單、麵包屑、分類、標籤等的設計都屬於網站架構的一環。

Information Architecture是什麼?

資訊架構是在資訊環境中，影響系統組織、導覽、及分類標籤的組合結構。它是也基於信息架構方法論，並運用內容管理技術來管理和組織信息的一個專門學科。

上面維基百科的說明，其實會讓人誤以為「資訊架構」跟「網站架構」好像是在講一樣的東西，其實是不同的，資訊架構的涵蓋範圍大於網站架構，如果用簡單一點的說法，「網站的資訊架構」可以說比較接近「網站架構」。當然嚴格來說，「網站的資訊架構」涵蓋範圍還是會大於「網站架構」，因為「網站的資訊架構」不只考慮「網站內的網頁如何串聯」，還包含資訊的組織與呈現，例如「使用者設計」算是「網站的資訊架構」的一部分，但是並不包含在「網站架構」之中。

「資訊架構」不光是用在網站上，只要是有「資訊」的地方就需要好的「資訊架構」。

下圖就是一個「資訊架構」的慘劇範例，好像該說明的都很盡力地說明了，但是大多使用者應該看了都會很恐慌。簡單來說，他沒有辦法「無礙」的讓使用者完成繳費。

(圖片來自爆廢公社二館)

所以資訊架構(Information Architecture)與網站架構(Website Architecture)是不一樣的東西，資訊架構的知識可以應用在許多存在資訊的地方，例如各種介面設計、各種資訊說明；網站架構則是網站的資訊架構，例如網站的選單、麵包屑、分類、標籤等的設計都屬於網站架構的一環。

在新版SEO超入門中，第四章網站結構的調整就很詳細的說明了，想要有優秀的網站資訊架構就要在資訊分類、詞彙標示、導覽設計、以及搜尋設計下一番功夫。網站的資訊架構就像是房子的建築結構，如果這個結構不正確，則整個網站就會讓使用者覺得困惑，搜尋引擎也就無法建立正確的相關性。使用者覺得困惑就會流失流量，搜尋引擎無法建立正確的相關性就無法獲得應有的搜尋排名。

因此好的網站資訊架構是獲得優秀自然搜尋流量的基礎，千萬不要忽略了。

“內容為王、架構為后“一直是我們的SEO核心理念，用專業術語來說就是，針對使用者的結構，是指可以讓使用者很方便瀏覽或是可使用性(Usability)的網站結構。針對網站的結構，是指可以讓網站具有規模可伸縮性(Scalability)的網站結構。針對搜尋引擎的結構，是指可以讓搜尋引擎可解讀性(Interpretability)的網站結構。

為了更簡單的讓大家了解，這篇”Website architecture: best practices for SEO“以條列式的方式，應該更容易了解:

(1) Avoid dynamic URLs.避免使用動態網址結構 (可使用性+搜尋引擎可解讀性)。

動態網址結構不是不能用，而是如果可以避免的話，就使用靜態的網址。例如你可以把

改變成為

Google在”Dynamic URLs vs. static URLs“說到，因為dynamic URL最可能發生的問題就是，不同的參數的不同URL可能連到相同的網頁內容。對於搜尋引擎來說這些URL就是不同的網頁，因此可能變成「內容重複」的情況。

但是如果把動態網址結構要變成靜態網址結構，會有困難度的話，也不必太勉強，就讓搜尋引擎來處理。因為使用URL Rewrite規則或是Canonical標記，如果發生錯誤的話，反而讓搜尋引擎無法正常索引。

(2) Avoid session IDs. 避免使用session參數 (可使用性+搜尋引擎可解讀性)。

session id會引起安全上的問題之外，session id對於SEO也是不好的，如”4 Reasons, Why Session Id’s are Bad for SEO ?“說的，最不好的地方跟上述dynamic URL問題類似，你的相同網頁可能被索引成眾多不同URL如下:

因此應該絕對避免你的網址上有session id出現。

(3) Content/links in Java/Javascript/Flash. 避免使用Java/Javascript/Flash來顯示內容或是連結 (搜尋引擎可解讀性)。

我們在”SEO趨勢 : Javascript 會影響搜尋引擎抓取?”及”Google可以索引AJAX與Javascript內容?“說過，不管搜尋引擎是否可以索引Java/Javascript/Flash中的文字，網站都應該避免使用。因為我們無法得知，搜尋引擎到底願不願意去解析Java/Javascript/Flash中的文字，雖然搜尋引擎有能力解析，但是不代表他願意解析所有網站。

(4) 302 redirections. 避免使用302的轉址 (搜尋引擎可解讀性)。

301轉址是永久轉址，302轉址是暫時轉址，如SEOmoz在redirect說的，302轉址通常不會傳遞SEO Value，也就是沒有link juice，因為它是暫時轉址。雖然”SEO advice: discussing 302 redirects“說到，不管永久轉址或是暫時轉址，Google還可能會選擇較短的網址進行索引。

所以除非特別必要，應該盡可能使用301轉址。

(5) Website hierarchy should match the way users search. 網站階層應該符合讀者的搜尋習慣 (可使用性)。

這裡指的是應該有合理的網站地圖結構，也就是你的網站應該要讓使用者可以猜測，例如你有/category/men，應該會有/category/women、/category/girl、或是/category/boy。如此會讓使用者知道到哪裡去尋找需要的網頁。

(6) Cross-link relevant content. 要串聯相關的內容 (可使用性+搜尋引擎可解讀性)。

在”15個應該注意的SEO事項“就提到，internal links也是backlinks的一種，並且正確的使用可以讓搜尋引擎瞭解你的頁面關係。在”什麼是網站結構? 如何影響SEO?“也說，內部連結的存在可以讓網站頁面間有關聯存在、頁面間的關聯就可以使用錨點文字強調、可以讓讀者知道有哪些相關的資訊、可以增加點選機率而停留在網站內、也可以降低跳離率的問題等等。

(7) Use proper anchor text. 使用恰當的錨點文字 (可使用性+搜尋引擎可解讀性)。

在”為什麼Google不顯示正確的網頁標題?“說到，有太多的重覆字詞出現在標題(title)以及描述內容(description)中，外部資料(如錨點文字)有強烈訊號顯示某些字詞，都會讓搜尋引擎不認同你的設定，而在SERP中更動你的網頁標題或是描述。對於使用者而言，不當的標題/描述/錨點文字，也會讓你的網頁有過高的跳離率。

(8) Use breadcrumb navigation. 使用麵包屑瀏覽 (可使用性+搜尋引擎可解讀性)。

breadcrumb(麵包屑導覽)可以讓Bing或是Google更清楚知道你的網站結構，也可以讓使用者知道他現在的位置，而依序的找到他需要的資訊，如下圖:

(9) Minimize link depth. 連結深度最小化 (搜尋引擎可解讀性)。

因為搜尋引擎在抓取網站資料時，可能會限定連結深度，例如對於信賴度不高的網站，可能只抓到depth=2的網頁。如果你的網站有更深的連結的話，就可能會被放棄掉。所以應該盡可能的把連結深度做最小化的規劃。

你的網站的網站結構是否都有注意到上述的問題呢? 如果沒有的話，趕緊修正你的網站結構，可以獲得意想不到的好結果喔。如果你有其他寶貴經驗，也歡迎多多交流囉。