SEO 友善的網站架構：架站時就要做對的事

很多人對 SEO 的想像是：網站先做好，上線之後再找人「來做 SEO」。這就像房子蓋好了才想到要拉網路線，只好敲牆鑿洞、事倍功半。真正聰明的做法，是在打地基的時候就把管線預埋好。

我們處理過不少「上線後才想做 SEO」的案子，常常一檢查就發現問題出在最底層——網址亂七八糟、整站只有一個 H1、頁面之間幾乎不互連。這些東西不是寫幾篇好文章就能補救的，得從架構動手，而動架構往往牽一髮動全身，搞不好還要砍掉重練。所以這篇我們把「架站當下就該做對」的 SEO 基礎攤開來講，讓你的網站從出生那一刻就對搜尋引擎友善，省下日後一堆補救的力氣。

什麼是 SEO 友善的網站架構？

SEO 友善的架構，指的是讓搜尋引擎容易「爬得到、讀得懂、判斷得出重要性」的網站結構。它不是某個外掛或某段程式碼，而是網址、層級、連結、標籤這些底層設計的總和。

你可以把搜尋引擎的爬蟲想成一個拿著地圖逛你網站的訪客。如果你的網站動線清楚、每個房間都有明確的門牌（網址）、牆上都有指路標示（內部連結）、每個房間進門就看得到標題（H1），這個訪客就能很快搞懂整棟建築的格局，知道哪間是主臥、哪間是儲藏室。反過來，如果動線混亂、門牌是一串亂碼、房間之間還沒有走道相通，爬蟲逛得一頭霧水，自然也沒辦法好好把你的內容介紹給使用者。

架構友善的好處是長期且複利的。根據我們的經驗，一個架構打好的網站，後續每寫一篇內容，被收錄和排名的效率都明顯比架構亂的網站高——因為新內容能自然接上既有的連結網絡和分類體系。下面我們把架構裡最關鍵的幾塊拆開來談。

網址結構要怎麼設計才對？

好的網址要短、要有意義、要用連字號分隔英文單字，而且結構要能反映網站的層級。一看網址就大概知道這頁在講什麼、屬於哪個分類，這就是對的網址。

舉個對比就很清楚。yoursite.com/?p=12847 這種網址，人看不懂、搜尋引擎也讀不出語意；而 yoursite.com/blog/seo-friendly-architecture 一眼就知道是部落格分類下的一篇 SEO 架構文章。設計網址時把握幾個原則：用英文小寫加連字號（web-design 不要寫成 web_design 或 webdesign）、避免一長串無意義的參數、層級不要太深（理想上重要頁面三層內點得到）、還有一旦定了就盡量別亂改。

最後這點特別重要。網址改動如果沒做好 301 轉址，等於把原本累積的排名權重全部歸零，舊連結也會變成 404。我們看過一個品牌網站改版時，工程師圖方便把所有網址結構整個換掉又忘了設轉址，上線後一週自然搜尋流量直接掉了快五成，花了三個月才慢慢救回來。所以網址這種東西，架站時就一次想清楚、定好規則，比事後補救划算太多。網址與轉址的細節，可以延伸看 SEO 分類的網址結構與 301 轉址教學。

標題層級跟語意化 HTML 為什麼重要？

因為搜尋引擎是靠 HTML 標籤來理解內容的結構與重要性的。標題層級（H1 到 H6）告訴它哪個是主題、哪些是子題；語意化標籤告訴它哪塊是導覽、哪塊是主文。標對了，內容才容易被正確解讀。

標題層級的鐵則是：每頁只有一個 H1，當作這頁的大標題（通常就是文章或頁面主題）；底下用 H2 分主要段落，需要再細分時才用 H3，依此類推，不要跳級（別從 H2 直接跳到 H4）。我們健檢時常看到兩種錯誤：一種是整頁沒有 H1，或設計師為了字體好看把標題做成一張圖片；另一種是為了視覺效果，把同一頁塞了好幾個 H1。這兩種都會讓搜尋引擎抓不準重點。標題標籤的最佳實務，SEO 分類有專門寫過標題標籤 SEO 教學。

語意化 HTML 則是指用對的標籤做對的事：導覽列用 <nav>、主要內容用 <main>、文章用 <article>、頁尾用 <footer>，而不是整個網站從頭到尾都用 <div> 硬拼。語意化標籤不只幫搜尋引擎理解頁面結構，也讓螢幕報讀軟體能正確導覽，對無障礙同樣有幫助。這些東西在架站、切版的當下就要做對，事後要全部改回來幾乎等於重切一次版。

內部連結要怎麼規劃？

內部連結的核心原則是：讓重要的頁面被更多其他頁面連到，並用描述性的錨點文字串起相關內容。連結就像是頁面之間的投票，被連越多次、來源越相關的頁面，搜尋引擎越認為它重要。

