WordPress 文章和頁面到底差在哪？用錯了會怎樣？

說不定你也遇過這種狀況：WordPress 後台左側選單明明同時寫著「文章」和「頁面」，你盯著它看了五分鐘，手上那篇內容還是不知道該點哪一個進去建？

這個選擇確實容易讓新手猶豫。類型選錯不會讓內容自動失去排名資格，但可能造成不必要的日期、分類或 RSS 行為，後續維護也更麻煩。

常見的兩種極端是：把深度教學全建成頁面，卻沒有用列表與內部連結串起來；或把「關於我們」「聯絡方式」這類門面內容建成帶日期的文章，讓它混進最新文章列表。表面上是選錯按鈕，實際上是沒想清楚每份內容在網站裡的角色。

先把最關鍵的答案講清楚，這一段你只看這段也夠用：文章（Post）是會隨時間累積、會自動出現在分類彙整與 RSS 供稿的內容；頁面（Page）是網站的靜態骨幹，不參與時間排序，通常靠選單或內部連結到達。選擇時先看是否需要分類、標籤、文章彙整與 RSS，或需要父子頁面階層。長青教學也能用文章，頁面也能持續更新，不能只用會不會過期判斷。想更深入了解每一種的完整發佈流程，可以看我之前寫的 WordPress 文章發佈完整教學 跟 WordPress 頁面建立與編輯教學，這篇則專注在「兩者到底差在哪、用錯會怎樣」，是 WordPress 架站全攻略 在內容分類上的補充。

【快速總覽】文章＝會長大、會過期、會被彙整的動態內容；頁面＝網站的地基、放著就好、不進彙整。部落格、消息、專欄用文章；關於我、聯絡、服務介紹、隱私權、首頁用頁面。

文章 vs 頁面：先把核心差異擺在同一張表

直接看比較表，這是在做網站健檢時一定會先拉出來的一張圖。把八個維度擺在一起，你會發現兩者的差別牽涉到整個資訊流動方式。

可以把文章想成有分類索引的出版品，把頁面想成依階層整理的網站資料。這個比喻描述的是整理方式，並不是說文章一定會過期、頁面永遠不需更新。整體導覽與內鏈可搭配網站架構圖規劃全攻略一起安排。

文章和頁面的主要差別：預設彙整方式

選擇前先看內容需要如何分類、排序與展示。內容是否長青、是否需要更新，不能單獨決定 post type。

文章帶著時間戳，會一直累積

文章天生帶著「發佈日期」這個屬性。你今天寫一篇，下週再寫一篇，系統會自動按時間排列。日期與持續更新可以幫讀者判斷內容是否仍適用，但不是單獨的排名保證。文章還能掛分類與標籤，例如「WordPress」「教學」「新手」，讀者點進某個分類，就能看到相關文章列表。想知道分類怎麼排序、怎麼整理，可以參考 WordPress 分類排序教學。

頁面支援階層，也需要持續維護

頁面同樣記錄發佈與修改時間，也能排程發佈；差別在於預設不按日期加入文章彙整與 RSS。前台是否顯示日期由範本決定。可透過選單、側欄、內部連結或自訂列表展示頁面。聯絡資訊、服務項目與公司介紹常適合以頁面階層管理，但仍要維護更新。很多剛裝好 WordPress 的人會從 30 分鐘架站教學 開始，先把這幾個核心頁面架起來。

從 WordPress 後台看，它們其實住在同一個地方

這裡要講一個大多數入門教學會跳過、但對你理解整個系統很關鍵的技術真相：在 WordPress 的資料庫裡，文章和頁面根本住在同一張表 wp_posts 裡，靠一個叫 post_type 的欄位來區分。

當你在後台點「新增文章」，WordPress 寫進資料庫的那一筆紀錄，post_type 是 post；當你點「新增頁面」，同一個動作，只是 post_type 變成 page。兩者共用標題、內文、代稱與發佈狀態等欄位；完整網址則依永久連結設定、代稱與階層等條件組成，並不是直接存進單一網址欄位。

這個設計很重要，因為它說明了一件事：「文章」和「頁面」其實是同一種東西（內容節點）的兩種預設行為模式。 WordPress 從核心層就把內容抽象成「post type」這個概念，文章和頁面只是它出廠時幫你預先做好的兩種設定。理解這點，你才會明白為什麼接下來要講的自訂文章類型（CPT）那麼自然，也才會明白為什麼兩者之間其實可以互相轉換。

