WordPress 文章目錄教學：Easy Table of Contents

長文發布後，如果讀者很難找到需要的段落，問題可能出在導覽，而不只是內容本身。目錄能先攤開文章結構，讓讀者判斷答案在哪裡；是否需要目錄，應看段落與標題複雜度，不是只看字數。

目錄（Table of Contents，以下簡稱 TOC）不是裝飾，而是把長文骨架攤開、讓讀者與搜尋引擎快速掃描的導覽結構。Easy Table of Contents 可以建立這張地圖，再搭配 Q2W3 Fixed Widget把它固定在側邊欄。接下來會從原理、設定到常見問題逐一說明，並附上可直接操作的七步清單，適合使用 WordPress 撰寫長文、尚未建立目錄流程的站長。

先講結論：段落多、讀者可能跳讀的長文適合放目錄；沒有固定的 2000 字門檻。可用 Easy Table of Contents 自動生成，桌機側邊欄若要固定，優先用佈景主題或 CSS 的 position: sticky；行動版則適合頁首摺疊目錄。核心是先顧好標題階層，外掛只負責呈現。

目錄不是裝飾品，是讀者跟 Google 之間的導覽契約

很多人裝目錄外掛，心裡想的是「看起來比較專業」。這沒錯，但只講到表面。目錄真正在做的，是跟讀者和 Google 各簽一份導覽契約。

對讀者來說，目錄回答的是：「這篇有沒有我要的答案？如果有，在第幾段？」清楚的導覽可能減少不必要的捲動並改善使用體驗，但不能把跳出、停留時間或所謂 pogo-sticking 直接當成目錄帶來排名的證據。

對 Google 來說，目錄是一份現成的結構索引。爬蟲讀到文章，本來就要靠 H2、H3 去理解段落層級；目錄把這些標題、加上對應的錨點連結，整理成一份清單，等於是幫爬蟲省下推理的力氣。做得對的時候，Google 甚至會把這些段落直接搬上搜尋結果頁，變成你網站連結底下的跳轉連結，這個我們後面會講。

WordPress 能成為這套玩法的主戰場，是因為它背後的市場太大了。根據 W3Techs 的長期追蹤（2026 年 6 月），WordPress 在全球所有網站的市佔超過四成，在 CMS 市場更是絕對多數。這代表圍繞 WordPress 發展出來的外掛生態、SEO 驗證方法、效能調校知識，都是其他平台比不上的成熟。目錄外掛能在 WordPress 上做到「裝了就自動長出來」，也是這個生態的紅利。

標題階層是地基，目錄只是房子：先看懂錨點怎麼長出來的

這是我最想先講破的一件事：目錄外掛本身不會憑空變出結構，它只是把你已經寫好的標題階層「渲染」出來。地基是你文章裡的 H2、H3、H4，目錄是蓋在上面的房子。地基歪了，房子再漂亮也是危樓。

具體的機制是這樣運作的。Easy Table of Contents 在文章載入時，會掃描內容裡的所有標題標籤（從 H1 到 H6，你可以設定範圍），給每個標題加上一個 id（例如 id="設定教學"），這個 id 就是錨點。接著它把這些標題文字整理成一個帶連結的清單，每個連結指向對應的 #錨點。讀者點下去，瀏覽器就會平滑捲動到那個段落。

所以你要確保兩件事。第一，標題階層不能跳級。很多新手會從 H2 直接跳到 H4，中間漏掉 H3，這在目錄裡會變成層級錯亂，讀者看不懂從屬關係。正確的順序是 H2 包 H3、H3 包 H4，一層一層往下。第二，標題文字要有意義。進一步說明、補充、重點 這種空洞標題放進目錄，等於給讀者一張空白地圖。

如果你是用 Gutenberg 區塊編輯器寫文章，這件事其實很好控制。標題區塊右側可以選 H2 到 H6，選好、打好文字就行。如果你對區塊編輯器還不熟，可以回頭看我們寫的WordPress 發文完整教學，裡面有標題階層的操作細節。把地基打好，後面外掛的設定才有意義。

把一篇三千字長文的目錄攤開來看：一個範例

講原理太抽象，我直接拿一篇常見的長文結構示範。假設你寫的是一篇〈WordPress 網站搬家完整教學〉，三千多字，分成這樣的標題階層：

• H2 為什麼要自己搬 WordPress 網站
• H2 搬家前的準備清單
  • H3 備份檔案與資料庫
  • H3 確認新主機環境
