WordPress 分類排序教學：自訂文章與商品順序

快速重點整理：WordPress 文章分類預設依名稱排序，核心沒有提供通用的拖曳介面。常見解法是用選單取代分類列表、使用支援自訂分類法排序的外掛，或用程式碼片段改變 get_terms() 的排序邏輯。WooCommerce 商品分類則可在 Products → Categories 直接拖曳排序。這篇會把各種方法、多語系陷阱，以及排序跟 SEO 的關係一次講清楚。

回頭想想，不少人都對 WordPress 預設的分類順序很頭痛

想像一下，你走進一家超市，結果生鮮區排在五金區後面、結帳櫃檯夾在零食跟冰淇淋中間。商品都沒錯，但動線一亂，你買個東西要繞三圈。WordPress 預設的分類順序給我的感覺就是這樣：資料都對，順序卻完全違背你心裡想呈現的優先級。

分類列表、導覽選單與分類頁中的文章是不同資料及顯示情境。WordPress 的分類查詢預設可依名稱排序，導覽項目則能另外安排；要先確認目前畫面由哪個元件與查詢產生。

接下來要處理的，就是這個看似小、其實影響導覽與轉換的排序問題。不論你是經營部落格、形象網站，還是用 WooCommerce 開電商，看完你會知道每一種排序方法背後的機制、各自的代價，以及哪一條路最適合你現在的網站。

為什麼 WordPress 預設的分類順序常常不是你要的

category、post_tag 及自訂 taxonomy 是分類法；「最新消息」「教學」這些具體項目才是 terms。排序通常針對查詢回傳的 terms，不等於改變分類法本身。

分類小工具、主題與區塊可能使用不同 API 或設定。以 WordPress 的 term 查詢為例，未指定時預設依名稱遞增；個別工具及外掛仍可覆寫。

• 預設 orderby=name，比對 name 而非 slug。
• 預設 order=ASC；實際文字比對仍受資料庫排序規則影響。
• 核心提供多種 orderby 參數，但沒有全站通用的拖曳分類排序介面。

中文名稱與英文 slug 是不同欄位。依 name 排序不會改用 slug，也不等於按重要度排列；中文順序受實際資料庫 collation 影響，不宜一律聲稱所有資料庫都不支援特定語言排序。

核心可用 name、slug、count、include、meta_value 等條件排序。開發者能按明確 ID 順序或自訂資料實作，不是只有選單或排序外掛才能做到指定順序。term_order 也有特定查詢語意，不能假定它就是全站分類順位欄位。

這套預設適合一般分類清單，但未必符合內容站或電商的導覽優先級。是否影響轉換，要看分類在頁面上的位置、文案與實際點擊資料，不能只靠排序判斷。

分類排序到底在排什麼？先分清楚三種順序

遇到「分類排序怎麼做」這個問題，第一件事不是給外掛，而是反問：「你說的是哪一種順序？」因為這三種排序的解法完全不同，搞錯了會白忙一場。

若只是調整導覽連結，傳統主題可使用選單介面，區塊主題則檢查 Site Editor 的 Navigation。若要改某個自動分類清單，才需要追查它的排序來源。

如果你想深入選單那條路，可以參考這篇 WordPress 選單設定教學，裡面把主選單、子選單、行動版的邏輯都講過一次。選單是 WordPress 內建最完整的排序系統，能用它解就別動外掛。分類小工具的位置跟側邊欄設定，也可以對照 WordPress 區塊小工具與側邊欄設定教學，搞清楚顯示層跟資料層的差別。

不裝外掛的兩條路：選單法與代碼法

很多人一遇到排序問題就直奔外掛，但我自己能不裝就不裝。每一支外掛都是未來搬家、升級、除錯時的潛在變數。所以先看看不裝外掛能走到哪。

方法一：用選單取代分類列表

如果只需要手動安排幾個分類連結，可以建立選單或 Navigation，再把它放在合適位置。這會改變該導覽的顯示，不會全站改寫分類查詢。

步驟很直覺：

1. 傳統主題：在「外觀 → 選單」建立選單，加入分類連結並拖曳安排，儲存後指定主題位置。
2. 若使用傳統小工具區，可選用導覽選單小工具；區塊小工具介面是否提供相容入口，依當前主題與 WordPress 設定確認。
3. 區塊主題：在 Site Editor 編輯 Navigation，加入分類連結、排列並儲存所需變更。

選單能獨立管理一組連結，但仍依賴顯示它的主題位置或範本。換主題、改版與搬遷後要檢查指派；不能保證「零相依、順序永遠不跑」。