所以為什麼後台選單還要分成兩個入口？因為對一般使用者來說，把它們分開、給不同的操作介面，會比面對一個「全部內容」的大鍋炒清楚太多。後台的整體邏輯如果你還不熟，WordPress 後台操作全指南 把十大核心功能講得很完整。

編輯介面幾乎一模一樣，為什麼還是要分清楚

這是一個會讓人混淆的點，值得特地說清楚。打開 WordPress 內建的區塊編輯器（Gutenberg），你會發現新增文章跟新增頁面，用的編輯介面幾乎完全一樣：一樣的段落區塊、一樣的標題區塊、一樣可以插圖片、表格、按鈕。很多人因此誤以為「既然編輯方式一樣，那兩者根本沒差」。這個結論是錯的。

共用編輯器不代表預設展示方式相同。公開文章通常可進文章列表、分類與 RSS；頁面預設不在這些文章查詢中，但仍可出現在自訂列表。首頁是否顯示最新文章，還要看閱讀設定與範本。

換個比喻：編輯器像是同一支筆，你可以拿它寫日記，也可以拿它寫身分證背面。筆一樣，但寫出來的東西，命運完全不同。所以不要因為「點進去長得一樣」就亂選，分清楚的重點從來不在輸入端，而在輸出端，也就是這份內容上架之後，會被 WordPress 怎麼對待。如果你想把區塊編輯器本身摸得更熟，Gutenberg 區塊編輯器外掛推薦 介紹了幾款能讓編輯體驗更順手的工具。

佈景主題用不同的範本，決定文章和頁面的長相

再往深一層看，文章跟頁面在前台的「長相」，是由你的佈景主題（theme）用不同範本檔控制的。這也是為什麼同一個網站裡，文章頁和頁面常常看起來有微妙差異，例如文章頁有作者欄、發佈日期、上下篇導覽，頁面則乾乾淨淨、什麼都沒有。

傳統主題依範本階層尋找檔案，例如文章可能使用 single.php，頁面可能使用 page.php；也可能命中特定或共用的替代範本。區塊主題使用 HTML 區塊範本。實際版面取決於網站採用的範本。

內容類型會影響預設範本選擇，但日期、作者、留言與版型仍可另行設定。服務介紹常以頁面管理；不應只因為想隱藏日期就轉換類型。挑選與安裝主題可參考WordPress 佈景主題安裝教學。

從 SEO 角度，選錯的代價比你想的大

很多人把文章跟頁面的選擇，當成單純的分類習慣，覺得反正內容一樣、網址一樣，選哪個應該都沒差。這是最大的誤解。這個選擇會直接影響四件事，而這四件事全部跟 SEO 有關。

第一是RSS供稿。WordPress預設文章feed包含文章，不含頁面；若另有外掛或客製feed，輸出範圍可以不同。深度教學若要跟著預設文章供稿更新，使用Post較直接；使用Page則需另外規劃訂閱或導覽入口。

第二是 XML Sitemap 與彙整頁。文章通常會出現在分類、標籤、日期或作者彙整頁，頁面則多靠選單、父子階層與其他內部連結串接。兩者都能進 XML Sitemap，也都能被搜尋引擎收錄；若把教學建成頁面，記得建立清楚的導覽與內部連結，避免成為孤兒頁。Sitemap 對爬取的影響，可以再搭配 XML Sitemap 完整解說 一起看。

第三是 內部連結與網址結構。文章網址是否帶分類或日期，取決於全站永久連結設定；頁面則可用父子層級形成路徑。簡短、可理解且穩定的網址方便讀者分享與維護，但內容類型本身不會自動帶來排名或點擊優勢。永久連結的細節，WordPress 永久連結設定教學 有完整說明。

第四是 彙整頁與 canonical。文章摘要可能同時出現在首頁與多種彙整頁，這種正常導覽不等於受到「重複內容處罰」。若佈景主題在彙整頁輸出全文，或多個網址提供幾乎相同的完整內容，才需要檢查 canonical、內部連結與索引策略。頁面也不會因為 post type 不同而天生缺少 canonical。細節可看 SEO 重複內容指南。

