Updated: 2026-02-03
Release on:2/3/2026

table of content

網站架構與URL結構設計 課程導言

想象你走進一家大型圖書館，想要找一本關於烹飪的書。如果你面前只有一排排毫無規律的書架，書本隨便亂放，你可能花上一整天都找不到想要的書。但如果你看到清晰的指示牌，上面寫著「烹飪區在三樓東側」，而且每個書架都有清楚的分類標籤，你就能很快找到目標。網站架構，就像是這家圖書館的分類系統和指示牌，它決定了用戶和搜尋引擎能否順利找到他們想要的內容。

很多人在做網站的時候，把大部分精力放在首頁設計、視覺效果、功能開發上，卻忽略了網站架構這個看似無趣但極為重要的基礎。他們想著「內容放上去再說，架構以後再調整」。這種想法往往是錯誤的開始。等到網站內容變多、問題浮現時，要調整架構的代價可就大了——連結要重設、SEO要重來、用戶的書籤會失效。

這堂課我們要學習如何設計一個好的網站架構。我們會談到網站架構設計的核心原則，讓你的網站像圖書館一樣井井有條。我們會深入探討URL結構的最佳實踐，讓每一個網頁地址都清晰易懂。我們還會討論網站地圖和爬蟲管理，確保搜尋引擎能夠順利發現和理解你的網站。

學完這堂課後，你應該能夠設計出邏輯清晰、層級合理的網站架構，能夠創建對用戶和搜尋引擎都友好的URL，也能夠正確設置網站地圖和管理搜尋引擎爬蟲的行為。這些都是建設成功網站的基礎功。

第一節：網站架構設計原則

什麼是網站架構

網站架構，簡單來說，就是網站內容的組織方式和頁面之間的關係。它定義了網站有哪些主要部分、內容如何分類、不同頁面如何連結。就像一棟房子的骨架，雖然用戶可能看不到，但它決定了整個網站能夠承載多少內容、各個部分如何配合、擴建時該往哪個方向發展。

一個好的網站架構應該回答幾個基本問題。首先是「這個網站有什麼內容？」——這是關於內容類型和分類的問題。其次是「這些內容怎麼組織？」——這是關於層級結構的問題。第三是「用戶怎麼從一個地方到另一個地方？」——這是關於導航和連結的問題。第四是「這個架構能夠擴展嗎？」——這是關於未來發展的問題。

為什麼網站架構這麼重要？因為它直接影響三個關鍵群體的體驗。第一是用戶體驗，清晰的架構讓用戶能夠直觀地找到想要的內容，不會在網站上迷路或感到困惑。第二是SEO效果，良好的架構幫助搜尋引擎爬蟲高效地發現和理解你的內容，讓重要頁面獲得應有的索引和排名。第三是維護效率，合理的架構讓內容管理和更新變得簡單，不會因為組織混亂而浪費時間。

差的網站架構帶來的問題是顯而易見的。用戶會在網站上迷路，不知道自己在哪裡也不知道該怎麼去想去的地方。搜尋引擎可能會忽略重要內容，或者因為抓取預算浪費在不重要頁面上而讓核心頁面難以被發現。管理員則會發現新增內容時不知道該放在哪裡，修改內容時要同步調整很多地方。這些問題累積起來，會嚴重影響網站的運營效果。

用戶優先的設計思維

設計網站架構時，最重要的原則是「用戶優先」。這不是口號，而是實實在在的指導方針。你的分類方式、層級結構、導航設計，都應該從用戶的角度出發，而不是從組織架構或產品分類出發。

用戶是怎麼理解你的網站的？他們會用什麼詞來描述自己要找的東西？他們預期相關的內容會放在一起還是分開？這些問題的答案，決定了你的架構應該怎麼設計，而不是產品經理或技術團隊覺得怎麼方便就怎麼放。