區塊小工具編輯器、傳統小工具與 Site Editor 是不同入口。不要把舊版「導覽選單」小工具和 Navigation 區塊視為同一介面；先確認主題提供哪種區域，再選對應工具。

方法二：用程式碼片段改變排序邏輯

以下範例只調整傳統 Categories 小工具的列表模式，讓它按分類的文章計數由多到少排列。可放在受控的程式碼片段或子主題中，先在測試站驗證；它不會自動改變 Categories 區塊、下拉模式或所有外掛查詢。

add_filter( 'widget_categories_args', function ( $args ) {
    $args['orderby'] = 'count';
    $args['order']   = 'DESC';
    return $args;
} );

這是按規則排序的範例。若需要指定前後順序，開發者也可用 include 搭配 orderby=include，或受控的 term meta 查詢實作；是否使用外掛，取決於維護者是否需要可操作的拖曳介面。

我有個原則：能用規則解的，就不要用手動。會自動的事情交給程式，不會自動的事情才交給拖曳介面。分類排序剛好兩種需求都有，所以沒有誰一定取代誰。

數字前綴這個老技巧：能用，但代價你要知道

在進入外掛之前，有一個流傳很久的「免外掛」技巧值得提一下：把分類名稱前面加上數字前綴，例如「01 最新消息」「02 教學」「03 案例」。核心預設依名稱排序時，便可能照數字前綴列出。如果顯示元件明確設定為依 slug 排序，也能對 slug 採用相同做法。

數字前綴不用額外排序工具，但它把名稱或網址資料用於呈現順位。使用前要確認顯示元件按哪個欄位排序，以及是否會影響其他地方的分類名稱。

但我必須誠實告訴你它的三個代價，免得你用了之後才後悔：

• 改分類名稱會影響可見標籤，但不必然改 slug。
• 只有調整 slug 或網址結構才涉及舊網址處理；若變更，要核對重新導向與內鏈，不能把名稱排序和網址變更混為一談。
• 字串排序要考慮補零與未來位數；十個分類不是必定失效的界線。

若順位常變，通常更容易維護的方式是把順位與名稱、slug 分開。選單、內建商品分類排序或相容排序工具都可評估；不需為了調整列表而任意改網址。

用外掛拖曳排序：先確認儲存與查詢方式

不同排序外掛有不同儲存方式。本文核對的 Category Order and Taxonomy Terms Order 程式會使用外掛加入的 terms 表 term_order 欄位，並可透過查詢 hook 套用。這與核心 object relationship 的 term_order 語意不同，不能假定所有外掛可交換順位資料。

拖曳後的資料能否在停用、搬家或改用另一款外掛後保留，取決於該外掛的實作。安裝前先看官方文件，並備份完整資料庫；不要把「換同類外掛就能恢復原順序」當成保證。

這裡我幫你把市面上最常被提到的三款擺在一起比，讓你知道怎麼挑：

這些工具可能重疊，不是完全互斥的三層產品。term 與 post 是不同物件，但 Intuitive CPO 本身也可管理 taxonomies；選一套符合需求的實作，避免同時覆寫相同順序。

如果你決定走外掛這條路，安裝流程跟一般外掛一樣，可以照著 WordPress 外掛安裝教學的三種方法挑一個。裝完後通常會在 文章 或 設定 選單下多一個「Taxonomy Order」之類的頁面，進去就能拖曳。要管理全站外掛的話，WordPress 外掛終極推薦清單也能幫你釐清哪些該裝、哪些只是累贅。

一個我會誠實提醒你的代價：term-order 外掛的資料是寫進資料庫的，所以它跟你的備份、搬家、多語系外掛都會產生關聯。後面講陷阱那節我會把這些地雷點出來。

裝 term-order 外掛前，我一定做的三個檢查

安裝前核對維護狀態、資料保存與實際相容性。這些檢查可以減少不確定性，但沒有十分鐘就能排除大半風險的保證。

第一，看更新紀錄與相容性。到外掛的 WordPress.org 頁面，確認它標示的測試版本、近期支援紀錄與變更內容。更新日期可以作為線索，但沒有「一年內必定安全」的通用門檻；仍應在目前 WordPress、PHP 與佈景主題環境測試。

第二，看它把順序存在哪。常見做法包括 term meta、自建資料表或外掛自訂的儲存機制。裝之前查看官方說明，確認停用、刪除與搬家時如何處理資料，並使用涵蓋完整資料庫的備份方式。

