WordPress 系列文章規劃:3 步驟串起導覽一次看

多數人規劃系列文章時,只想著先把內容一篇篇寫出來,卻很少先想過一件事。讀者看完第一篇,接下來要怎麼找到第二篇?想像一位讀者被你一篇教學文帶進站,看得津津有味,滑到文章最後。結尾沒有任何一個連往下一篇的入口。他只能自己回到選單裡翻,或到搜尋框重打關鍵字碰運氣。這一步只要多花三秒鐘,多數人乾脆直接關掉分頁走人。

問題就在這裡。WordPress 系列文章規劃談的不只是「把一組主題拆成好幾篇寫」,更是「怎麼讓這幾篇彼此串得起來、讓讀者能順著一路讀下去」。系列文寫得再好,讀者找不到下一篇,內容之間就沒有任何串連效果,本來可以累積的閱讀路徑、停留時間、主題權威,全都被浪費掉,等於白寫。

要把這件事做對,順序其實很清楚:先決定這組系列文用什麼機制分組,再決定導覽怎麼呈現。先從「該用什麼容器裝這組系列」講起,一步一步往下拆到能實際落地。

WordPress 系列文章要怎麼分組?

規劃系列文時,第一個卡關的地方往往不是導覽列怎麼做,而是更前面一個問題。這些文章之間的「同屬一個系列」的關係,該用什麼機制記錄下來?這個決定選錯,後面的導覽、目錄頁全都會跟著歪掉。

WordPress 內建就有三種分類機制可以用:分類(category)、標籤(tag),還有你可以自己註冊的自訂分類法(custom taxonomy)。很多人以為要做系列文得靠外掛,其實這三種都是 WordPress 原生就支援的功能。它們看起來都是「幫文章貼標籤分組」,但骨子裡的設計目的差很多。這一節先把三者的角色講清楚,讓你在動手操作之前,先建立一個正確的心智模型。

分類、標籤、自訂分類法,有什麼差異?

分類是階層式的,負責網站的大方向導覽。它可以有母子關係,一個大類底下再分子類,讓讀者光看選單就能理解你這個網站在講什麼主題。WordPress 官方的建議是一篇文章通常只掛一個主要分類,因為分類的定位就是「這篇屬於網站的哪個主題區塊」,是圖書館的樓層分區,不是細節標籤。

標籤是平行式的,負責細節關聯。它沒有階層,可以跨分類使用,用來把散落在不同分類下、但主題相關的文章串在一起。不過標籤有個要小心的地方:WordPress 官方明確提醒,別過度使用標籤、別建重複或空的標籤,因為每個標籤都會自動生成一個歸檔頁,如果你為了系列文亂加一堆一次性標籤,就會產出一堆內容稀薄、只掛一兩篇文章的頁面,反而拖累使用者體驗與搜尋表現,官方建議要定期整理、合併多餘的標籤。

自訂分類法則是三者裡最容易被忽略、卻最適合做系列文的一種。它讓你可以獨立於「分類」和「標籤」之外,另外開一組專門的關聯維度。舉例來說,你可以註冊一個叫「系列」的自訂分類法,專門用來裝系列名稱,它跟原本的主題分類完全平行、互不干擾。而且自訂分類法一樣可以選擇要做成階層式(像分類)或平行式(像標籤),彈性很高。它是 WordPress 核心原生支援的機制,用 register_taxonomy() 這個內建函式就能註冊,不是外掛才有的東西。

常見的誤區就出在這裡。很多人為了省事,把系列文硬塞進既有的某個主題分類,或是隨手開一個標籤來裝。這麼做的後果是,同一套分類或標籤系統,同時要負責「這篇屬於什麼主題」跟「這篇是這個系列的第幾篇」兩件不同的事。結果兩邊都做不好,主題分類被系列名稱稀釋,系列順序又借用了本來不該負責這件事的機制。

分類、標籤、自訂分類法三欄對比,自訂分類法最適合用來做系列文的分組容器
分類負責大方向導覽、標籤負責細節關聯,自訂分類法才是系列文最適合的分組容器。

系列文適合用哪一種分組容器?

判準其實可以講得很明確,關鍵在你的系列規模與經營長度。

如果這組系列文數量很少,大概就兩三篇,而且主題跟現有的某個分類高度重疊,那用一個標籤把它們串起來、再搭配「上一篇/下一篇」導覽,通常就夠用了,不必為此大費周章。

但如果你的站會長期經營、而且不只一組系列(例如這種主題式的連載,這一季做一組、下一季又做另一組),那就值得花時間建立一個獨立的「系列」自訂分類法。這樣做的好處是,每一組系列都有自己專屬的容器,彼此不會混在一起,也不會跟你原本的主題分類(例如 wordpress、seo-optimization 這類)互相干擾。主題分類繼續管「這篇在講什麼」,系列分類法只管「這篇屬於哪一組連載、排第幾」,各司其職。