舉個例子來說。假設你經營一家運動用品商店，你可能會按品牌來分類產品——Nike專區、Adidas專區、New Balance專區。但用戶可能不是這樣想的。一個想買跑步鞋的顧客，他關心的是「跑步鞋」而不是「Nike的跑步鞋」。他可能會先瀏覽「跑步鞋」分類，然後再比較不同品牌。如果你的網站只有品牌分類而沒有功能分類，這個顧客就會很困惑。

了解用戶心智模型的方法之一是「卡片分類」。具體做法是把網站的主要內容主題寫在卡片上，讓目標用戶自己把卡片分組，然後給每組命名。分析用戶分組的結果，可以看出他們是怎麼理解這些內容的，這對設計分類體系非常有幫助。

另一個方法是觀察用戶的搜尋行為。用戶在內部搜尋框輸入什麼關鍵字、搜尋結果頁點擊了哪些連結、哪些搜尋沒有找到結果——這些數據都能揭示用戶的心智模型。如果很多人搜「籃球鞋」然後點擊了「球類運動」分類，說明這個分類名稱是符合用戶預期的。

用戶優先還意味著要減少用戶的認知負擔。每一個分類選項、每一個層級切換，都需要用戶動腦筋理解。所以分類數量要適中，層級不要太深，命名要清晰直觀。讓用戶不需要思考就能知道自己該往哪裡走。

分類設計的原則

分類是網站架構的核心。一個好的分類系統應該具備幾個特點。

第一個特點是分類之間有明確的邊界。每一個內容項目應該只能歸入一個最合適的分類，而不會讓人搞不清該歸在哪裡。如果一個產品既可以歸入「籃球」又可以歸入「室內運動」，那就需要重新思考分類的定義。模糊的邊界會讓用戶困惑，也會讓內容管理變得混亂。

第二個特點是分類的粒度要適中。分類太粗的話，每個分類下會堆積大量內容，用戶還是找不到想要的東西。分類太細的話，用戶要在多個分類之間跳來跳去，而且很多分類可能只有一兩個項目，看起來很空洞。理想的狀況是，每個分類下的內容數量大致相當，用戶無論點進哪個分類都能找到足夠的內容。

第三個特點是分類命名要清晰。用戶看到分類名稱，應該能夠猜到裡面會有什麼內容。避免使用太過專業的術語或模糊的表達。比如「解決方案」這個詞可能用戶聽不懂，但「我們能幫你做什麼」就清楚多了。如果不確定用戶能不能理解，可以去做測試。

第四個特點是分類要考慮未來發展。現在只有十個產品類別，將來可能會有一百個；現在只有三個主題分類，將來可能會增加到十個。如果分類沒有擴展性，每次新增內容都要想辦法塞進現有分類，最後會變得混亂不堪。好的分類應該有足夠的彈性，能夠容納未來的增長。

分類體系的類型主要有幾種。按主題分類是最常見的方式，適合內容主題多元的網站。按時間分類適合新聞網站或部落格，讓用戶可以按時間瀏覽。按格式分類適合提供多種格式內容的網站，讓用戶可以選擇偏好的呈現方式。按受眾分類適合針對不同客戶群的網站。很多網站會結合多種分類方式，在主導航使用主題分類，同時提供時間和格式的篩選功能。

層級結構的設計

層級結構決定了網站的深度和廣度。一個好的層級結構應該平衡這兩個維度，讓用戶能夠快速到達目標頁面，同時又不需要面對過於複雜的選擇。

一般來說，建議網站的層級不要超過三層。首頁是第一層，代表整個網站的首要入口。主要分類是第二層，用戶從首頁進入後會看到這些大分類。細分類或具體頁面是第三層，用戶在分類頁面後可以到達具體的內容頁面。如果層級超過三層，用戶需要點擊太多次才能到達目標，每一次點擊都可能是用戶流失的機會。