第三，在測試環境先跑一輪。如果你有 staging 站，先裝起來、排幾個分類，再模擬停用、重新啟用與升級 WordPress，確認順序是否保留。版本更新仍可能改變外掛與查詢的相容性，先測試才能避免正式站的分類順序突然變動。

WooCommerce 商品分類排序的特殊邏輯

WooCommerce 的商品分類與商品列表各有排序方式。先確認你想改的是分類連結，還是分類頁內的商品；市佔並不影響這個設定差異。

商品分類排序之所以複雜，是因為它牽涉到三個獨立的順序，很多人會把它們混在一起：

1. 商品分類：在 Products → Categories 拖曳。若目前按 Name、Slug、Count 等欄位標題排序，拖曳可能不可用，須先回到可拖曳狀態。
2. 商品列表：在 Products → All Products 的 Sorting 介面安排商品。
3. 前臺預設：傳統主題通常在 Appearance → Customize → WooCommerce → Product Catalog 設定；自訂順位需搭配 Default sorting（custom ordering + name）。區塊或編輯器的商品查詢另核對其設定。

這三層一定要分清楚。最常見的誤解是：站長在 Products 列表頁拖了半天商品，卻抱怨「為什麼側邊欄的商品分類順序沒變」。因為你排的是商品，不是商品分類。兩個完全是不同的資料物件。

商品分類頁可以承接特定購物需求，但是否帶來主要搜尋流量，要由自己的資料判斷。先讓相關分類與商品能經由清楚連結找到，並提供有用資訊；排序本身不是流量或排名保證。 延伸可參考WooCommerce 購物網站架設全攻略、WooCommerce 商品類型完全指南、WooCommerce 商品頁 SEO 優化完全手冊。

子分類的排序，跟母分類是兩回事

當你的分類有階層（母分類底下掛子分類），排序會多出一個維度：你排的到底是「母分類之間的順序」，還是「某個母分類底下子分類的順序」？兩者在使用者的感受上是兩層獨立導覽，外掛是否分層處理則要看其實作。

舉個電商的例子。你的商品分類長這樣：

• 男裝（母分類）
• 女裝（母分類）
• 配件（母分類）
  • 帽子（子分類，掛在配件下）
  • 皮帶（子分類，掛在配件下）
  • 襪子（子分類，掛在配件下）

同層順位與父子關係是兩件事。拖曳工具可能同時允許改層級，也可能只重排同一層；操作後要確認母子關係沒有意外變動，再逐層查看前臺。

可先整理主要分類，再檢查各群組的子分類，但這是工作順序建議，不是固定架構規則。按內容關係和讀者任務決定哪些要手動安排。

分類階層不等於固定點擊深度：首頁或其他頁面可以直接連到子分類。若重要內容難找，可增加合理導覽連結，不必為了少一層就破壞分類關係；改善可發現性也不保證排名提升。

多語系網站的排序陷阱：每一種語言可能要排一次

多語系網站要逐語言核對前臺結果，但不同外掛的翻譯資料模型並不相同。不能一律假定每種語言都有獨立 term，或只要切換某個同步開關就能共用順位。

原因是，不少多語系方案會為各語言建立對應的 term，而排序資料通常也跟特定 term 或語言情境綁在一起。例如中文的「上衣」與英文的「Tops」可能是兩個獨立的 product_cat term，是否同步順序要看多語系與排序外掛的整合方式。

這會造成兩個實務問題：

• Polylang 類型的 term 翻譯關係與排序資料，需確認排序工具是否支援及同步哪些欄位。
• TranslatePress 的文字與 slug 翻譯流程不同，不能直接套用另一套外掛的 term ID 同步做法。

先定義各語言是否需要相同呈現，再依官方整合文件測試：新增分類、改順位、改父子關係及切換語言是否一致。不要因為排序需求就任意關閉其他必要的翻譯同步。

選型時可比較翻譯資料如何保存、導覽如何管理及排序工具是否相容，再以實際多語頁面驗收；不能保證換工具就能減少固定比例的維護工作。 延伸可參考Polylang 完整教學、TranslatePress 多語系教學。

排序跟 SEO 的關係：分類順序是給搜尋引擎看的嗎

這題很常被問到，也值得認真回答。分類順序本身不是直接的排名因素，Google 不會因為你的「男裝」排在「女裝」前面就給你加分。但排序會透過四個間接路徑影響 SEO：

內部連結與可發現性：Google 會根據頁面之間的連結理解網站。讓分類與商品可由合理導覽到達，比單純把同一選單項目往前挪更有意義；沒有固定的排序加分公式。

