WordPress 主题构建器完整入门
从页面构建到主题构建
然后，你遇到了博客。
规则毫无预警地变了。你不再是在设计一个页面，而是在设计一套必须兼容你可能还没有写的五十篇文章的东西——而这中间没有一个固定的页面可以让你「照着建」。很多人就在这里卡住了，不是因为它有多难，而是因为它和页面构建的思路完全不同。
这个阶段你所做的事情叫做主题构建（Theme Building）。每个成熟的 WordPress 主题和页面构建器都有对应的解决方案。接下来，我们深入了解什么是主题构建器、它控制什么，以及如何判断自己何时需要它。
什么是主题构建器
主题构建器是用来构建网站中所有可复用部分的工具。
页眉和页脚是最明显的例子。每个页面都需要它们，但你肯定不想在每个页面上都重新构建一遍。更值得关注的是模板：单篇博客文章的布局、归档页面（用来列出文章列表）、搜索结果页和 404 页面。
这些模板与网站的内容结构一一对应。WordPress 本身已经能区分「博客文章」「页面」和「产品」。主题构建器的职责，就是让你来设计这些结构最终呈现给访客的页面。WordPress 负责存储和组织内容，主题构建器则决定访客看到什么。
随着网站规模扩大，这种关系的重要性愈发明显。ACF、Pods、Meta Box、ACPT 等插件允许你用自定义内容类型和字段扩展 WordPress：比如为商店创建一个「产品」类型、为工作坊创建一个「课程」类型、为作品集创建一个「项目」类型。它们处理数据，主题构建器则决定这些数据在动态页面上如何呈现。
主题构建与页面构建的核心区别
页面构建器一次设计一个页面。你打开某个具体页面，进行构建，最终成果就对应那一个 URL。首页、关于页、联系页、落地页——这些都是页面构建工作，而且每一个都是独立设计的。
主题构建覆盖的是同类内容中的重复部分。你不再针对某个具体 URL 进行构建，而是在构建一套按规则生效的东西：作用于每篇文章，或作用于每个产品。页眉和页脚的覆盖范围更广，作用于网站上的每一个页面。
这里有个常让人困惑的问题：我不就是用页面构建器建个页眉吗？答案是：你可以用页面构建器在某个页面上做出看起来像页眉的东西。然后在下一个页面再做一个，第三个页面再做一个——等到需要修改时，你就得一个一个去改。
此外，既然你的页面构建器很可能已经自带主题构建功能，为什么还要用那种静态方式呢？每个主流 WordPress 页面构建器都同时提供主题构建功能。如果不这么做，根本没法参与竞争。比较页面构建器时，你比较的是设计工具、编辑速度、模块选项和价格，而主题构建是你选择哪一款都附带的。
动态内容的工作逻辑
动态内容是让主题构建真正发挥作用的想法，它的名字听起来复杂，实际上很好理解。
可以把一篇博客文章想象成一张表单。发布一篇文章，就是填写一张表单：标题、摘要、特色图片、正文内容。每篇新文章都是这张表单的一次新提交。表单决定了每条记录有哪些共同字段——它们都有标题、正文和特色图片。
一旦每条记录的格式完全相同，就可以围绕它构建模板了。你把标题放在这里，特色图片放在那里，正文放在下方——因为每篇文章都填写同样的字段，一套设计就能处理所有文章。WordPress 和主题构建器会自动完成内容存储与布局之间的连接。
同样的逻辑可以向上扩展。产品也是一种表单，只是字段不同：价格、产品图片、库存状态。课程可能有日期和讲师。每个内容类型都带来自己的字段（称为自定义字段），因此每个类型都需要自己的模板，因为它们可用的数据不同。
与此相关的还有两个关键概念：
- 动态数据是模板表达「在这里放置当前文章的标题」的方式，而不需要你手动输入标题。在 Divi 中，这是「当前页面的文章」（Post for Current Page）数据源，正是它让一套布局可以服务于所有文章条目。
- 循环（Loops）是模板展示多条记录而不是单条记录的方式。归档页面就是一个循环：为一个文章列表中的每篇文章重复这张卡片设计，按这个顺序，每次显示这么多条。
分页是让人最容易踩坑的部分。它出现在列表底部的「上一篇」「下一篇」链接，或者数字分页形式，它属于循环的一部分，而不是页面的一部分。页面构建中没有任何东西是按这个逻辑工作的。
几乎每个网站都需要的模板
主题构建听起来没有边界，但仔细看就会发现，大多数网站需要的模板就那么几个。你不是在发明一个列表，而是在按顺序完成一个已知的清单。
按通常的构建顺序：
- 页眉和页脚：始终优先。它们作用于全局，而且效果立竿见影。
- 单篇博客文章：每篇文章都注入其中的布局。只有动态数据，没有循环。
- 博客归档：文章列表，通常也是处理分类、标签、作者列表的同一套模板。这里是循环，且包含分页。
- 404 页面：访客遇到死链时看到的页面。构建很快，但是重要组件。
- 搜索结果：又一个循环，列出所有匹配的内容。
如果你添加了自定义文章类型，就按同样的方式构建它的单篇模板和归档模板：单篇模板对应单个产品，归档模板对应商店列表。再添加一个类型，就再重复一遍。老式主题可能还有侧边栏或小部件区域，这本质上是 WordPress 早期版本的同一种思路。
主题构建器在哪里
主题构建器位于界面中与页面构建不同的区域，具体在哪里取决于你使用哪个工具。
WordPress 原生主题编辑 vs 第三方主题构建器
独立于页面的模板系统
你不会在「页面」里找到模板入口——因为它根本不在那里。WordPress 将其独立划分了一个区域：模板和模板部件（Template Parts）。Divi 叫它 Theme Builder（主题构建器），Elementor 也有自己的对应模块。名称不同、路径不同，但底层是同一个概念。
WordPress 原生就提供这套能力。 Full Site Editing（完整站点编辑）是 WordPress Core 自带的主题构建方案：免费、已安装、支持页眉、页脚、归档页和单篇文章模板。很多人正在使用它，也有不少人借助插件来弥补其不足。当然，也有人直接换用专业主题构建器，以获得更大的自由度。
Divi 的实现方式
两者最明显的差异体现在「循环」（Loop）的构建方式上：
- Full Site Editing：在 Query Loop 块内工作，使用专门为其嵌套设计的块。
- Divi：将任意容器或元素设为循环，内部的任何模块都可以调用动态内容。无需学习专门的循环模块——任何元素都可以是循环，任何元素也都可以放进循环里。
无论选择哪个工具，有一点是通用的：页面设计用什么工具，模板编辑也用什么工具，优势和局限会直接延续。 如果你觉得区块编辑器在设计上受限，那么在主题区域编辑模板时同样会受限。
Divi 5 Theme Builder 要点
在 Divi 5 中，这一切都在 Theme Builder 中完成。用你已经在页面上用过的可视化编辑器来构建模板——工具没变，只是任务变了。
新建模板的第一步，是告诉 Divi「在哪里使用它」，也就是「Use On」设置。其中几个标签容易误解，值得特别说明：
- All Posts——每一篇博文，即单篇文章模板。
- Blog——展示文章列表的那个页面，不是文章本身。
- All Archive Pages——分类、标签、日期、作者归档页，一次性覆盖。
- All Author Pages——仅按作者分组的文章列表。
- Search Results and 404 Page——名称即含义。
记住这个规律：以「All」开头的标签覆盖整类页面，而单数名称指向一个特定页面。 分配给 All Posts 的模板会成为每篇文章的通用设计；分配给 Blog 的模板则只作用于那个展示文章列表的页面。
在模板中，通过「Current Post」动态数据调取内容，用循环列出多条记录。由于任意模块都可以放入循环，你只需设计一次卡片样式，Divi 会自动为每条记录填充。
Divi 5 还弱化了主题区域与页面编辑之间的割裂感：通过可编辑的 Theme Builder 区域，分配给某页面的页眉和页脚可以直接在该页面的 Visual Builder 中完成修改，无需返回 Theme Builder。当首页或着陆页需要同步修改页眉时，可以一次性完成。如果只想专注页面内容，也可以关闭这些区域的编辑功能。
在 Divi 的页面编辑器中，你也可以直接编辑已分配的页眉和页脚——无需切换上下文。
不用从零开始
Divi Quick Sites 提供了预构建的起始站点，包含页面、Theme Builder 模板和设计系统，导入后即可开始编辑。模板会进入 Theme Builder，与其他模板无异，你可以打开并随意修改。
如果想根据自身需求生成内容，Divi 的 AI 也能代劳，包括生成模板。
你现在需要主题构建器吗？
比你预期得更早。 即使是一个简单的展示型网站，也有页眉和页脚——在主题构建器里建一次，好过在每个页面重复重建。光这一点就值得去熟悉一下。
当内容具有结构性时，主题构建器就变成了必需品：博客、商店、作品集、员工名录……任何你会反复发布、且希望保持一致外观的内容，都不需要逐一手工设计。
不过，首页、关于页面以及各种一次性页面仍然需要逐页构建。主题构建器接管的是那些原本需要重复的部分。