但層級也不是越少越好。如果只有兩層，首頁直接連結到所有具體頁面，那首頁會變得異常擁擠，用戶反而找不到重點。而且很多網站的內容量可能需要四層或更多來組織。關鍵是每一層都要有意義，用戶能夠理解為什麼會有這個層級。

層級設計還要考慮「優先順序」。首頁應該連結最重要的分類，次要分類可以放在更深的層級或者用其他方式呈現。熱門內容應該比冷門內容更容易到達。這種優先級的安排，既要考慮用戶的需求，也要考慮業務的目標。

層級結構的另一個考量是「平行移動」的便利性。用戶在同一層級的不同分類之間切換時，應該有方便的方式，而不需要每次都回到上一層。例如在同一大分類下的小分類之間有橫向連結，或者使用麵包屑導航讓用戶知道自己在哪里並快速跳轉。

導航系統的設計

導航系統是用戶在網站上移動的「路標」。好的導航系統能讓用戶隨時知道自己在哪里、也知道自己可以去哪裡。

主導航欄是最重要的導航元素，通常位於頁面的最上方或最左側。主導航欄應該包含網站的主要分類，一般不超過七個選項。因為人類短期記憶的容量有限，選項太多用戶會記不住，也會增加選擇的困難。選單的設計也要注意，下拉之後不能擋住重要的內容，行動版網站通常使用「漢堡選單」。

除了主導航欄，網站還需要輔助導航。麵包屑導航顯示用戶當前所在的位置路徑，例如「首頁 > 男裝 > T恤」，讓用戶知道自己在哪里，也能快速回到上一層。頁腳導航是放在頁面最下方的導航，通常包含所有頁面的連結，對SEO也有幫助。側邊欄導航在某些網站類型中也很常見，特別是電商網站，可以顯示同一分類下的其他選項。

搜尋功能也是重要的導航工具。對於內容較多的大型網站，光靠分類導航可能不夠，需要讓用戶直接搜尋關鍵字來找內容。搜尋框要放在显眼的位置，搜尋結果要準確且有良好的呈現方式。好的搜尋功能還應該提供搜尋建議、拼寫修正、搜尋歷史等功能。

導航設計還要考慮「一致性」。同一個分類的名稱在導航、麵包屑、頁面標題中應該保持一致。同一類型的連結樣式也應該一致。用戶在任何地方看到相同的視覺提示，都應該有相同的預期。

行動版的導航設計需要特別注意。手機螢幕比電腦小很多，不可能像電腦那樣放一個長長的選單欄。常見的做法是使用漢堡選單，點擊後展開全螢幕選單。另一種做法是標籤欄，通常放在螢幕底部，固定顯示幾個最重要的功能。行動版導航還要考慮拇指區域的問題，重要的按鈕應該放在用戶拇指最容易觸及的位置。

第二節：URL結構最佳實踐

為什麼URL結構很重要

URL是網頁的地址，就像我們的住址一樣。一個好的URL應該清晰、好記、能夠傳達頁面內容的含義。雖然現在大多數人不太會直接輸入URL訪問網頁，但URL結構對於SEO和用戶體驗仍然有重要影響。

對搜尋引擎來說，URL是理解頁面內容的信號之一。URL中的關鍵字可以幫助搜尋引擎判斷這個頁面是關於什麼的。例如，一個URL包含「籃球鞋」，搜尋引擎會更容易將這個頁面與「籃球鞋」的搜尋查詢匹配。簡潔、有意義的URL比複雜、含義不明的URL更有利於SEO。

對用戶來來說，好的URL更容易理解。當用戶在搜尋結果中看到一個URL時，他們會下意識地根據URL來判斷這個頁面是否相關。如果URL看起來清晰合理，用戶更有可能點擊。如果URL是一串亂碼或參數，用戶可能會產生疑慮。

好的URL也更容易分享和記憶。雖然大多數人透過連結分享網頁，但在某些情況下，人們可能會口頭或書面分享URL。一個簡潔易讀的URL比一串複雜的參數更容易傳達。