• H2 三種搬家方法比較
  • H3 用外掛一鍵搬移
  • H3 手動搬移檔案與資料庫
  • H3 請主機商協助
• H2 搬家後的檢查與收尾

把這個結構丟給 Easy Table of Contents，它會自動長出一個帶縮排的目錄：四個 H2 是主項目，H3 縮排一層掛在所屬的 H2 底下。讀者一眼就看出這篇文章有四個大段、其中兩段還有子步驟。

這個範例藏著幾個重點。每個 H2 都是可跳轉目標，H3 的從屬關係靠縮排呈現；若把「備份檔案與資料庫」錯標成 H4，目錄就會多縮排一層。外掛通常會替重複標題處理 id，但不同版本與設定行為可能不同，上線前仍要確認每個錨點唯一且跳轉正確。

這個範例也說明了一件事：好的目錄，其實是好的寫作紀律的副產品。當你寫作時就有意識地把內容切成清楚的大段、每段下一個有意義的標題，目錄幾乎是免費附送的。反過來說，如果你寫文章的習慣是想到哪寫到哪、標題隨便下，再厲害的外掛也救不了你那篇文章的導覽體驗。

為什麼我固定用 Easy Table of Contents？跟 LuckyWP、Simple TOC 的取捨

WordPress 目錄外掛的選擇不算少，但你只要裝過三、四款就會發現，功能大同小異，差別藏在細節裡。我會把這套流程固定在 Easy Table of Contents 上，是有明確理由的。

先看一張比較表，把市面上最常被拿來討論的三款擺在一起：

我選 Easy Table of Contents 的核心理由有三個。第一，它內建 Widget，可以把目錄直接放進側邊欄，這對後面要做的「固定側邊欄目錄」是關鍵，很多外掛在這一步就卡住了。第二，它的自動插入可以限定只在特定文章類型（post）出現，不會把頁面（page）、自訂文章類型全部都塞一個目錄，這在實務上很重要。第三，它的計數器（1.、1.1.、1.1.1. 這種編號）做得很乾淨，長文結構一眼就清楚。

Simple TOC 我也很欣賞，它幾乎不載入額外 JavaScript，對 Core Web Vitals 最友善。但它走的是 Gutenberg 區塊路線，你得手動在每篇文章插一個區塊，沒有側邊欄 Widget，也沒有全站自動插入。對一個有上百篇長文的站來說，逐篇手插太不切實際。這就是取捨：追求極致效能選 Simple TOC，追求可規模化的全站方案選 Easy Table of Contents。多數站長的痛點是後者。

選外掛還要看維護狀態。最後更新時間只是線索，也要一起看相容版本、支援論壇與安全紀錄。Easy Table of Contents 可依目前外掛頁面評估；Q2W3 Fixed Widget 的公開更新與相容資訊較舊，不宜再直接列為穩定的標準配備，使用前要先在測試環境確認，或改用佈景主題／CSS 的 sticky 功能。

安裝方式跟所有 WordPress 外掛一樣，從後台「外掛 → 安裝外掛」搜尋名稱即可。如果你對安裝流程還不熟，可以先看WordPress 外掛安裝完整教學，從搜尋、安裝到啟用一次帶過。想看更全面的外掛清單，可以讀必裝 WordPress 外掛清單。

七個會直接影響體驗的 Easy Table of Contents 設定（按目的分，不是按分頁）

Easy Table of Contents 的設定頁分成好幾個分頁（一般、外觀、進階），很多人會照著分頁順序一路點下去，結果調了半天也不知道到底改了什麼。我換個方式，用「你想達成什麼目的」來分組，這樣你會知道每個設定到底在服務哪個目標。

目的一：讓目錄只該出現的地方出現

「一般」分頁裡的自動插入（Auto Insert）和支援的文章類型是第一步。把 Auto Insert 打開，然後在文章類型只勾選「文章（post）」，不要勾「頁面（page）」。為什麼？因為你的聯絡頁、關於我這種頁面通常沒有標題階層，硬插一個目錄只會出現一個空框，很尷尬。

位置設在「第一個標題之前」或「內容頂端」最常見。我自己的偏好是放在第一個 H2 之前，這樣讀者看完開頭導言、準備進入正文時，剛好看到目錄，點擊意願最高。

目的二：用最低標題數過濾短文

