【教程】Shopify 03-产品怎么上架：产品页 SEO 与 JSON-LD

简单聊聊#

第三篇我会细讲产品以及关于产品页 SEO 维护的技术层面解决方案，也就是涉及到元字段和 JSON-LD 映射以及验证，还有经常被人忽视的 aggregateRating 和 Review，要通过激活评论插件补充。这期干货比较多，希望能够帮助到热爱学习的你。

产品上架时，先把基础信息填写完整#

进入 Shopify 后台的 Products > Add product 后，新手通常只会填写产品标题、图片和价格，但一件真正准备上线的产品，需要先把基础信息规范好。

Title 要让用户和搜索引擎一眼知道产品是什么；Description 不只是参数表，而是要说明产品能解决什么问题、适合什么使用场景、核心规格和购买前需要注意什么。Media 需要保证产品图片清晰，建议依次展示产品全貌、细节、使用场景、尺寸或规格图。

价格区域的 Price、Compare-at price、Cost per item 要按实际情况填写；有不同颜色、尺寸或规格时，要建立 Variants，并检查每个变体的图片、价格、库存、SKU 和条码是否正确。Vendor 用于品牌信息，Category、Product type 和 Tags 则方便后台管理、集合页筛选和后续营销。

同时不要遗漏产品页底部的 Search engine listing。这里的 SEO title、Meta description 和 URL handle 都很重要。SEO title 应包含核心产品词与差异化卖点；Meta description 应该简洁说明用户价值、关键规格与适用场景，而不是堆满关键词。URL handle 建议使用简短、清晰、稳定的英文链接，产品上线后不要频繁修改。

Shopify 产品编辑页中的基础产品信息和 Search engine listing 设置

产品描述不是关键词堆砌#

很多人知道产品页需要做 SEO，就把大量关键词直接塞进描述里。这样的内容既影响客户阅读，也不会带来真正有价值的搜索流量。

我更建议先在 Google Search Console 查看网站已有的搜索词、点击和排名，再结合 SEMrush Keyword Magic Tool 找与产品相关的搜索需求。你需要理解用户搜索这个产品时最关心什么：是材质、尺寸、兼容性、使用场景，还是某个具体问题。

确认方向后，可以让 AI 帮你吸收这些关键词，整理成语句通顺、层次清晰的产品描述。但 AI 的作用是整理和润色，不是凭空编造产品能力。最终内容必须基于真实的产品资料，并且先回答客户“这是什么、适合谁、能解决什么问题”，再补充规格参数。客户看得懂，搜索引擎才更容易理解页面主题。

类别元字段和产品元字段有什么不同#

Shopify 后来推出了 元字段，让商家可以在默认产品信息之外，保存更专业、更细致的数据。产品标题、价格和描述适合每个商品都需要的基础内容；元字段则用来补充不同类目、不同产品才需要的规格。

类别元字段 由 Shopify 根据你选择的 Category 提供。比如服装、眼镜、家居等类目，系统会给出材质、颜色、年龄段、尺寸等标准属性。它的特点是更接近行业统一的数据，适合填写搜索、商城和筛选可能会用到的信息。

产品元字段 则是你在 Settings > Custom data > Products 中自己创建的字段。它更适合你的产品独有规格，例如材质、重量、适用人群、安装方式、兼容范围、包装内容或其他技术参数。

元字段不是填在后台就自动产生效果。正确流程是：先创建字段定义，再为产品填写真实值，然后在主题编辑器中把它连接到产品详情页的动态来源。只有客户在前台也能看到这些规格，产品页的信息才真正完整。

为什么前台展示后，还要检查 JSON-LD#

前台展示材质、重量和适配信息后，Google 可以抓取页面文本；但如果希望搜索引擎更明确地理解产品数据，还要检查产品页的 JSON-LD 结构化数据。

大部分 Shopify 主题已经在产品模板对应的 Liquid 文件中输出基础 Product Schema，通常包含产品名、描述、图片、URL、品牌、SKU、价格、货币和库存状态。这些基础信息主要服务于 Google 商品结果与 Google Merchant Center。