URL結構還影響網站的專業形象。一個精心設計的URL結構讓人覺得這個網站是專業、有系統的。一個混亂的URL結構則暗示網站管理不善。對於企業網站來說，這種印象會影響品牌可信度。

URL設計的基本原則

設計URL時應該遵循幾個基本原則。

第一個原則是簡潔。URL應該盡可能短，移除所有不必要的部分。過長的URL不僅看起來不美觀，也更容易出錯。例如，減少不必要的資料夾層級，移除沒有實際意義的單詞。

不良範例：你的網站.com/category/shoes/mens/basketball/nike/air-jordan-2024-model

改良範例：你的網站.com/nike-air-jordan-2024

第二個原則是使用描述性的詞語。URL應該能夠讓人從字面上判斷頁面的內容。例如，一個關於如何種植番茄的頁面，URL應該包含類似「種植番茄」這樣的詞，而不是用ID數字。

不良範例：你的網站.com/page?id=123456

改良範例：你的網站.com/如何種植番茄

第三個原則是使用分隔符。當URL包含多個單詞時，應該使用分隔符來區分。最常用的是連字符（-），因為搜尋引擎和用戶都能清楚地識別。底線（_）在視覺上不夠明顯，空格在URL中會被編碼成不友好的格式。

不良範例：你的網站.com/種植番茄技巧

改良範例：你的網站.com/種植-番茄-技巧

第四個原則是使用小寫字母。雖然大多數伺服器對URL的大小寫不敏感，但建議統一使用小寫字母，避免混淆。有些系統對大小寫敏感，如果大小寫不一致可能會造成連結失效的問題。

第五個原則是避免不必要的參數。動態URL中的參數會讓URL變得複雜難讀。如果可能，應該使用URL重寫技術將動態URL轉換成靜態格式。

不良範例：你的網站.com/products.php?category=shoes&type=basketball&brand=nike

改良範例：你的網站.com/shoes/basketball/nike

靜態URL與動態URL

靜態URL是指不經過伺服器端處理、直接對應檔案的URL，例如「你的網站.com/about.html」。動態URL則是透過伺服器端程式即時生成的URL，通常包含查詢參數，例如「你的網站.com/products.php?id=123」。

靜態URL的優點是簡潔易讀、對SEO友好、載入速度快、安全性較高。因為URL與檔案直接對應，不需要資料庫查詢，伺服器處理負擔較低，也不容易受到SQL注入等攻擊。

靜態URL的缺點是對於需要頻繁更新的內容不太方便。例如電商網站的庫存狀態，如果使用純靜態頁面，每次狀態變化都需要重新生成頁面，這在實際操作中不太現實。

動態URL的優點是內容更新即時生效，能夠支援複雜的業務邏輯和資料庫驅動的內容。對於需要使用者登入、個人化內容等功能的網站，動態URL是必要的。

動態URL的缺點是可能不夠友好，特別是當參數很多時。搜尋引擎雖然能夠處理動態URL，但可能對含有過多參數的URL有所顧慮。而且動態URL的安全性要求更高。

現在有一種混合方案叫做「URL重寫」或「偽靜態」。它使用伺服器配置將動態URL轉換成靜態的格式。例如，「你的網站.com/products/nike-air-jordan」實際上可能對應的是「你的網站.com/products.php?id=123」，但用戶和搜尋引擎看到的是靜態格式。這種方式結合了動態內容的靈活性和靜態URL的友好性，是目前最推薦的做法。

URL層級與結構設計

URL的層級結構應該反映網站的內容結構。一般來說，URL的第一部分對應網站的主要分類，後面的部分對應更細的分類或具體內容。

對於層級較淺的網站，URL結構可以簡單直接。例如：

你的網站.com/關於我們

你的網站.com/服務

你的網站.com/聯絡我們

對於層級較深的網站，URL應該清楚地反映層級關係。例如：

你的網站.com/產品/運動器材/籃球/室內籃球