根據 W3Techs 的調查（2026 年 6 月），WordPress 被大量網站採用。文章與頁面的選擇影響彙整、RSS 與管理方式，但不是比外掛更大的固定 SEO 訊號。整體 SEO 可接著看 WordPress 架站與 SEO 優化全攻略。

前台還有哪些一眼看得到的差別

除了 SEO 層面，文章跟頁面在前台還有幾個你一眼就能看出來的差別，這些差別會直接影響讀者體驗，也常常是「用錯了看起來很怪」的元兇。

第一個是摘要與特色圖片。文章常在列表頁顯示特色圖片與摘要；頁面也支援特色圖片，但是否顯示取決於佈景主題。社群預覽主要由 Open Graph 等標記控制，因此不能只靠「文章或頁面」判斷縮圖是否出現。

迴響區（留言）要分別檢查網站討論設定、單篇設定與範本。WordPress 新頁面預設關閉留言，但兩種內容類型都可按需求調整；不能只靠是否出現留言判斷它被建成文章。遇到垃圾留言時，先核對實際設定與防護。

前後文導覽由範本或外掛提供。文章常有上一篇與下一篇；頁面也可加入相關連結或自訂導覽。是否能幫助讀者繼續閱讀，應看連結與內容是否相關，不能由 post type 推定停留時間或 SEO 成效。

分享與訂閱入口由主題或外掛決定，不是文章或頁面必然附帶的功能。文章預設支援 RSS；若要為其他內容類型提供 feed，需另外配置。

後台操作上，兩者還有這些實用的小差別

除了前台看得到的差別，文章跟頁面在後台的操作介面裡，也有幾個會影響你日常工作流程的差異。這些差異看似瑣碎，卻往往是新手架站第一週就會撞上的疑問。

第一個是階層結構。頁面支援父子階層，你可以讓「公司介紹」底下掛「團隊成員」「公司沿革」這種子頁面，形成樹狀結構；文章則沒有真正的父子關係，它靠的是分類與標籤來建立主題關聯。所以當你的內容本質上是有上下從屬關係（像網站的導覽架構），用頁面的階層會更直覺；當你的內容是平行的、只是剛好屬於同一個主題，用文章加分類就夠了。

第二個是列表的篩選方式。後台的文章列表可以依分類、標籤、月份、作者來篩選，因為文章天生帶這些屬性；頁面列表則是用階層縮排的方式呈現父子關係。當你的文章一多（例如兩三百篇），善用分類與月份篩選能幫你快速找到舊文；頁面因為通常數量少、又有階層，找起來相對單純。

彙整頁預設可依日期、作者或分類列出文章，頁面不加入這些文章彙整。若要集中展示頁面，可透過自訂查詢或導覽設計。多人網站也可以用作者彙整協助讀者找到作者的其他作品。

排程發佈與修訂版本兩者都支援。文章可安排連載，頁面也可預約活動或服務上線；不必因為需要排程就改用文章。

這幾個差別湊起來，其實就是一句話：文章的後台邏輯是圍繞著時間與分類設計的，頁面的後台邏輯是圍繞著階層與順序設計的。你在哪一種裡工作，決定了你被允許用哪些整理方式。

什麼內容該用文章？一張對照清單

以下需求通常適合文章；仍要依實際分類、彙整、訂閱與範本配置決定。

• 有明確的發佈時間感，讀者會在意它什麼時候寫的。
• 屬於一個會持續更新的系列，例如每週一篇的教學、每月一次的產業觀察。
• 需要掛分類與標籤，讓讀者能依主題瀏覽相關內容。
• 希望出現在首頁的最新文章列表、RSS 供稿、電子報的自動抓取。
• 是部落格文章、深度教學、案例分析、消息公告、專欄評論、開箱實測。

需要文章分類、彙整與 RSS 的系列內容，通常適合用文章；長青內容也可以是文章。以內容為主的網站可參考WordPress 部落格架站教學安排分類與閱讀路徑。

什麼內容該用頁面？這幾個最容易搞錯

以下內容常適合以頁面管理，但並非無條件規則；活動、服務與產品也可能由自訂內容類型或專用系統提供。

