Shopify Metafields 元字段设置指南：给商品页加规格表与尺码表

卖家居、服装、3C 配件的中文商家，多半都遇到过同一种尴尬：供应商发来一张表格，十几行参数——尺寸、材质、克重、承重、洗涤方式、保修期。可到了 Shopify 后台，这些内容只有一个地方可以放：商品「描述」框。于是参数被粘成一段文字，字号靠手动调、对齐靠敲空格，改一句措辞要在几十个商品里复制粘贴几十遍。

Metafields（元字段）就是为这类信息准备的：把「一句话」变成「一个有名字、有类型的字段」，后台按字段管理，前台按位置渲染。这篇讲清楚它适合解决什么、定义怎么建、值从哪填、如何让它显示在页面上，以及规模化之后怎么治理。你可以先通读一遍建立判断标准，再开通免费试用，在后台照着点一遍——本文的步骤按默认后台的菜单名称描述，界面若有更新，以你后台的实际入口为准。

一、为什么参数不该塞进描述框

商品描述是一段富文本，它擅长说清「这是什么、好在哪」，但不擅长承载「结构化的信息」。差别体现在四件事上：

• 复用：同一句洗涤说明粘在 80 个商品的描述里，供应商改了口径就要改 80 次；作为字段则可以统一渲染，或者收进一个 Metaobject 只维护一次；
• 定位：参数写成段落，顾客要读完整段才知道厚度；做成字段就是「厚度 6 mm」一行，扫一眼就有答案；
• 可控：字段有固定类型——数字只能是数字，颜色只能是颜色，不会出现有人把保修期写成一段自由发挥的话；
• 可被机器使用：勾选可用于搜索之后，字段能拿去做筛选与排序；商品 Feed、邮件模板、结账页提示也都能读取它。描述里的文字只能靠人眼读。

一个简单判断法：这条信息以后会不会改？会不会很多商品共用？会不会被用来筛选、匹配或触发某个动作？三问里只要有一个「会」，它就更适合做字段，而不是继续留在描述框。反过来，只属于这一款商品、写完基本不改的种草文案，放在描述里反而更灵活（写法可回看商品页文案公式）。

二、先分清三个词：定义、元字段、Metaobjects

后台里这三个概念经常一起出现，先把它们钉清楚，后面就不会绕：

• 元字段定义（Definition）：字段的说明书——它叫什么、属于哪种资源、内容是什么类型。资源类型包括产品、产品变体、合集、页面、博客文章、顾客、订单等。定义只建一次，之后每个商品只是往里填值；
• 元字段（Metafield）：某个具体商品上填的那个值。同一份定义，一百个商品就是一百个值；
• Metaobjects：当一条信息本身就包含好几个字段（例如一张尺码表里的「适合身高 / 腰围 / 臀围 / 推荐码」），就把它做成一个 Metaobject 类型，一份内容可被多个商品引用，改版只动一处。服装、鞋类、家居尺寸类目的商家建议优先考虑它。

命名规范最好在建第一个字段之前定下来：命名空间（namespace）按业务域取短名，例如 spec、care、size、trust；键（key）统一小写下划线，例如 material、wash、warranty_days。字段一多，命名混乱比没有字段更难收拾。

三、后台实操：建一个字段并填上值

第一步，建定义。进入后台的设置 → 自定义数据 → 添加定义，逐条填写：

• 名称：给你自己看的中文名，例如「材质成分」；
• 命名空间与键：例如 spec.material；
• 资源类型：选「产品」（选错通常需要重建，动手前想清楚这条信息挂在商品上还是变体上）；
• 内容类型：最常用的五类是单行文本（一个参数值）、多行文本（保养步骤）、富文本（带段落和列表的长说明，显示时保留排版）、数字（承重、厚度，可配校验）、以及颜色 / 日期 / 文件 / 网址按需选用；
• 校验：给数字设范围，例如 0–200，避免有人填成「大约 5 厘米」；
• 状态：草稿状态下主题不会显示，确认无误再设为活跃；
• 进阶：勾选「可用于搜索与筛选」，并在描述里写清这个字段的填写口径，同事就不用猜。

第二步，填值。按数量选入口：单个商品用商品页底部的元字段区块所见即所得；十几到上百个用商品列表的「列」设置调出元字段列，像表格一样连续填；量更大就走 CSV，列名写成 Metafield: spec.material（多值字段再带 .value 与 .position），按 Handle 匹配导入，配合批量上架一起做最省事。如果同一个参数每个颜色或尺码都不一样，那它的资源类型应该是「产品变体」，而不是在产品上写「每个颜色一行」。

四、让它显示出来：主题设置与一段 Liquid