同一個分頁裡有一個不起眼但很重要的欄位：顯示條件。我會設成「至少 3 個標題才顯示」。一篇只有一兩個 H2 的短文，放目錄反而顯得多餘，讀者一眼就看完的東西，不需要導覽。這個門檻能把短文自動排除，省得你每篇手動關閉。

目的三：外觀跟你的網站色系一致

「外觀」分頁控制寬度、字型大小、配色、框線。這裡的原則是：目錄要融入你的設計語言，不要喧賓奪主。如果你的網站主色是藍色，目錄的標題背景或連結就用同一個藍，視覺上會有一致性。字型大小設成比正文小一級（例如正文 16px，目錄 14px）最剛好，太大會搶走正文的視覺權重，太小會看不清楚。

目的四：編號讓結構一目了然

把顯示階層式編號（Hierarchical Numbering）打開，目錄會變成 1.、1.1.、1.2.、2. 這種結構。對教學文、操作指南這類強調步驟的內容特別有用，讀者光看編號就知道自己在第幾大段。如果你的內容偏散文、觀點論述，編號反而會讓文章看起來太硬，這時關掉、改用單純的項目符號就好。

目的五：錨點平滑捲動，不要瞬間跳

「進階」分頁裡的 Smooth Scroll 是選用功能。平滑捲動可能讓跳轉較容易追蹤，但也要尊重 prefers-reduced-motion，並在手機實測。它不是 Core Web Vitals 的加分項，若造成卡頓就應關閉。

目的六：摺疊目錄，把主導權交給讀者

如果你想讓讀者自己決定要不要展開目錄，可以開啟初始收合（Initial View: Hide）。目錄一開始是收起來的，只顯示標題列，讀者點一下才展開。這在行動版特別有用，因為手機螢幕寸土寸金，一個展開的長目錄會佔掉半個畫面。桌機的話我傾向預設展開，因為桌機空間夠，目錄本身就是一種「這篇內容很完整」的訊號。

目的七：排除不該被收進目錄的標題

有時候你的文章裡會有一些標題，例如「相關文章」、「最新消息」，它們結構上是 H2，但邏輯上不屬於這篇文章的主體。Easy Table of Contents 有 Exclude Headings（排除標題）的欄位，你可以指定某些標題文字不要被收進目錄。善用這個功能，目錄才會緊貼文章主軸，避免把雜訊一起收進來。

把目錄塞進側邊欄還要固定住：Q2W3 Fixed Widget 實戰

到這裡，目錄已經能自動出現在文章裡了。但如果你希望讀者往下捲動時，目錄一直跟著他、隨時可以跳轉，就要做兩件事：把目錄放進側邊欄 Widget，然後讓這個 Widget 固定（sticky）。

第一步，Easy Table of Contents 內建一個 Widget。到「外觀 → 小工具（Widgets）」，你會看到一個「Easy TOC」的 Widget，把它拖進你的側邊欄區域（通常叫 Sidebar 或 Primary Widget Area）。這個 Widget 的設定跟外掛主設定是連動的，所以你在前面調好的外觀、編號在這裡都會套用。

如果你對 Widget 系統還不太熟，這部分的操作邏輯、區域命名、以及不同佈景主題的差異，我們在WordPress 小工具完整教學裡有更詳細的拆解，建議搭配著看。

第二步是讓 Widget 固定。可先檢查佈景主題是否提供 sticky sidebar，或用 CSS position: sticky 實作。Q2W3 Fixed Widget 也曾是常見方案，但其公開維護資訊較舊，安裝前必須確認與目前 WordPress、PHP 及佈景主題相容。

它的原理很直觀：你指定某一個 Widget「固定」，當讀者捲動到這個 Widget 本來要離開螢幕的位置時，它會自動黏在螢幕頂端（或你指定的邊界），不再往上跑。對側邊欄目錄來說，這正是你要的效果。讀者滑到文章中段，目錄還在旁邊陪著他，想跳到別的段落，一點就到。

Q2W3 Fixed Widget 的關鍵設定有兩個。第一個是 上邊界（Top Margin），建議設成你網站導覽列的高度加一點點間距，例如導覽列高 60px，就設 70px，這樣固定住的目錄不會被導覽列擋住。第二個是只在桌機顯示固定效果，這非常重要，理由下一節會講。它有個選項可以排除行動裝置，務必勾起來。