你的網站.com/部落格/數位行銷/SEO優化技巧

URL層級的數量要適中。一般建議不超過三到四層。層級太深的URL不僅看起來複雜，也可能暗示網站結構有問題。同時也要注意，URL層級多不代表內容組織有問題，關鍵是層級是否有意義。

使用單數還是複數形式也是一個常見問題。英文URL通常使用複數形式，例如「/products」而非「/product」。中文URL則沒有這個問題，因為中文單詞沒有單複數變化。選擇哪種形式並不重要，關鍵是保持全站一致。

URL的最後一層應該是具體的內容頁面。如果URL以斜線結尾，可能會被理解為一個資料夾而非具體頁面，這可能導致重複內容問題。所以具體內容頁面的URL應該以檔案名稱結尾，例如「/nike-air-jordan」而非「/nike-air-jordan/」。

URL的規範化管理

當一個頁面可以透過多個URL訪問時，就會產生URL規範化問題。例如「你的網站.com/page」、「www.你的網站.com/page」、「https://你的網站.com/page」這三個URL可能指向同一個頁面。搜尋引擎會把它們當成不同的頁面，分散連結權重，導致SEO效果降低。

解決這個問題的方法是設置301永久重新導向，選擇一個規範的URL版本，將其他版本統一重新導向過去。對於大多數網站，建議的規範做法是：

使用 www 或非 www 統一：選擇一個版本，在伺服器配置中將另一個版本重新導向過去。建議使用非 www 版本，因為更簡潔。

使用 HTTPS：對於現代網站，HTTPS已經是標準配置。確保 HTTP 版本自動重新導向到 HTTPS 版本。

統一 URL 結尾：決定是否使用結尾斜線，然後在伺服器配置中處理。

規範標籤（canonical tag）是另一個解決規範化問題的工具。當你無法控制重新導向時（例如因為技術限制），可以在頁面頭部添加規範標籤，告訴搜尋引擎哪個是「正版」URL。

當網站結構需要調整、頁面URL需要變更時，也應該使用301重新導向將舊URL指向新URL。這樣可以保留原有URL累積的SEO價值，也不會讓已經收藏舊URL的用戶遇到404錯誤。

第三節：網站地圖與爬蟲管理

什麼是網站地圖

網站地圖是網站內容的清單列表，告訴搜尋引擎網站上有什麼頁面。它主要有兩種形式：XML網站地圖和HTML網站地圖，服務於不同的目的。

XML網站地圖是給搜尋引擎看的機器可讀格式。它列出網站所有重要頁面的URL，並提供每個頁面的額外資訊，例如最後更新時間、更新頻率和相對優先級。這些資訊幫助搜尋引擎更有效地抓取網站，確保重要頁面不會被遺漏。

HTML網站地圖是給用戶看的網頁，它以用戶友好的方式展示網站的內容結構。雖然HTML網站地圖對SEO的直接影響較小，但它可以幫助用戶導航，特別是對於結構複雜的網站。同時，HTML網站地圖頁面本身也可以作為一個內部連結的來源。

對於小型簡單的網站，搜尋引擎通常能夠透過正常的連結發現所有頁面，XML網站地圖可能不是必需的。但對於大型網站、更新頻繁的網站、使用JavaScript渲染的網站，或者有複雜URL結構的網站，XML網站地圖是重要的輔助工具。

XML網站地圖的創建與提交

創建XML網站地圖有多種方法。

對於小型網站，可以手動創建XML網站地圖。XML網站地圖有標準的格式，一個基本的結構如下：

每個 URL 條目包含 loc（頁面URL）、lastmod（最後修改日期）、changefreq（更新頻率）和 priority（相對優先級）四個屬性。lastmod 使用 ISO 8601 格式的日期。changefreq 可以是 always、hourly、daily、weekly、monthly、yearly、never 之一。priority 的範圍是 0.0 到 1.0，較高的值表示該頁面相對更重要。

