我最不想看到的官網做法，就是導覽列看起來像完整網站，結果每個按鈕都只是跳回同一頁的不同位置。前期 demo 也許方便，但一旦開始整理 SEO、文章細頁、返回邏輯和後台維護，它很快就會變成限制。
如果一個網站要承接作品、筆記、關於我和單篇內容，就不該一直靠錨點撐。這些頁面的閱讀任務不同，metadata 也不同，應該有自己的 route。
這篇核心結論
真的能走完內容路徑，才算官網；不是導覽列看起來像多頁就好。
看起來像多頁，不等於真的可維護
如果網站只是單頁活動頁，錨點沒有問題。但這個官網要承接首頁、關於我、作品集、筆記列表、單篇文章，每個頁面的閱讀任務和 metadata 都不同，硬塞成單頁，後面只會一直補洞。
例如作品集需要篩選和案例卡片，筆記列表需要分頁和文章摘要，單篇文章需要 title、description、FAQ schema 和前後篇導覽。這些任務都不是錨點適合處理的。
我現在對官網 route 的最低標準
Route 檢查
- 首頁只負責導流，不承擔所有內容。
- 關於頁、作品頁、筆記列表要有自己的 URL。
- 每篇文章要有獨立 route、canonical 和分享 metadata。
- 返回路徑要清楚，不能每次都回到同一個長頁中段。
- 後台內容要能對應到前台頁面，而不是靠手動錨點維護。
WordPress 的價值就在分層
首頁處理導流，home.php 管筆記索引，single.php 管單篇閱讀，page.php 處理靜態頁敘事。這樣拆開之後，前台路由、後台編輯和 SEO 才會是同一套邏輯，不會看起來像網站，實際上卻只有一張長圖。
WordPress 本來就提供頁面、文章、分類和模板階層。把它們用好，比在同一頁裡堆很多錨點更穩，也更容易讓非工程人員維護。
一個簡單判斷
如果某個導覽項目值得有自己的 title、description 或分享圖，它通常也值得有自己的 route。
常見 FAQ
FAQ
- 小型網站也要拆很多頁嗎？
不一定。要看內容任務。如果只是單一活動，一頁可以；如果有作品、文章和關於資訊，就建議拆。 - 錨點會影響 SEO 嗎？
錨點不是不能用，但它很難讓不同內容擁有各自 metadata。多主題內容用真實 route 會更清楚。 - WordPress route 要怎麼規劃？
先決定內容類型，再讓每種內容對應模板，例如首頁、靜態頁、文章列表和單篇文章。
結論
WordPress 官網不要用錨點假裝多頁。當內容有不同任務，就該讓它們有真實 route。這樣前台閱讀、後台維護和 SEO 才會往同一個方向走。
