WordPress 文章和页面区别：什么时候该用自定义文章类型
WordPress 文章和页面区别，并不只是一个显示发布日期、一个不显示。后台里的“文章”是 post 内容类型，“页面”是 page 内容类型；产品、案例、作品或职位，还可能使用单独的自定义文章类型。三者都能用 Gutenberg 编辑，也都可以生成公开 URL，但它们参与归档、分类、模板和查询的方式不同。
选错以后，网站通常不会马上报错，麻烦往往出现在内容增加之后：服务介绍混进博客列表、几十个案例只能靠页面层级管理、产品没有统一字段，或者改了文章类型才发现 URL、分类和模板一起变化。下面不只解释概念，还给出一套可以直接用于项目沟通的选择方法。
先看结论：不同内容应该放在哪里
| 内容场景 | 优先选择 | 主要原因 |
|---|---|---|
| 教程、新闻、更新记录、观点文章 | 文章 Post | 需要时间顺序、分类标签、作者归档或内容订阅 |
| 首页、关于我们、联系方式、隐私政策、单个落地页 | 页面 Page | 内容相对稳定，需要导航、父子层级或独立页面模板 |
| 产品、案例、作品、团队成员、职位等重复实体 | 自定义文章类型 | 需要统一字段、独立模板、归档、筛选或管理入口 |
| 只有一两个展示项，暂时没有独立结构需求 | 先用页面 | 避免为了“看起来专业”增加不必要的内容模型 |
| 同一主题下持续发布的系列内容 | 文章加分类 | 分类已经能完成聚合时，不必另建内容类型 |
如果还不熟悉 WordPress 的内容、主题和插件分别负责什么，可以先看 WordPress 是什么。这里重点讨论内容应该怎样建模，而不是编辑器的使用方法。
WordPress 文章和页面区别，真正差在哪里
文章和页面都保存在 WordPress 数据库中，都有标题、正文、作者、状态和修订版本。所谓“静态页面”不是服务器上的一份静态 HTML 文件，只是说它通常不依赖发布时间排序，也不属于连续更新的博客内容。
| 比较项 | 文章 Post | 页面 Page |
|---|---|---|
| 默认组织方式 | 按发布时间倒序 | 独立存在，可设置父页面和子页面 |
| 分类与标签 | 默认支持 | 默认不支持 |
| 归档与 Feed | 通常进入博客、日期、作者、分类归档和 Feed | 不进入正常博客时间线和 Feed |
| 常见模板 | 单篇文章、博客归档 | 页面模板、父子层级页面 |
| 典型用途 | 教程、资讯、记录、评测 | 首页、服务、联系、政策、落地页 |
因此，“这段内容会不会经常修改”不是唯一判断标准。一篇教程可以多年持续更新，仍然适合作为文章；服务页面也可能每月调整，仍然适合作为页面。更重要的是：它是否属于一个持续增长、需要按时间和主题聚合的内容集合。
什么时候应该使用文章 Post
当内容天然属于“发布序列”时，优先使用文章。读者会关心它属于哪个主题、什么时候发布、还有哪些相关文章；网站也需要用分类页、标签页、作者页或站内搜索把它重新组织起来。
- 技术教程、排查记录和学习笔记；
- 行业资讯、版本更新和公告；
- 插件或主题评测；
- 需要出现在博客列表、RSS Feed 或分类归档中的内容。
文章可以设置分类和标签，但不要把每个长尾关键词都变成一个标签。分类法是给一组内容建立稳定入口，不是把 SEO 关键词逐个复制成归档页。
什么时候应该使用页面 Page
页面适合承担站点结构中的固定节点，例如首页、关于、服务、联系方式、隐私政策和单独的活动落地页。它们通常从导航、按钮或其他页面进入，而不是依靠博客时间线被发现。
页面可以设置父子关系，例如“服务”下面再放“WordPress 建站”和“网站维护”。但父子层级只是信息架构，不代表主题一定会自动生成合适的菜单；导航仍需要按站点实际设置。页面也可以使用 Gutenberg、Elementor 或主题提供的页面模板，选择 Page 并不等于只能做简单文字页。
什么时候值得建立自定义文章类型
自定义文章类型（Custom Post Type，CPT）适合一组与普通文章性质明显不同、又会持续增加的结构化内容。例如产品需要价格、库存和规格，案例需要行业、服务范围和项目结果，职位需要地点、部门和截止日期。把这些内容全部做成普通页面，早期看不出问题，数量增加后就很难统一管理和查询。
- 字段一致：每个条目都需要同一组结构化字段；
- 模板一致：单页布局和普通文章明显不同；
- 集合独立：需要自己的归档、筛选、搜索或导航入口；
- 流程独立：可能需要不同权限、状态或后台菜单；
- 数量会增长：不是只做一两个临时页面。
如果只有一两个案例，而且没有独立字段、筛选和归档需求，页面往往已经够用。反过来，如果几十个案例需要行业筛选、统一模板和单独的 URL 结构，再继续堆页面就会把管理成本推到以后。要用 ACF 管理字段，可以先了解 ACF 与自定义字段的作用，但字段插件本身不能替代内容架构判断。
一次本站只读实测：后台其实有很多文章类型
为了避免只讲抽象概念，我在本站当前 WordPress 7.1 环境中用 WP-CLI 做了一次只读检查，没有新增、修改或删除内容：
wp post-type list
--fields=name,label,public,hierarchical,show_ui,show_in_rest
--format=table结果除了核心的 post 和 page，还包含插件或项目注册的公开类型。下面只保留与理解有关的几项：
| 名称 | 后台标签 | 公开 | 层级 | REST / Gutenberg |
|---|---|---|---|---|
post | 文章 | 是 | 否 | 是 |
page | 页面 | 是 | 是 | 是 |
product | 产品 | 是 | 否 | 是 |
effect-display | 效果展示 | 是 | 是 | 是 |
这也解释了一个常见误解：WordPress 技术文档里的 “post type” 是“内容类型”，不只等于后台中文菜单里的“文章”。产品、页面、媒体，甚至一些模板数据，都可以沿用同一套内容对象机制；是否公开、是否分层、是否进入 REST API，则由注册参数决定。
用 4 个问题做选择，不要只看页面外观
- 这是单个固定入口，还是会持续增加的一组内容？ 单个固定入口通常用页面。
- 读者是否需要按时间、主题或作者浏览？ 需要博客式聚合时通常用文章。
- 每个条目是否有一致字段和独立模板？ 多个重复实体出现这一需求时考虑自定义文章类型。
- 是否真的需要独立归档、筛选、权限或工作流？ 如果分类已经够用，就不要为架构感而新建类型。
例如“本月活动落地页”虽然有截止日期，但它仍可能只是一个页面；“每周插件教程”虽然长期有效，却属于连续发布的文章；“客户案例”只有三篇且结构简单时可以先用页面，未来需要行业筛选和统一字段时再规划 CPT。判断对象是内容关系，不是视觉设计。
从 SEO 看，Post、Page 和 CPT 谁更好
搜索引擎不会因为 URL 在 WordPress 里属于 Post、Page 或 CPT，就自动给它更高排名。真正影响抓取和理解的，是公开 URL、标题与正文、canonical、内部链接、模板质量、站点地图和内容是否满足搜索意图。
- 文章默认更容易获得分类、作者和时间归档的内部链接；
- 页面通常依赖导航、正文链接和落地页入口，不会自动进入博客 Feed；
- 自定义文章类型要确认可公开查询、单页与归档模板、SEO 插件和站点地图配置；
- 同一内容不要同时发布为文章、页面和 CPT，避免重复 URL 与搜索意图竞争；
- 转换类型可能改变 URL，已收录内容要同步检查重定向和站内链接。
自定义文章类型如果要使用区块编辑器，注册时通常还要正确开放 REST API。只把后台菜单做出来，却没有考虑前台查询、模板、归档和 SEO，并不能算完成了内容类型设计。
已经选错类型，能不能直接转换
可以转换，但不要把“改一个 post type 字段”理解成无风险操作。正文区块通常还在，分类法、父子关系、模板、URL、归档、面包屑和权限却可能随类型变化。转换前至少要备份，并先拿一条非关键内容测试。
- 记录原 URL、分类标签、自定义字段、特色图和 SEO 元数据；
- 确认目标类型支持需要的编辑器、字段、分类法和特色图；
- 只转换一条内容，检查后台编辑与前台模板；
- 复核 permalink、canonical、面包屑、站点地图和站内搜索；
- URL 变化时建立重定向，并更新重要内部链接；
- 确认无误后再分批处理，不直接整库替换。
本站已经有一篇 Post Type Switcher 插件使用教程，它能简化单篇内容类型转换；但插件负责执行转换，不会替你判断分类法、模板和 URL 是否仍然合理。
几个常见问题
页面可以添加分类和标签吗？
WordPress 默认不给页面启用文章分类和标签，插件或代码可以添加分类法。但如果大量页面都依赖分类归档，应重新判断它们究竟是文章集合、页面层级，还是应该使用自定义文章类型。
一个栏目要不要做成自定义文章类型？
栏目名称不同，不等于内容类型不同。只要条目结构、模板和管理流程仍与普通文章一致，用分类通常更简单。只有出现稳定字段、独立模板、归档筛选或权限需求时，CPT 才开始产生实际价值。
首页应该用文章还是页面？
企业站和独立站通常把一个页面设为静态首页；博客也可以直接让首页显示最新文章。首页的展示方式由阅读设置和主题模板决定，不代表站内其他内容必须跟着使用同一种类型。
总结
选择内容类型时，先问它将怎样被长期管理，而不是先问页面要做成什么样。需要时间线、分类与持续发布的内容用文章；作为导航结构中固定节点的内容用页面；需要重复字段、独立模板、归档筛选和工作流的一组实体，再使用自定义文章类型。
早期多花几分钟确认这件事，可以避免内容增加后再批量迁移 URL、分类和模板。真正合适的架构通常不是类型最多，而是每一种类型都有清楚、稳定的职责。
参考资料：WordPress.org《Create pages》、WordPress.org《What is Post Type?》、Developer.WordPress.org《wp post-type》、Developer.WordPress.org《register_post_type()》