這裡有一個很容易踩的坑：同時啟用「文章內自動插入目錄」跟「側邊欄 Widget 目錄」，結果同一篇文章出現兩個一模一樣的目錄，一個在文章開頭、一個黏在側邊。讀者會困惑，畫面也顯得累贅。解法是二選一：要嘛走側邊欄路線（桌機把目錄放側邊、文章內不自動插入），要嘛走文章內路線（目錄放在文章開頭、側邊欄不放 Widget）。我的偏好是長文站走側邊欄路線，因為固定側邊欄的導覽效果比文章開頭那個會被捲走的目錄強得多。

如果你想兩者都要，也有折衷做法：文章內的目錄只在沒有側邊欄的版面出現（例如全寬的單欄版型），側邊欄 Widget 則在有側邊欄的雙欄版面出現。這需要你的佈景主題支援條件式的 Widget 顯示，或者用一點 CSS 媒體查詢來控制。技術門檻稍微高一點，但能把兩種導覽模式分工清楚，不互相打架。

對帶著具體問題閱讀的使用者，目錄與固定側欄可能縮短找答案的路徑。是否真的增加閱讀或轉換，仍要用事件追蹤、捲動資料與使用者測試確認，不能預設一定會多停留幾分鐘。

手機版別毀了這一切：行動裝置目錄的取捨

很多人把側邊欄目錄做得很漂亮，切到手機一看，整個崩掉。這不是外掛的錯，是對行動版的理解出了問題。

先看一個根本性的事實：Statista 的季度統計顯示，全球網站流量裡，行動裝置的佔比長期維持在六成上下，而且這個數字還在成長。你的讀者有超過一半是用手機看的，所以行動版的目錄體驗，不是「順便做一下」，而是主戰場。

行動版的核心問題是螢幕窄。桌機的側邊欄在手機上會被擠到內容下方，變成一長條排在文章底下，讀者根本看不到。而如果你硬要在手機上啟用 Q2W3 Fixed Widget 把目錄黏在側邊，它會蓋住你的正文，變成一場災難。這就是為什麼我前面強調，固定效果要排除行動裝置。

行動版的正解，是把目錄放進文章開頭，並且預設收合。Easy Table of Contents 的「初始收合」設定，在這裡就派上用場了。讀者一進文章，看到一個小小的「目錄」按鈕，點一下展開，選好段落跳過去，再自動收回去。這既不佔螢幕空間，又保留了導覽功能。

如果你有點技術能力，可以用 CSS 媒體查詢（media query）做差異化：桌機上目錄走側邊欄固定路線，手機上隱藏側邊欄 Widget、只顯示文章開頭的摺疊目錄。很多佈景主題已經內建這種響應式邏輯，你只要確認 Widget 在手機上是隱藏的就好。

還有一個容易漏掉的點：Smooth Scroll 在手機上可能跟某些瀏覽器的慣性捲動打架，造成跳轉後畫面卡頓。如果手機上發生這種狀況，優先懷疑 Smooth Scroll，先關掉測試看看是不是它造成的。

行動版的測試不能只靠桌機瀏覽器的開發者工具縮小視窗。開發者工具能模擬螢幕寬度，卻模擬不了真實的觸控手感、慣性捲動、以及不同瀏覽器引擎的差異。我自己的習慣是用手機實際打開文章，用拇指點過每一個目錄項目，感受跳轉後停的位置對不對、有沒有被導覽列擋到。這聽起來很笨，但它抓得到的問題，比任何模擬器都多。如果你同時維護 iOS 跟 Android 的讀者，兩種系統都跑一遍，因為兩邊的瀏覽器捲動行為不盡相同。

目錄真正的 SEO 紅利：跳轉連結、停留時間與結構訊號

裝目錄對 SEO 到底有沒有幫助？我的答案是：有，但它不是一個獨立的排名因素，而是透過幾條連鎖路徑在發揮作用。我把這幾條路徑拆開講，你會更清楚自己在投資什麼。

路徑一：跳轉連結進入搜尋結果

當你的標題結構清楚、每個標題都有對應錨點時，Google 有機會把這些段落直接搬上搜尋結果頁，顯示在你網站連結底下，成為一排可點擊的跳轉連結。讀者在搜尋結果上就能直接跳到你文章的某一個段落。這等於是免費多佔了搜尋結果的版面，點擊率也有機會跟著提升。