對於中型到大型網站，建議使用自動化的方式來生成網站地圖。如果你的網站使用CMS系統，可能已經有外掛或模組可以自動生成網站地圖。對於自定義開發的網站，可以使用腳本定期從資料庫或檔案系統生成網站地圖，並發布到伺服器上。

XML網站地圖有大小限制。單個網站地圖檔案不應該超過50MB（未壓縮）或包含超過50,000個URL。如果你的網站超過這個限制，需要將網站地圖拆分為多個檔案，並創建一個索引檔案來引用它們。

創建網站地圖後，需要將其提交給搜尋引擎。Google Search Console是最重要的提交渠道，在「網站地圖」部分輸入你的網站地圖URL即可。也可以使用Bing Webmaster Tools提交給Bing。建立網站地圖後，記得檢查搜尋引擎是否成功讀取並處理了網站地圖。

HTML網站地圖的設計

HTML網站地圖是展示給用戶看的內容頁面。它的設計目標是幫助用戶快速了解網站的內容結構，並找到他們想要的内容。

HTML網站地圖應該有清晰的層級結構，反映網站的主要分類。可以使用無序列表或表格來呈現，層級之間用縮進區分。每個項目應該是連結，點擊後可以到達對應的頁面。

HTML網站地圖不需要像XML網站地圖那樣包含所有頁面，通常展示主要分類和重要頁面就足夠了。如果你的網站有數千個頁面，不需要全部列在HTML網站地圖中，那樣會讓頁面過於龐大。

HTML網站地圖的內容應該與實際網站結構保持一致。當網站內容有新增或調整時，HTML網站地圖也需要同步更新。可以用自動化腳本來生成HTML網站地圖，確保與XML網站地圖同步。

HTML網站地圖的放置位置通常是頁腳的連結，用戶在任何頁面都能透過頁腳訪問。同時，也可以在首頁或關於頁面添加連結，引導需要導航幫助的用戶。

robots.txt的使用

robots.txt是放在網站根目錄的一個文字檔案，告訴搜尋引擎爬蟲哪些頁面可以抓取、哪些頁面不可以抓取。它是管理爬蟲訪問的第一道關卡。

robots.txt的基本語法很簡單。主要有兩種指令：User-agent指定對哪個爬蟲起作用，Disallow指定不允許訪問的路徑。例如：

這段程式碼告訴所有爬蟲（User-agent: *）不要訪問後台管理目錄和搜尋結果頁面。斜線結尾表示該目錄下的所有頁面都不允許訪問。

除了Disallow，還有Allow指令用於指定允許訪問的路徑。在大部分情況下，預設是允許訪問的，所以Allow指令主要用於覆蓋之前的Disallow規則。

Sitemap指令用於告知搜尋引擎網站地圖的位置：

robots.txt的一些常見應用場景包括：禁止抓取搜尋結果頁面、禁止抓取管理後台、禁止抓取使用者個人頁面、禁止抓取排序或篩選後的結果頁面。但要注意，robots.txt只是「建議」，不良的爬蟲可能會無視它。對於真正需要保護的內容，應該使用其他方法如登入認證。

設置robots.txt時要小心，錯誤的配置可能會阻止搜尋引擎抓取重要的頁面。建議使用Google的robots.txt測試工具來驗證配置是否正確。

搜尋引擎爬蟲管理

除了robots.txt，還有其他方法可以管理搜尋引擎爬蟲的行為。

對於WordPress網站，內建的「隱私設定」中可以選擇是否讓搜尋引擎索引網站。如果這個選項被勾選，網站會在頁面頭部添加noindex標籤，告訴搜尋引擎不要索引該頁面。

noindex元標籤是另一種控制索引的方式。將這個標籤添加到頁面的head部分，可以明確告訴搜尋引擎不要索引該頁面。與robots.txt不同，noindex標籤是「請求」，大多數正當的搜尋引擎會遵守。