這個選擇並不是無關緊要的小事。容器一旦選錯,日後要搬家會很麻煩。網址結構、導覽連結、目錄頁全都是綁在容器上的,改一個分組機制,牽動的是整組系列文的網址與導覽。所以在寫第一篇之前,就先把容器想清楚,會比事後補救省事得多。

系列文的導覽不是分類問題,是黏著度問題

分組容器選好之後,很多人以為系列導覽只是「順手把版面美化一下」,加個上一篇下一篇的按鈕,看起來完整就好。但這個定位其實把事情看小了。系列文導覽不是版面裝飾,它是內容架構的一部分,直接決定這批內容能不能發揮綜效。

道理很單純,讀者能不能順著系列文一路往下讀,就決定了這組內容到底是「一批各自獨立的單篇」,還是「一條有累積效果的閱讀路徑」。單篇寫得再好,讀者讀完就跳走,你就損失了本來可以累積起來的內部瀏覽路徑與停留時間;反過來,只要導覽做對,一位讀者一次可能就順著讀完三、四篇,對整個系列主題的印象也會深得多。

從搜尋引擎的角度看也是同一件事。Google 官方在連結最佳實踐裡講得很直接,你在乎的每一個頁面,都應該至少有一個站內其他頁面連結指向它。內部連結不只讓讀者更容易找到相關內容,也讓搜尋引擎在爬取時能循著連結理解頁面之間的關係。Google 同時強調,連結的錨點文字要有描述性,像是寫清楚「這是系列的第二篇:某某主題」,會比只寫「下一篇」或「點這裡」對讀者和搜尋引擎都更有用。一個清楚的系列結構,等於替搜尋引擎把「這幾篇是一組、彼此高度相關」這件事標示了出來。

這一點在 AI 摘要工具興起後又更重要了。當爬取工具在判斷內容之間的關聯性與權威性時,一組結構清楚、彼此互連的系列文,會比一堆孤立的單篇提供更明確的依據。它更容易被判斷成「這個站在這個主題上有成套、有深度的內容」,而不是零散幾篇碰巧同主題。

那系列文一定要做導覽列嗎?嚴格說不是非做不可的必要功能,網站少了它照樣能發佈文章。但缺了它,讀者要找下一篇得靠自己回頭翻,搜尋引擎要理解這幾篇的關係也得靠猜,兩邊都得多繞路。與其讓大家用猜的,不如把路直接鋪好。

怎麼一步步做出系列文導覽?

觀念講完,接下來把它落地。前面定好的容器選擇(規模小用標籤、長期經營用自訂分類法),要變成讀者實際看得到、點得動的導覽,其實可以拆成三個步驟:先建立系列的分類容器,再加上逐篇的上一篇/下一篇連結,最後做一頁列出全系列的目錄頁。

好消息是,這三步大部分都能用區塊編輯器(Gutenberg,也就是完整網站編輯 FSE)內建的工具完成,不必為此另外寫一堆程式,也不必裝笨重的系列文外掛。只有其中一個技術細節可能需要動一點點設定,下面會特別點出來。以下依當下 WordPress 版本的原生做法一步步走。

系列文導覽三步驟:建立分類容器、加上上一篇下一篇導覽、做出系列目錄頁
容器負責記錄關係、逐篇導覽負責線性閱讀、目錄頁負責全局跳轉,三步驟缺一不可。

步驟一:先建立系列的分類容器

先照前面的判準決定要用哪種容器:只有兩三篇、又跟現有分類重疊,就開一個標籤;會長期經營、或想跟主題分類徹底分開,就註冊一個獨立的自訂分類法(例如命名為「系列」)。決定好之後,到後台把要串連的每一篇文章,都掛上同一個系列名稱這個詞條。這一步是所有導覽的地基,之後的上一篇下一篇、目錄頁,全都靠這個共同的分組來運作。

自訂分類法的基本設定邏輯,就是用前面提到的 register_taxonomy() 註冊一組新的分類維度,設定它要不要有階層、要不要有自己的歸檔頁,再把它掛到文章這個內容類型上。註冊完成後,編輯每一篇文章時,側邊欄就會多出一個「系列」欄位可以填。

這裡有一個很容易忽略、卻會影響長遠的細節,那就是系列名稱要留擴充空間,不要把篇數寫死。用「WordPress 系列文章規劃」這種描述主題的名稱,而不是「三篇教學」這種綁死數量的名稱。因為系列很可能會愈寫愈多,名稱一旦寫死篇數,之後加新篇就得回頭改容器名稱、連帶動到網址,得不償失。名稱描述的是主題,不是當下的篇數。