這個效果的前提是標題清楚、錨點穩定；頻繁改標題可能連帶改變自動生成的 id。Ahrefs 2021 年的標題標記研究顯示部分高排名頁面缺少標題標記，但這項資料與目錄效果沒有直接因果關係。頁面標題與結構可參考On-Page SEO 完整指南。

路徑二：停留時間與跳出率的改善

Backlinko 2025 年的分析曾觀察使用行為與排名之間的相關性，但相關性不能證明目錄、停留時間或跳出率會直接提高排名。目錄的可驗證價值是讓讀者更快找到段落，SEO 效果不應做保證。

但我要誠實提醒：目錄能改善行為訊號的前提，是你的內容本身要值得讀。如果文章寫得空洞，目錄再漂亮，讀者點進去發現沒料，還是會跳出，甚至跳得更快，因為目錄幫他提早確認了「這篇沒有我要的」。目錄是放大器，它放大你內容的優點，也放大缺點。關於跳出率的機制跟改善方法，可以看我們寫的跳出率與 SEO 的關係。

路徑三：效能不扣分，反而加分

目錄外掛的效能成本，是另一個要算清楚的帳。Google 早在 2018 年就正式把行動版網頁速度納入搜尋排名因素（見 Google Search Central 的公告）。Easy Table of Contents 的前端 JS 很輕量，Smooth Scroll 也不會造成版面位移（CLS），對 Core Web Vitals 的衝擊很小。相比之下，一些功能肥大、載入一堆 jQuery 函式庫的外掛，反而會拖累你的分數。

效能不能只靠外掛名稱或是否使用 jQuery 判斷。應以 Network、效能剖析與實際頁面量測，確認腳本大小、執行時間及是否只在需要的頁面載入。若想處理資源最佳化，可參考網站速度優化完整指南。

選外掛時記得把效能納入考量。Core Web Vitals 的三個指標（LCP、INP、CLS）怎麼算、怎麼優化，我們在Core Web Vitals SEO 指南有深入拆解。目錄這一塊只要選對外掛、設定得當，基本不會成為效能瓶頸。

路徑四：無障礙體驗，一個被低估的加分項

這條路徑很多 SEO 文章根本沒提，但它在大型網站、政府資訊站、醫療衛教站這類講究無障礙的場景裡，份量很重。一個做對的目錄，本身就是一組導覽連結，對使用螢幕閱讀器（Screen Reader）的視障讀者來說，等同於多了一個「跳到第幾段」的快速通道。

關鍵在於目錄連結的標記是否語意化。Easy Table of Contents 產出的是標準的 <a href="#錨點"> 連結，包在 <nav> 或 <ul> 裡，這對輔助科技是友善的。有些讀者會用鍵盤的 Tab 鍵逐一跳過目錄項目，這時你要確認連結的 focus 樣式（focus visible）沒有被你的 CSS 拿掉，否則鍵盤使用者會找不到自己停在哪一個項目上。

把目錄做好，可以同時照顧滑鼠、觸控、鍵盤與螢幕閱讀器使用者。這是可用性與無障礙價值，不需要包裝成無法驗證的 Google「信任分數」。

最常見的四個目錄地雷，與各自的解法

目錄這件事的問題不在難，而在幾個反覆出現的地雷常被忽略。做 SEO 健檢時，有四個幾乎一定會遇到。不過在講這四個之前，有一個更根本的問題要先處理。

地雷零：有些文章根本不該有目錄，卻硬裝了一個

這是我把它列為「地雷零」的原因：它是其他地雷的源頭。不是每篇文章都適合放目錄。目錄的價值在於幫讀者在一篇結構複雜、段落分明的長文裡快速定位。如果你的文章是兩百字的產品公告、五百字的活動快訊，或一篇以時間序為主軸的事件紀錄，硬塞一個目錄只會打亂閱讀節奏。

判斷標準很簡單：問自己「讀者會不會想跳過某幾段，直接看自己關心的部分」。如果會，而且你的文章段落夠多、夠分明，那就該有目錄。如果讀者的閱讀路徑是線性的、從頭讀到尾最順，那目錄反而是多餘的裝飾。Easy Table of Contents 有提供 shortcode，你可以選擇全站自動插入，再針對少數不適合的單篇文章反向排除。這種「預設開、例外關」的策略，比「預設關、逐篇開」省事得多。