當頁面被移動或刪除時，應該設置適當的HTTP狀態碼。301永久重新導向表示頁面已經永遠移動到新地址，搜尋引擎會將原有URL的權重傳遞給新URL。404表示頁面不存在，告訴搜尋引擎可以刪除該頁面的索引。410表示頁面已永久移除，比404更明確地表示這個頁面不再存在。

使用Google Search Console可以監測搜尋引擎抓取網站的情況。「抓取統計報告」顯示Googlebot抓取網站的頻率、耗時和錯誤數量。如果發現抓取量異常增加或出現大量錯誤，可能需要檢查問題並採取行動。

對於大型網站或更新頻繁的網站，還需要考慮抓取預算（crawl budget）的優化。搜尋引擎分配給每個網站的抓取資源是有限的，如果浪費在不重要或低品質的頁面上，可能會影響重要頁面的抓取。確保重要的動態頁面被抓取，低價值頁面使用robots.txt或noindex屏蔽。

課程總結

這堂課我們深入探索了網站架構與URL結構設計的相關議題。我們了解到，網站架構是網站內容的組織方式和頁面之間的關係，它直接影響用戶體驗、SEO效果和維護效率。好的網站架構應該以用戶優先，分類有明確邊界、粒度適中、命名清晰、具有擴展性。

URL結構是網頁的地址，對搜尋引擎和用戶都有重要影響。好的URL應該簡潔、使用描述性詞語、使用分隔符、避免不必要的參數。URL層級應該反映內容結構，但不要過深。靜態URL對SEO更友好，但也可以透過URL重寫技術獲得動態內容的靈活性。

網站地圖有XML和HTML兩種形式。XML網站地圖幫助搜尋引擎發現和抓取頁面，應該包含所有重要頁面的URL和更新資訊。HTML網站地圖則服務於用戶導航。robots.txt是控制搜尋引擎爬蟲訪問的第一道關卡，需要正確配置以避免阻擋重要頁面。

網站架構和URL結構的設計不是一次性的工作，而是需要隨著網站發展持續優化。定期檢查架構的合理性、監測URL的表現、根據用戶反饋和數據分析進行調整，是保持網站健康運營的必要工作。

一個架構清晰、URL友好的網站，不僅能夠獲得更好的搜尋引擎排名，也能夠提供更好的用戶體驗。這兩個方面是相互促進的：用戶體驗好會帶來更多的參與和分享，這些正向信號會提升SEO表現；SEO表現好會帶來更多流量，讓更多用戶體驗到好的網站架構設計。

學術引用

Baeza-Yates, R., & Ribeiro-Neto, B. (2011). Modern information retrieval: The concepts and technology behind search (2nd ed.). ACM Press Books.

Brin, S., & Page, L. (1998). The anatomy of a large-scale hypertextual Web search engine. Computer Networks and ISDN Systems, 30(1-7), 107-117.

Enge, E., Spencer, S., & Stricchiola, J. (2015). The art of SEO: Mastering search engine optimization (3rd ed.). O'Reilly Media.

Garrett, J. J. (2010). The elements of user experience: User-centered design for the Web and beyond (2nd ed.). New Riders.

Kleinberg, J. (1999. Authoritative sources in a hyperlinked environment. Journal of the ACM, 46(5), 604-632.

Krug, S. (2014). Don't make me think, revisited: A common sense approach to Web usability (2nd ed.). New Riders.

Manning, C. D., Raghavan, P., & Schütze, H. (2008). Introduction to information retrieval. Cambridge University Press.

Morville, P., & Callender, J. (2010). Search patterns: Design for discovery. O'Reilly Media.

Page, L., Brin, S., Motwani, R., & Winograd, T. (1999). The PageRank citation ranking: Bringing order to the Web. Stanford InfoLab.

Roth, M. (2012). The impact of website architecture and sitemaps on SEO performance. Journal of Web Engineering, 11(4), 345-358.