• 關於我／關於我們：公司的長期介紹，不該被時間排序淹沒。
• 聯絡資訊、聯絡表單：基本資料，穩定擺在那裡。
• 服務介紹、產品方案：核心業務說明，通常還會接報價或諮詢轉換。
• 隱私權政策、服務條款、Cookie 政策：法務頁，需要穩定網址。
• 首頁：網站的門面，多數情況是一個獨立頁面。
• 登入頁、報名頁、活動落地頁：轉換型頁面，網址要短、要穩。

這類內容常需要清楚的導覽與穩定網址，也仍可能因服務、聯絡資訊或政策改變而更新。新站可依WordPress 架站新手教學先建立必要頁面，再安排文章分類。

長青深度教學，到底該用文章還是頁面？

這才是真正會卡住人的灰色地帶，也是大家最常問的問題。一篇三千字的「WordPress 永久連結完整教學」，它可以持續維護成長青內容，但仍需隨版本更新，那它到底該用文章還是頁面？

判斷時，先看它是否需要文章分類、RSS 與預設彙整，或更需要頁面階層與特定導覽。

如果這篇深度教學，是你 WordPress 系列教學裡的其中一篇，未來你還會再寫「WordPress 佈景主題怎麼選」「WordPress 外掛怎麼裝」這類相關文章，而且你想讓它們彼此用分類串起來、出現在彙整頁、透過 RSS 被訂閱，那就用文章。它可以成為主題叢集的一個節點，讓相關內容透過分類與內鏈相連。

反過來，如果這篇教學是獨立存在、就這一篇、不會再長出系列，而且它對應的是一個穩定的核心服務或核心概念（例如你公司首頁上那個「我們的服務流程」說明），那它其實更像一個支柱頁，用頁面會更合適，前提是這符合網站的階層與維護方式；頁面不會因內容類型而自動擁有更短網址或更高連結價值。

本質上來說文章與頁面這個選擇，看的是這份內容在整個網站結構裡扮演什麼角色，跟字數或深度沒有直接關係。深度教學兩種都可以，關鍵在於它要不要參與那個會隨時間長大的內容生態系。於是，我常說，內容的價值不只在你寫了什麼，還在你把它放在結構裡的哪個位置。

跳出二選一：自訂文章類型 Custom Post Type

很多教學寫到「文章 vs 頁面」就停了，讓人以為 WordPress 的內容世界只有這兩種。其實不然。WordPress 從核心就允許你建立「自訂文章類型」（Custom Post Type，簡稱 CPT），也就是你自己定義的第三種、第四種內容類型。

回想前面講的：post 和 page 只是 wp_posts 表裡 post_type 欄位的兩個預設值。那你當然可以新增 product、portfolio、testimonial、faq 這些自訂類型。每一種 CPT 都可以有自己專屬的分類法、專屬的後台介面、專屬的網址結構。

這在實務上超級好用。舉幾個常見的設計情境：

• WooCommerce 使用 product 商品類型，並由外掛提供價格、庫存、商品分類與購買流程。
• 作品集可建立 portfolio 類型，把作品與部落格分開管理；作品少時，也可先使用頁面。
• 案例可建立 case_study 類型，另行註冊產業或規模等分類法。
• FAQ 可建立 faq 類型集中管理，但輸入欄位與前台問答區塊需要另外設定或開發，不會由 CPT 自動完成。

用 CPT 的好處是，每一種內容都有自己的家，不會全部擠在文章或頁面裡變成一鍋雜燴。這對網站規模一變大、內容類型一變多的人來說，是從堪用升級到好管理的關鍵。如果你是走電商這條路，WooCommerce 購物網站架設全攻略 會帶你看到 CPT 在實際產品上的樣子。

兩種建立方式：寫程式或裝外掛

決定要做 CPT，下一個問題是怎麼把它建出來。有兩條路：用小型自訂外掛呼叫 register_post_type()，或用管理 CPT 的外掛在後台設定。除非內容類型只服務於特定佈景主題，否則不建議把註冊程式寫在主題的 functions.php，以免換主題後整個內容類型從後台消失。

對沒有工程背景的站長來說，通常會建議走第二條，用 Custom Post Type UI 這類外掛來管理 CPT。它的邏輯很直觀：你填好代稱、要不要分類、要不要出現在選單、網址要長什麼樣子，它就幫你把整個後台介面生出來。外掛安裝的基本流程，可以參考 WordPress 安裝外掛 的步驟說明。