你可以在主题代码编辑器中搜索：

1
application/ld+json

或：

1
"@type": "Product"

通常能在产品模板的 Liquid 文件中找到，例如 sections/main-product.liquid。不要直接在 product.json 中增加结构化数据；它一般负责页面布局，而不是输出 JSON-LD。

对于产品元字段，要先到 Schema.org Product 查询是否已有准确的标准属性。有标准字段时优先使用，例如：

品牌使用 brand
材质使用 material
颜色使用 color
重量使用 weight
条码使用 gtin
制造商型号使用 mpn

如果是兼容范围、安装规格、包装内容等没有准确标准字段的信息，再使用 additionalProperty。

例如，产品元字段的键为 custom.material，填写值为 Titanium，可以在主题现有的产品 Schema 中加入：

1
{% if product.metafields.custom.material != blank %}
2
"material": {{ product.metafields.custom.material.value | json }},
3
{% endif %}

| json 不能省略，它会正确处理引号和特殊字符。代码应加入现有的 Product 对象中，例如放在 brand 后、offers 前。不要另建一整段 Product Schema，否则主题、SEO 应用和自定义代码可能会重复输出数据，反而造成冲突。

如果是决定使用additionalProperty,要按照这个格式写

1
"additionalProperty": [
2
  {
3
    "@type": "PropertyValue",
4
    "name": "Compatible bike computers",
5
    "value": "Garmin, Bryton"
6
  },
7
  {
8
    "@type": "PropertyValue",
9
    "name": "Handlebar diameter",
10
    "value": "31.8 mm"
11
  }
12
]

Shopify 产品模板 Liquid 文件中输出 Product JSON-LD 的代码位置

评分和评论必须来自真实数据#

Rich Results Test 中经常会提示缺少 aggregateRating 和 review。这不是让你手动补一段评分代码，更不能虚构评论或评分。

aggregateRating 是产品的平均评分和评论数量；review 是具体的真实顾客评价。正确做法是安装真实评论应用，例如 Judge.me，并在应用中启用产品页的评论区、星级摘要和评价邀请邮件。

安装后，还要在 Online Store > Themes > Customize > Products 中确认 Judge.me 的 App block 已经添加到产品页。真实评价积累后，应用会在前台展示星级和评论，并自动输出对应的结构化数据。之后进入 Judge.me 的 SEO Rich Snippets 设置，启用 JSON-LD 输出。

这里同样要注意：如果主题或其他 SEO 应用也输出评分数据，可能会产生重复的 aggregateRating。建议每次安装新应用后，都测试一条已有真实评论的产品页，确认评分、评论数与前台显示一致。

用 Rich Results Test 验证最终结果#

所有字段、元字段和主题代码修改后，都不要只看后台是否填写完成。请把公开产品链接放到 Google Rich Results Test 中检查。

它看到的是 Google 实际能够读取的页面数据。你可以检查 Product、Offer、价格、库存、品牌、评价等内容是否正确，也能发现 description、运费或退货政策等提醒。

黄色的“非严重”提醒不一定会阻止产品被识别，但如果信息真实且可以补充，就应该逐步完善。特别是运费与退货政策，应在 Shopify 和 Google Merchant Center 中按真实规则配置，并确保网站政策页、结账页和 GMC 保持一致。

Google Search Console 和 Google Merchant Center 的详细配置，我会在后续教程中单独讲解。产品上架这一步先把基础信息、元字段、前台展示和 JSON-LD 做正确，后面做 SEO 与 GMC 才不会从错误的数据开始。

Google Rich Results Test 检查 Shopify 产品页 JSON-LD 结构化数据的结果

结束#

产品上架不只是把商品放到网站上，而是在为客户、搜索引擎和后续广告系统建立一份可信的产品资料。先把真实信息填好、展示好、验证好，再慢慢做更深入的 SEO 和 GEO 优化，网站的基础才会更稳。

音乐

音乐