元字段负责保存额外数据，主题负责把它显示出来。后台创建字段并填值后，还要连接兼容的动态源，或在合适的Liquid位置输出；保存成功不等于买家已经看见，也不代表搜索排名得到加分。
先选数据类型，再决定页面形式
| 内容 | 可考虑的类型 | 使用前要确认 |
|---|---|---|
| 材质或简短型号说明 | 单行文本 | 名称、来源与实际商品对应 |
| 保养步骤、段落或列表 | 富文本 | 输出支持所用格式，避免再套p标签 |
| 数量与普通数值 | 整数或小数 | 单位、允许范围及是否需要计算 |
| 重量、体积、尺寸 | 相应带单位测量类型 | 单位与显示/换算逻辑一致，不把一切塞成字符串 |
| 说明书等资料 | 文件引用 | 文件类型、版本、访问与实际用途 |
| 多个商品共用的一组资料 | 元对象及引用 | 共享范围、发布/访问设置及主题支持 |
Liquid metafield对象的value会按类型返回字符串、数字、测量对象或资源对象等不同内容。不能把所有字段一律当字符串，也不能假定任意列表都能直接套同一个输出过滤器。自定义数据概览说明元字段与元对象的职责：前者补充资源属性，后者组织可复用的自定义内容结构。
先用主题支持的动态源
Shopify显示元字段帮助说明，可在支持动态源的section或block设置中连接对应字段。能不能连接取决于主题、当前资源和设置类型；找不到连接按钮时，先核兼容性，不要直接判断该字段不能用于前台。
例如产品模板的说明区域可以引用当前产品的保养资料。换一个产品预览时，应显示该产品自己的值；若所有商品都显示同一段，检查是否误填成主题固定文本或引用了同一条共享内容。元对象适合共用资料，但更新一条共享内容可能影响多个产品，修改前应查引用范围。
一个普通文本加富文本的Liquid例子
以下教学例子假设已在产品上定义custom.material为单行文本、custom.care为富文本，并在产品上下文使用。字段名只是例子，代码不会替你创建定义或填写资料：
{% assign material = product.metafields.custom.material %}
{% assign care = product.metafields.custom.care %}
{% if material.value != blank %}
<p>材质：{{ material.value | escape }}</p>
{% endif %}
{% if care.value != blank %}
<div class="product-care">
<h2>保养说明</h2>
{{ care | metafield_tag }}
</div>
{% endif %}材质读取value后转义；保养资料把完整metafield对象交给metafield_tag，由过滤器按类型输出HTML。富文本会生成div等结构，因此外层不应再用p。空值时不显示对应标题和内容，避免留下“保养说明”却没有答案。
该过滤器并不支持任意列表类型；当前文档仅列出相应支持的列表。产品、文件或元对象引用要核返回对象与所需属性，不能直接输出对象名称就宣布完成下载或关联展示。布尔值false、数字0和真正缺失也应按业务含义分别处理，不能统一丢弃。
怎样知道数据真的落到了正确页面
- 保存字段定义、类型、namespace/key、资料来源及适用商品。
- 分别选已填、未填、长内容及特殊字符的商品，核编辑器预览和公开页面。
- 检查可见文字、单位、下载目标、手机表格及标题层级；复杂格式和列表另测。
- 切换变体和市场，确认内容究竟绑定产品还是变体、是否需要随选项改变；不要用产品级静态值冒作当前变体资料。
- 若再用于产品结构化数据，按实际Schema字段核真实输出；后台数据结构不自动等于搜索标记。
颜色尺码的数据组织可对照变体与独立页面；需要新增展示模块时看自定义section。字段应帮助长期维护准确答案，不是给每个关键词单独开一个输入框。