CPT 是否產生彙整頁取決於註冊時的 has_archive 設定，預設值是 false，不會自動建立列表頁。需要 /portfolio/ 這類彙整時，要明確開啟並準備有用的列表內容與導覽。

註冊 CPT 前先規劃這 3 個設定

建立 CPT 看起來只是填幾個欄位，但有三個設定一旦寫進去，之後要改會非常痛。每次開新的內容類型，一定會先把這三件事想清楚，因為它們決定了這個內容類型往後幾年的長相。

1. 分清類型識別碼與網址。register_post_type 的 key 有長度與字元限制；網址前綴可另外用 rewrite 設定。變更網址前先建立對照與轉址計畫。
2. 按導覽需求決定 has_archive。預設為 false。是否建立列表應看讀者用途與內容品質，不能只因筆數少就推定 SEO 受損。
3. 規劃分類法與查詢。可以使用獨立或共用分類法；共用不代表前台查詢就會自動列出所有內容類型，仍需確認查詢與範本設定。

先畫出內容類型、分類法與網址關係，再建立大量內容，可減少日後遷移與重新分類的工作。

再往下一層：自訂欄位 Custom Fields

CPT 解決了「我需要另一種內容類型」的問題，但光有類型還不夠。一件商品需要價格、SKU、庫存；一筆房地產物件需要坪數、樓層、地址；一堂課需要時數、講師、價格。這些資訊如果全部塞進編輯器的內文裡，會出現兩個問題：第一，讀者看到一團雜亂的文字；第二，你沒辦法用它們來排序、篩選、自動顯示。這時候就需要自訂欄位（Custom Fields）。

自訂欄位是附在內容上的鍵值資料。一般 WordPress post meta 儲存在資料表前綴加 postmeta 的表中；外掛也可能採用其他儲存方式。註冊 CPT、建立欄位與製作前台範本是不同工作：想依價格排序或顯示規格，還要設定欄位、查詢與呈現方式。

WordPress 內建就有一個叫做「自訂欄位」的簡易介面，藏在編輯器右上角的選項裡，但它很陽春，只能輸入純文字。實務上，當你在認真做內容架構時，會用更進階的欄位外掛（例如 Advanced Custom Fields 這一類）來建立下拉選單、日期、圖片等結構化欄位；Repeater 等功能則需核對外掛的付費方案。CPT 負責「我有另一種內容類型」，自訂欄位負責「這種類型的每一筆要帶哪些資料」，兩者搭配起來，你才真正擁有一個為自己業務量身打造的內容模型，而不是把所有東西都硬塞進文章內文。

自訂欄位也能作為產生 Schema.org 標記的資料來源，但欄位本身不會自動建立結構化資料。你仍要用程式、佈景主題或外掛輸出與頁面可見內容一致的標記，並符合 Google 對特定複合式搜尋結果的資格與政策；即使標記正確，也不保證搜尋結果一定顯示價格、星等或活動時間。

把內容類型想成「抽屜的種類」，把自訂欄位想成「每個抽屜裡的隔間」。抽屜分得對，找東西才快；隔間設得好，每樣東西才有自己的位置。

三個最常見的誤解，一次破解

從實務經驗來看，大家對文章跟頁面有幾個固定的誤解，這裡一次破解，幫你少走冤枉路。

誤解一：頁面比文章「高級」，權重比較高。這是反覆出現的迷思，很多人因此把所有重要內容都建成頁面。真相是，Google 看的是網址、內容品質、連結與搜尋意圖，它根本不在乎你後台按的是「文章」還是「頁面」。一個分類與內部連結做得好的文章，排名完全可能壓過一個孤零零的頁面。把頁面當成「權重保證」是一種安慰劑，真正決定排名的是結構與內容，那個 post_type 欄位本身沒有 SEO 加分效果。

誤解二：內容越長、越重要，就該用頁面。字數與重要程度不能決定內容類型。長文若需要分類、彙整與 RSS，可以用文章；頁面也能透過內鏈與導覽串聯。是否形成孤兒頁，要看實際連結，而不是類型名稱。

