关于 Shopify 与电商的报道与研究
商家搜索 "shopify predictive search"，期待找到一个可以自由调整的功能，但 section 文件显示，真正的边界早在商家打开主题编辑器之前就已被代码固定。
在搜索栏里输入 “shopify predictive search” 的商家，通常是在寻找某个能让搜索结果更聪明或更快的设置，但实际代码讲的是另一个故事。Dawn 把 14 项设置放进一个文件，让商家能够相当细致地塑造结果的显示方式。Horizon 在处理搜索体验本身的那两个文件里放了零项设置，并把每一个可调旋钮都移到了一个独立的区块里。两个主题都不允许商家通过编辑器改变搜索逻辑。存在的那些设置管的是结果长什么样，而不是出现哪些结果，在打开主题编辑器之前就明白这个区别，可以省下大量为了寻找一个从来就不存在的东西而四处点击的时间。
Dawn 的 sections/main-search.liquid，内部标识为 t:sections.main-search.name，按 Shopify/dawn 仓库 2026-08-10 提交 258f00f 的记录，带有 14 项设置。范围设置 columns_desktop 从 1 到 6，步长为 1，对宽屏上一行放多少条结果提供了精细控制。columns_mobile 是一个只有 2 个选项的下拉选择，因此移动端布局选择是二选一而不是一个连续区间。image_ratio 是一个有 3 个选项的下拉选择，image_shape 更进一步，有 8 个选项，覆盖产品缩略图如何裁剪和取景之类的内容。两个复选框构成了其余值得注意的设置：show_secondary_image 和 show_vendor，都是简单的开关。
这 14 项设置中没有一项涉及搜索算法。它们只管呈现方式，这与 Shopify 主题架构中 section 文件应有的职责一致。想要不同的结果排序或模糊匹配行为的商家在这里找不到，因为那部分逻辑完全位于该 section 的设置 schema 之外。
与 Horizon 对比后，差别变得更加鲜明。它的 sections/predictive-search.liquid，标识为 t:names.predictive_search，有 0 项设置，在 2026-08-31 的提交 8b42ace 中得到确认。该 section 确实声明了 1 个区块类型，但 section 自身的设置 schema 是空的。它的配套文件 sections/predictive-search-empty.liquid，标识为 t:names.predictive_search_empty，负责搜索无结果时显示的内容，在同一提交中也有 0 项设置。
这不是测量上的遗漏，而是主题的构建方式。Horizon 把可配置面移到了 blocks/_search-input.liquid，标识为 t:names.search_input，它带有 8 项设置。其中包括：width，一个有 2 个选项的下拉选择；custom_width，一个从 0 到 100、以 1 个百分点为步长的范围设置；input_style，一个有 2 个选项的下拉选择；以及三项颜色设置 input_background_color、input_text_color 和 input_border_color。所以，要编辑 Horizon 搜索外观的商家需要找到那个区块，而不是 section，因为 section 本身没有任何可调项。
| 主题 | 文件 | 设置数量 | 值得注意的设置 |
|---|---|---|---|
| Dawn | sections/main-search.liquid | 14 | columns_desktop（范围 1–6）、image_shape（下拉选择，8 个选项）、show_vendor（复选框） |
| Horizon | sections/predictive-search.liquid | 0 | 无；声明了 1 个区块类型 |
| Horizon | sections/predictive-search-empty.liquid | 0 | 无 |
| Horizon | blocks/_search-input.liquid | 8 | custom_width（范围 0–100%）、input_background_color、input_border_color |
这里的方法很直接：读取每个 Liquid 文件顶部声明的设置 schema，统计条目，并在 schema 指明时记下其类型和范围。同一个仓库，每个主题对应同一个提交引用，除 schema 自身陈述的内容之外不添加任何解读。
在 themescout.co 追踪的更广泛市场中，2026-09-04 检查的排名里共有 329 个主题，价格中位数为 $300，区间从 $100 到 $500。在评论数足够的 308 个主题中，平均评分为 4.53 分（满分 5 分），每个主题的评论数中位数为 23。这些都不能告诉商家某个具体 section 的设置情况，但它框定了在缩小到 Dawn 或 Horizon 之前，市场上存在多少选择。
性能是另一块值得提一次的背景。在移动端，拥有充足数据的 247 个主题中，通过全部 Core Web Vitals 的店铺占比中位数为 85.5%，市场上最佳主题为 98.6%，最差为 46.1%。在桌面端，199 个主题的中位数为 86.2%，最佳为 99.2%，最差为 30.3%。数据来自覆盖 2026 年 7 月的 CrUX 数据，意味着是真实访客流量而不是实验室基准。一个标记更多、更重的搜索 section 有可能把主题推向该区间的低端，尽管这里的事实并未把搜索 section 单独分离为具体原因。
直接查看在考虑中的主题的实际 section 和区块文件，不要因为 Dawn 是大多数指南使用的参考主题，就假定预测搜索设置会和 Dawn 一样。如果某个主题的搜索 section 像 Horizon 那样显示零项设置，在断定该功能完全缺失之前，先找一找配套的区块。
可以，通过 columns_desktop 实现，它是 sections/main-search.liquid 中一个从 1 到 6、步长为 1 的范围设置。另有一个独立的 columns_mobile 设置，但它是一个只有 2 个选项的下拉选择，而不是范围设置，所以移动端的布局选择比桌面端更窄。两项设置都位于同一个文件中，Shopify/dawn 仓库提交 258f00f，日期为 2026-08-10。这两项设置都不会影响搜索算法呈现哪些产品，只影响返回结果的排列方式。
可以。show_secondary_image 是 sections/main-search.liquid 中的一个复选框设置，属于该文件在 2026-08-10 的 258f00f 提交中记录的 14 项设置之一。同一个 section 中还有一个 show_vendor 复选框，因此供应商名称和第二张图片可以独立开关。这两项设置都不会改变搜索查询返回的数据，只改变主题选择渲染其中哪些内容。
因为 Horizon 的 sections/predictive-search.liquid 有 0 项设置，sections/predictive-search-empty.liquid 同样有 0 项设置，二者都在 2026-08-31 的提交 8b42ace 中得到确认。Horizon 把可调部分移到了区块而不是 section 中：blocks/_search-input.liquid 带有 8 项设置，包括 width、从 0 到 100 以 1 个百分点为步长的 custom_width，以及背景、文字和边框三项颜色设置。所以 section 文件中的缺失是真实且经过测量的，不是报道遗漏，任何想在 Horizon 中编辑搜索外观的人都必须查看区块，而不是 section。
这里的事实无法单独分离出搜索 section 的影响，但确实显示了主题整体 Core Web Vitals 表现可能落在的区间。在移动端，拥有充足数据的 247 个主题中位数为 85.5% 的店铺通过全部 Core Web Vitals，区间从 46.1% 到 98.6%。在桌面端，199 个主题的中位数为 86.2%，区间从 30.3% 到 99.2%。这些数字来自覆盖 2026 年 7 月真实访客的 CrUX 数据，而非实验室测试，因此更重的搜索 section 是导致某个主题落在该区间某个位置的诸多可能因素之一。
单以设置数量而论，是的。Dawn 的 sections/main-search.liquid 在一个文件中有 14 项设置。Horizon 把相同功能拆分到三个文件中，其中两个各有 0 项设置，另一个区块 blocks/_search-input.liquid 有 8 项设置。加总起来，Horizon 与搜索相关的可配置面是区块中的 8 项设置加上两个 section 的零项，而 Dawn 是单个 section 中的 14 项。两者架构上的差异大于原始可配置性上的差异。