填了值不等于页面会出现，还要告诉主题在哪儿显示。两条路，优先走第一条：

• 主题设置：在线商店 → 主题 → 自定义。多数 OS 2.0 主题的「产品详情」「规格表」「抽屉 / 弹出区块」可以把数据源直接选为某个元字段。能用设置解决的就不碰代码，将来换主题也少踩坑（整体装修思路见主题装修指南）；
• 少量 Liquid：需要在特定位置显示时，在主题代码里引用 product.metafields.spec.material；富文本用 | metafield_tag 过滤器输出以保留排版，纯文本用 | metafield_text；整块外面套一层 {% if product.metafields.spec.material != blank %}，没填的商品就不会留下一行空标签。

要动代码，三道保险别省：先复制一份主题，在副本上改；只改真正需要的那一个区块文件；用预览在手机端看一遍再发布。心里没底就切回原主题，别在正式主题上试错。另一个提醒：规格表这类内容尽量用文本渲染，不必为一张参数表再装一个第三方应用——多一个应用就多一份脚本负担（详见站点速度优化指南）。

五、五个最值得先做的用法

• 规格表：尺寸、材质、承重、适用场景，一行一条。顾客要的是「快速核对」，不是一段话；
• 尺码与选型指南：服装、鞋、需按尺寸匹配的商品，把对照表做成 Metaobject，在商品页用弹窗打开，比在描述里塞一张长图清楚得多（变体怎么配合，见商品变体设置指南）；
• 保养与使用说明：洗涤方式、存放注意、安装步骤，把客服每天重复回答的问题前置到页面上；
• 合规与售后声明：保修期限、电池与食品接触材料的提示语、儿童玩具的注意事项。统一表述比每个商品各自发挥更稳妥，具体条款建议与你的法务或服务商确认后再定稿；
• 信任与品牌内容模块：面料产地、检测报告的名称与编号、认证主体，与评价、品牌故事页一起构成完整的信任链条（可参考商品评论与信任体系、品牌故事页设计）。

还有一条常被忽略：把重量、尺寸、条码等字段按渠道要求配齐，Google 等销售渠道的商品 Feed 会用到这些结构化数据（接入步骤见Google 销售渠道指南）。字段建到位，后面开渠道、做自动化都是在复用同一批数据。

六、规模化：批量填值与字段治理

字段一多，管理成本会立刻显现。几条经验：

• 一个字段一个负责人：谁维护、改了通知谁，写进定义描述里；
• 控制数量：产品上超过约十个字段就该分组，只建「确定会被使用的」，否则后台会变成仓库；
• 定期审计空值：每季度筛一遍长期空着的定义，确认不再使用后再删除；
• 和自动化配合：「保修字段有值就自动打标签进合集」「材质命中某些关键词就提醒补充说明」这类规则能让字段真正被用起来（做法见Flow 自动化入门）；
• 写一页文档：命名规范加上每个字段的填写口径，新人上手不必反复问，日常巡检时也能顺手核对（巡检节奏见日常运营 SOP）。

至于第一次动手的顺序，建议别贪多：先挑 3–5 个字段（一条规格、一条保养、一条声明），在最主力的一个商品上填好、显示好、手机端看过，再决定要不要铺开。这个顺序也能帮你避开常见的过度设计——字段建了几十个，主题里一个都没显示。

七、上线前检查清单（可直接抄走）

• □ 命名空间与键已统一：小写下划线、按业务域分组；
• □ 每个定义的资源类型正确：商品级还是变体级没有搞混；
• □ 内容类型匹配内容：长说明用富文本，参数用数字并设了校验；
• □ 需要筛选的字段已勾选可用于搜索，并在站内搜索应用里配好筛选面；
• □ 主题里的显示位置经过手机端预览，空值不渲染出空标签；
• □ 代码改动在主题副本上完成，随时可回退；
• □ 跨商品共用的长内容已收进 Metaobject，只维护一处；
• □ 渠道所需的重量、尺寸、条码等字段已按要求补齐；
• □ 域名与 SEO 基础项已一并过一遍（清单见域名绑定与 SEO 基础设置）。

写在最后

Metafields 属于那种「做一次、之后每天都在用」的基础设施。它的价值不在于让商品页看起来更花哨，而在于让你重新拿回对商品信息的控制权：一处维护、多处使用、能被筛选、能被机器读取。对 SKU 多、供应商参数杂、渠道要求各异的中文卖家来说，这一步往往是从「能卖」走向「好管」的分水岭。如果你此刻正被一张供应商参数表折磨，动手的时机就是现在——免费试用 Shopify，先建五个字段，把一个主推商品重排一遍，你会立刻感觉到差别。