第二，站內點擊。導覽位置可能影響注意力與點擊，但效果會受裝置、版型、名稱與使用者意圖影響。Backlinko 的 CTR 研究（2025 年 4 月）分析的是 Google 搜尋結果位置，不是網站選單，不能直接套用；用實際點擊或事件資料比較，會比預設「排前面一定比較好」可靠。

點擊深度：從實際連結路徑檢查內容是否難以到達，而不是只數 URL 或分類父子層數。必要時增加自然的導覽與相關連結；不能把減少一步等同固定權重提升。 延伸可參考網站架構圖規劃全攻略、WordPress 架站與 SEO 優化全攻略。

第四，分類頁可以承接主題導覽。如果分類頁有清楚說明、合理彙整相關內容，並與文章互相連結，它能成為使用者理解主題的入口。單靠把分類排到前面，不會自動建立所謂的主題權威；內容品質與整體資訊架構仍是主體。

排序處理的是呈現先後，新增連結、改變分類關係和調整範本則是其他操作。分開記錄變更，再觀察找尋內容的效果，避免把所有結果歸因於順位。 延伸可參考WordPress 文章發佈完整教學。

分類該排，那標籤呢？

處理完分類排序，很多人會順手問：「那標籤（tag）要不要也排一下？」我的答案多數時候是：不用。原因要從分類跟標籤在資訊架構裡的角色差講起。

WordPress 分類預設可有父子層級，標籤通常沒有；文章可以指定多個分類，核心也沒有要求只能一個主分類。標籤是否需要排序，取決於它在導覽、專題或列表中的用途。

但有幾種情境例外，你會需要某種程度的標籤排序：

• 標籤雲可按名稱或計數等條件排序，字體大小與列出順序是不同設定。
• 專題頁可以人工選擇並安排相關標籤連結。
• WooCommerce 的全域屬性使用 taxonomy，商品內自訂屬性不一定如此；屬性值順序應在對應設定核對。

分類和標籤都應服務實際導覽需求。沒有哪一種排序必然有更高投資報酬率；優先處理讀者容易迷失或維護者難以更新的地方。

依顯示需求選擇排序方式

下表按要改的畫面與資料選工具，不以網站大小或固定分類數當作門檻。

工具選擇應取決於顯示來源與維護需求。小站也可能需要自動查詢，大站也能使用手動導覽；先確認目前元件提供的能力。

讓接手維護的人實際完成一次排序與還原，確認介面、權限與文件是否清楚。拖曳外掛未必比選單難懂，程式方案則需要適當的技術維護者。 延伸可參考WordPress 部落格架站教學、WordPress 架站新手教學。

排序跑掉了嗎？最常見的五個原因

「我明明排好了，怎麼過兩天又跑掉了？」這大概是排序問題裡最常出現的一句求救。排序會跑掉，幾乎不會無緣無故，通常是底下五個原因之一：

1. 顯示了舊資料：依實際架構檢查頁面、物件、主機與 CDN 快取；先確認哪些層真的存在，避免把所有問題都歸咎快取。
2. 搬遷未帶排序資料：核對備份是否涵蓋外掛儲存欄位及設定。
3. 顯示元件有自己的查詢：查看 orderby、外掛 Autosort 及優先順序；不代表一定得直接改主題檔。
4. 多個工具重疊：在測試站逐項隔離，不要在營業中的正式站隨意停用必要外掛。
5. 語言或同步設定：逐語言比較，核對相同操作是否改到預期資料。

排查時可先清除相關快取，再確認問題是否限定於某個語言、元件或登入狀態；用無痕視窗交叉測試後，再進一步檢查外掛與程式碼。

五步驟把整站分類順序整理到位

講了這麼多機制，換成可以直接照做的行動方案。不論你的網站現在是什麼狀態，照這五步走一遍，分類排序這件事就能從「每次想起來就頭痛」變成「一次整理、長期受用」。

1. 盤點要出現的分類與讀者需要的導覽順序。
2. 確認目標是導覽連結、分類項目，還是文章／商品結果。
3. 先檢查現有選單、區塊或 WooCommerce 內建功能。
4. 需要外掛時，核對支援的 taxonomy、權限、保存方式與 Autosort；不要假定每個區塊都有「分類排序」選項。
5. 儲存後逐頁與逐語言驗收，記錄查詢設定並測試備份還原。

分類排序的核心是讓導覽符合內容優先級。先確認要改的是選單、分類項目還是分類頁內的內容，再選擇內建介面、外掛或程式碼，會比先裝工具穩妥。