步驟二:加上「上一篇/下一篇」導覽

容器建好、文章都掛上系列後,就可以加逐篇導覽。這一步藏了一個最多人踩到的坑,先講清楚,你就能一次避開。

WordPress 原生的相鄰文章連結功能(也就是 previous_post_link()next_post_link() 這一組,底層是 get_adjacent_post()),預設是抓「同一個分類」裡的相鄰文章。也就是說,如果你的系列文是用自訂分類法或標籤分組的,而不是用主題分類,那預設的上一篇下一篇會照著「主題分類」去找相鄰文章。結果就是導覽跳到的,是同一個主題分類下、但根本不同系列的另一篇文章。這正是很多人納悶「上一篇下一篇連結為什麼跳到不相關的文章」的原因,不是外掛壞了,也不是設定沒存到,而是它預設依循的是分類,不是你系列所在的那個分類法。

要修正很簡單,關鍵是告訴這個功能,請它依循你指定的分類法,而不是預設的分類。這組函式有兩個相關參數:一個控制「是否要限定在同一個詞條內」,另一個指定「要依循哪一個分類法」。把前者打開、後者填上你系列自訂分類法的 slug,導覽就會準確跳到同一組系列的相鄰文章,而不是同主題分類的其他篇。用標籤做分組的話同理,把依循的分類法指定成 post_tag 即可。這個小設定不做,導覽列就會一直連錯篇,白白讓讀者跳去不相干的內容。

步驟三:做出系列目錄頁

逐篇導覽解決的是「線性往下讀」,讀者順著上一篇下一篇一路走。但還有兩種情境它照顧不到:讀者中途想直接跳到系列裡的某一篇,或是第一次進站就想先看看這個系列有哪些內容、值不值得追。這時候你需要一頁獨立的系列目錄頁,把整組系列的所有篇章一次列出來。

做法不必寫程式。用區塊編輯器裡的查詢迴圈區塊,把篩選條件設成前面建好的那個系列容器,它就會自動撈出所有掛了這個系列的文章、排成一份清單。這裡排序要特別留意,查詢區塊預設是「新到舊」排序,但系列文的閱讀順序通常是「第一篇到最後一篇」,所以記得把排序改成依發布時間由舊到新,讀者才會照著你安排的順序看,而不是從最新一篇倒著讀。

最後補一個容易漏的收尾動作,那就是目錄頁本身也要回頭連結到系列裡的每一篇,而系列裡的每一篇,最好也都能連回這個目錄頁。這樣就形成雙向連結,讀者從任何一篇都能跳回總覽,也能從總覽直達任何一篇。Google 官方在連結架構的建議裡也提到,重要的頁面都應該有其他頁面的連結指向它,雙向互連正好讓目錄頁和每一篇系列文都不會變成沒有入口的孤島。

規劃系列文導覽,還有哪些常見錯誤?

把前面三步走完,大方向就對了。不過實務上還是有幾個反覆出現的坑,值得單獨拉出來提醒,因為它們常常是「看起來有做,實際上沒串起來」的元凶。

別讓一套機制身兼兩職。 最常見的錯,就是把整組系列文全塞進同一個標籤,同時又給每篇掛上好幾個主題分類。這麼做的結果是,導覽依循的分組被稀釋、失焦,系統分不清你想用哪個維度串連。系列歸系列、主題歸主題,兩者用不同的容器裝,導覽才不會亂。

別把篇數寫死。 系列名稱、目錄頁標題裡都不要出現「三篇」「五講」這種固定數字。系列幾乎都會愈長愈多,名稱一旦綁死篇數,每加一篇就得回頭改名、改網址,麻煩自找。名稱只描述主題,留足未來擴充的彈性。

別只做目錄頁、卻省掉逐篇導覽。 有些人做了一頁漂亮的目錄頁就以為完工,卻沒在每篇文章裡加上一篇下一篇。這樣一來,讀者讀完一篇還是得先跳回目錄、再點下一篇,多繞一圈。這其實違背了系列文「一路串下去」的初衷。真正順的閱讀體驗,是讀者根本不用回到目錄,順著逐篇導覽就能走完全程。

把這三件事擺在一起看,你會發現「系列容器+逐篇導覽+目錄頁」其實是一套組合,缺一不可:容器負責記錄關係,逐篇導覽負責線性閱讀,目錄頁負責全局跳轉與總覽。只做其中一項,都只是把系列文串了一半。

系列文真正的價值,從來不是「寫完就好」,而是讀者能不能順順地走完整趟。下次要開一組新系列之前,先別急著動筆,把順序倒過來想一遍:先決定用什麼容器裝這組文章,再決定導覽怎麼呈現,最後才開始一篇篇寫。把地基鋪在前面,讀者才不會在你系列文的第一篇就走丟。