實務上可以這樣思考。先盤點出你網站最想被搜尋到的幾個「核心頁面」（可能是主力服務頁、或某個主題的完整指南），然後刻意安排其他相關頁面都連向它。這就是所謂的主題集群（topic cluster）：一篇涵蓋全面的支柱文章，搭配多篇深入細節的子文章，子文章彼此互連、也都連回支柱文，形成一個緊密的內容網。這種結構不只對 SEO 有利，也讓使用者更容易在你的網站裡逛下去。

幾個要注意的地方：錨點文字要有描述性（用「網站速度優化」而不是「點這裡」），讓搜尋引擎從連結文字就能猜到目標頁的主題；別讓重要頁面變成孤島（沒有任何頁面連到它，爬蟲很可能找不到）；連結也不是越多越好，硬塞一堆不相關的連結反而稀釋效果。內部連結的完整策略，SEO 分類有更深入的內部連結策略教學可以參考。

Schema、sitemap 跟爬取預算是什麼？

這三項是讓搜尋引擎更有效率地理解和收錄你網站的進階工具：Schema 幫它讀懂內容、sitemap 給它一張頁面清單、爬取預算則是它願意花在你網站上的時間。

Schema（結構化資料） 是一段加在頁面裡、給機器讀的標記，明確告訴搜尋引擎「這是一篇文章、作者是誰、發布日期是哪天」或「這是一個產品、價格多少、有幾顆星評價」。標好之後，你的結果在 Google 上有機會顯示複合式摘要（rich results）——像評價星等、FAQ 摺疊、麵包屑等，讓你的連結更顯眼、點擊率更高。常見的類型有 Article、Product、FAQPage、LocalBusiness 等，怎麼挑、怎麼上，可看Schema 結構化資料完整指南。

XML sitemap 是一份列出你網站所有重要頁面的清單，提交到 Google Search Console 之後，等於主動把地圖交給搜尋引擎，特別有助於新網站或頁面很多的網站被完整收錄。多數 CMS 和 SEO 外掛都能自動產生，設定一次就好。實作細節在XML sitemap 設定教學。

爬取預算（crawl budget） 對中小型網站通常不用太擔心，但觀念要懂：搜尋引擎不會無限制地爬你的每一頁，它會分配一個大致的額度。如果你的網站塞了一堆重複內容、無限的篩選參數網址、或一堆沒價值的頁面，爬蟲的額度就被浪費在這些垃圾上，真正重要的頁面反而爬得慢。所以架構乾淨、用 robots.txt 和 canonical 管好哪些該爬、哪些不該爬，就是在替重要內容爭取曝光。

架站時就把 SEO 做對，能省下什麼？

最直接的回報是：省下日後砍掉重練的成本，以及更快累積排名的時間。地基打對，後面每一步都更輕鬆；地基歪了，後面怎麼補都事倍功半。

我們可以拿兩種客戶來對比。一種是架站時完全沒考慮 SEO，網址亂、沒有標題層級、頁面互不相連，等到想衝自然流量才回頭找人改，結果發現要動的是網站底層結構，報價和工期都翻倍，有些甚至建議乾脆重做。另一種是架站初期就把這些基礎內建進去，上線後做 SEO 就是順順地往上加內容，我們手上這類客戶平均在上線後六到九個月就能看到自然流量穩定成長，因為地基不用回頭補。

說白了，SEO 友善架構不是額外的功能，而是好網站本來就該有的樣子。如果你沒有技術背景、又希望網站一開始就把這些底子打好，找一個從架構就懂 SEO 的符合 SEO 架構的網站設計團隊，會比上線後再找人補救省事得多。延伸一提，現在連 AI 搜尋（AI Overview、ChatGPT 等）也越來越看重清楚的結構與語意，想讓網站同時對傳統搜尋和 AI 友善，可以參考客製化網頁設計的 AISO 策略。

結語：地基決定了上限

SEO 這門功課，內容和外部連結固然重要，但它們都是蓋在架構這塊地基上的。地基穩，內容才站得住；地基歪，寫再多好文章也撐不起好排名。

如果你正在規劃一個新網站，這篇講的網址、標題、語意化、內部連結、Schema 和 sitemap，建議在開工前就跟設計師、工程師講清楚，把它們列進需求裡，而不是上線後才想到。多花一點心思在前面，換來的是長期、複利的搜尋曝光。

想把整條建站流程看得更完整，從規劃到上線都顧到，可以回頭看網站架設完整指南；而架構之外，網站速度同樣是 Google 重視的排名因素，別忘了一起把網站速度與 Core Web Vitals 優化做好。架構和速度，就是一個 SEO 友善網站的兩大支柱。