誤解三：建成文章就一定會顯示發佈日期，很醜。日期要不要顯示，是由佈景主題的範本控制的，跟它是文章還是頁面沒有絕對綁定。你想藏日期，調範本或用外掛就能做到，這不該成為你把動態內容硬建成靜態頁面的理由。為了一個日期欄位犧牲掉整個彙整與 RSS 機制，是撿了芝麻掉了西瓜。

用錯了怎麼補救？兩種情況的處理流程

如果你回頭看自己的網站，發現已經把一堆該是文章的內容建成了頁面，或反過來，別緊張，這是可以補救的。處理方式要看你用錯多久、有沒有已經被收錄、有沒有外部連結指過來，分成兩種情況。

第一種情況：內容剛建、還沒被搜尋引擎收錄、也沒有外部連結。這是最單純的。你可以直接用轉換 post type 的方式處理，手動把那一筆的類型從 page 改成 post（或反向）。這件事後台預設介面做不太到，但可以靠外掛完成，市面上有好幾款專門做 post type 轉換的工具，先在測試環境確認網址、範本、分類與欄位相容性，再轉換指定內容。轉換前後記得用 WordPress 備份與還原 的方法先備份一份，這是基本動作。

第二種情況：內容已上線並有排名或外部連結。轉換 post type 不一定改變網址，但若網址確實變動，應把每個舊網址永久轉向最相符的新網址，通常使用 301 或 308。302 代表暫時轉向；搜尋引擎在長期觀察下也可能以永久搬移處理，但不應拿它表達確定的永久遷移。301 與 302 的差別與完整設定，301 與 302 轉址完整教學 寫得很清楚。

大量轉換內容類型前，應先建立舊網址與新網址對照表，測試轉址、canonical、內部連結與 sitemap，再分批上線。如果網址改變卻沒有適當轉址，舊連結可能失效；網址未變則不需為轉換類型另加轉址。

六個問題，確認文章或頁面的選擇

新增內容前，依序確認以下需求；答案是規劃依據，不是不可例外的規定。

1. 更新與系列需求：確認內容會怎麼維護；兩種類型都能更新，長青與否不是唯一標準。
2. 分類需求：需要預設分類、標籤與文章彙整時，文章通常較方便。
3. 曝光管道：需要文章 RSS 或最新文章查詢時，先確認選定類型會被納入。
4. 階層與導覽：需要父子頁面時，可優先評估頁面。
5. 結構角色：支柱與群集內容都可用文章或頁面，重點是內鏈與讀者路徑。
6. 呈現與轉換：兩者都能承載教學或轉換內容；檢查範本與功能是否符合需求。

如果需求交錯，先決定最重要的分類、階層與導覽方式，再用範本和連結補足。品牌網站可搭配品牌官網架設全攻略規劃主要頁面與內容入口。

四個你今天就動手的行動方案

讀到這裡，如果你只想記住一件事，那就是：文章跟頁面的選擇，骨子裡是結構問題，跟字數或格式無關。它決定了一份內容會不會被彙整、會不會進 RSS、網址長什麼樣、在 SEO 結構裡扮演什麼角色。這些累積下來，就是你網站能不能在搜尋結果裡站穩的關鍵。給你四個今天就能做的具體動作：

1. 盤點現有內容。確認分類、階層、範本與導覽是否符合用途；不要只依內容會不會過期判斷誤用。
2. 先測試再轉換。備份後在測試環境確認影響；只有網址變更時才需要對應轉址。依規模分批驗證，觀察時間按實際抓取與流量狀況安排。
3. 記錄新增內容規則。將上述決策流程納入內容 SOP，保留必要例外。
4. 檢查讀者入口。重要內容應有合適的導覽或內文連結，不必每一頁都塞進主選單。選單操作可參考WordPress 選單設定教學。

文章與頁面提供不同的預設整理方式。依管理、導覽與呈現需求選擇，再維護內容與內部連結，讀者才容易找到需要的資訊；類型選擇本身不保證搜尋排名或轉換。

網站架構可以調整，但內容累積後，改動類型、網址與分類需要更多盤點。先記錄選擇理由與網址規則，未來調整時會比較容易核對影響。

如果現有結構已經混亂，先匯出內容清單，標記類型、網址、彙整需求與內部連結，再從影響最大的項目分批修正。文章與頁面本身沒有排名高低，真正要避免的是錯誤轉址、孤兒頁與讀者找不到內容。