另一種常見的極端則剛好相反：站長因為怕麻煩，全站都不裝目錄，結果幾十篇三千字以上的深度文章全變成讀者的迷宮。這兩種極端都要避免。健康的做法是建立一個判準，讓外掛根據字數加標題數的規則自動決定要不要顯示，省去人工逐篇判斷的麻煩。

地雷一：短文也被塞了一個目錄

症狀是七八百字的短文，頂端掛著一個只有兩個項目的目錄框，看起來非常尷尬。成因是沒設最低標題數門檻。解法前面講過了，把「顯示條件」設成至少 3 個標題，短文就會自動排除。這個設定做一次，終身受用。

地雷二：標題階層亂跳，目錄縮排崩壞

症狀是目錄的縮排層級跟實際內容對不上，看起來歪歪扭扭。成因幾乎都是 H2 直接接 H4，或不同段落用了不一致的層級。解法是回去把標題階層理順，H2 之下只能接 H3，H3 之下才能接 H4。這不只是為了目錄好看，對 Google 理解你的內容結構也至關重要。

地雷三：手機上固定目錄蓋住正文

症狀是手機開文章，側邊欄的固定目錄飄過來蓋住文字，讀者根本讀不下去。成因就是前面警告過的，在行動裝置上啟用了 Q2W3 Fixed Widget。解法是到 Q2W3 設定裡，把行動裝置排除勾起來，或者用 CSS media query 在小螢幕隱藏側邊欄 Widget。這個一旦爆掉，行動版的跳出率會直接飆高，因為讀者連字都看不到。

地雷四：改了標題文字，舊的內部錨點連結全失效

這是個進階但很痛的地雷。你在別篇文章或外部連結裡，曾經連到 /某文章#某標題，後來你把那篇文章的標題文字改了，Easy Table of Contents 重新生成的錨點也跟著變，原本的連結就斷了，點進去跳不到對應段落。解法有兩個層面：一是改標題文字時要有意識到這會動到錨點；二是重要的錨點連結，定期用破連結檢查工具掃一遍。這也是為什麼標題一開始就要想清楚、寫到位，不要事後反覆改。

本週就能上線的七步清單

講了這麼多，我把它收斂成你這週就能動手執行的七個步驟。不需要一次到位，照著做，兩個小時內你的長文站就會有一套能用的目錄系統。

1. 盤點需要導覽的文章。優先找段落多、標題層級深、讀者可能跳讀的內容，不用硬設 2000 字門檻。
2. 檢查標題階層。逐篇確認 H2→H3→H4 沒有跳級，標題文字有意義。這一步比裝外掛更重要，地基不穩外掛再強也沒用。
3. 安裝 Easy Table of Contents，設定自動插入、限定文章類型、最低 3 個標題才顯示、開啟 Smooth Scroll 與階層編號。
4. 把目錄放進側邊欄 Widget，到小工具區把 Easy TOC 拖進側邊欄，確認桌機上顯示正常。
5. 設定桌機固定效果。優先使用佈景主題或 CSS sticky；若仍採 Q2W3，先確認目前維護與相容狀態，並排除小螢幕。
6. 切到手機檢視，確認側邊欄不會蓋住正文、文章開頭有摺疊目錄可用。用手機實際點一次每個錨點，確認跳轉正常。
7. 設定維護節奏。每個月或每次大批更新內容後，回頭掃一次目錄：有沒有新文章的標題階層亂掉、有沒有改過標題導致舊錨點斷裂。目錄是會隨內容漂移的活體，不是裝一次就永遠不用管的裝飾。

做完這幾步，你的長文站就有了一張能用的導覽地圖。它不會讓你的排名一夜翻轉，但它會讓每一篇你用心寫的長文，更容易被讀者找到該看的段落、更容易被 Google 理解結構。SEO 從來不是靠一個外掛逆轉勝，而是靠這種一個一個把基本功做扎實的累積。

把每一篇長文都當成讀者會走進來的一間圖書館。目錄，就是門口那張指引動線的平面圖。沒有它，再豐富的藏書，讀者也找不到。裝一個目錄外掛、花兩個小時把標題階層理順、讓側邊欄固定住，這件事的投入產出比，在所有 SEO 動作裡都排得上前段班。它的成本很低，但它改善的是每一篇長文、每一次造訪的閱讀體驗跟結構訊號，而且會一直作用下去。現在，就去把你站上那篇流量最高的長文打開，用一個讀者的眼睛，重新看一遍它的標題結構吧。