实施指南
让答案引擎更容易理解每一个 Shopify 商品。
使用 Shopify 特有的实施建议，检查店铺抓取、商品事实、结构化数据、canonical、Sitemap 覆盖与主题性能。
检查维度 抓取访问
检查维度 结构化数据
检查维度 内容模板
检查维度 性能
Shopify 检查
开始内容优化前先完成五项检查。
先修复访问、重复和渲染问题，再判断 AI 可见度不足是否由内容引起。
01
robots.txt.liquid检查 Shopify 默认规则与自定义模板是否允许目标爬虫访问。
02
Sitemap 覆盖核对商品、集合、页面与博客是否进入 sitemap.xml。
03
商品结构化数据检查商品价格、库存、评价与变体信息是否一致。
04
Canonical 与变体避免参数、变体与集合路径造成规范化混乱。
05
主题性能减少阻塞脚本和应用注入对抓取与体验的影响。
Shopify 平台细节 · 核对于 2026-09-09
这些事在 Shopify 上具体是怎么运作的
通用建议在「要去点哪里」这一步就不管用了。下面每一行都是这个平台上的具体机制，并链回它出处的官方文档。
| robots.txt | Shopify 会替你生成 /robots.txt。要修改就在已发布主题里加一个 robots.txt.liquid 模板，遍历 Liquid 的 robots 对象、在其基础上增删规则，而不是整段替换 —— 因为 Shopify 会定期更新默认规则。默认并不宽松：它禁止 /admin、/cart、/checkout、/search、/policies/ 与带筛选参数的集合 URL。只有已发布的主题会生效。 平台文档 |
|---|---|
| /llms.txt 与 /agents.md | 这是唯一把这个文件当一等公民的平台。即使主题里什么都没有，Shopify 也会默认服务 /agents.md，并镜像到 /llms.txt 与 /llms-full.txt。/llms.txt 的查找顺序是 llms.txt.liquid、agents.md.liquid、Shopify 托管的默认值。加 agents.md.liquid 会同时改这三个，加 llms.txt.liquid 只改 /llms.txt。 平台文档 |
| 结构化数据 | Shopify 不会替你注入 JSON-LD。官方路径是 structured_data 这个 Liquid 过滤器：把 product 或 article 对象转成 schema.org JSON-LD，再由你自己包进 script 标签。必须在模板代码里显式调用。Product 与 Article 之外的类型（如 Organization、FAQPage）要手写 Liquid 或装应用。 平台文档 |
| 渲染 | 普通店铺页面以完整 HTML 送达：Liquid 在服务端组装。不在这份 HTML 里的是通过 Ajax Section Rendering API 取回的部分 —— 主题常用它做集合筛选、搜索分页与购物车更新，另外还有评价、问答这类应用在客户端注入的内容。 平台文档 |
| Sitemap | 在 /sitemap.xml 自动生成，是覆盖商品、集合、博客与页面的索引，并会自行更新。Shopify 没有提供任何自定义或排除单条 URL 的官方方式。设了密码保护的店铺，其 sitemap 爬虫根本访问不到。 平台文档 |
| 容易踩的坑 | structured_data 过滤器在商品有多个变体时输出的是 ProductGroup 而不是 Product，单变体商品才输出 Product。任何断言「@type 必须是 Product」的体检工具，会在你每一个带变体的商品上报一个假的失败，而且 offers 的结构也不同。 平台文档 |
实施时请依据最新 Shopify 官方文档确认具体设置。
Shopify robots.txt.liquid 文档 ↗实施路径
可执行的 Shopify GEO 流程。
把技术准备、内容证据与持续监测分开处理。
01 检查站点 运行爬虫、robots、sitemap 与 schema 检查。
02 修复模板 在模板层一次性修复重复问题。
03 提升证据 强化事实、比较与第一方文档。
04 衡量结果 持续追踪问题、引用与可见度。
相关工具
先运行不消耗 AI Token 的技术检查。
完整示例
一个商品页，从头到尾修一遍。
示例店铺的完整走查：检查发现了什么、在 Shopify 里改了什么、答案发生了什么变化。
追踪的问题 适合小户型的模块化沙发
改动前 检查发现三个阻断项
- 商品描述是营销话术——没有尺寸、材质、承重等模型可引用的事实。
- FAQ 标签页由客户端渲染，初始 HTML 里一条都没有。
- 主题和 SEO 应用各输出一次 Product Schema，offers 字段互相冲突。
改动 三处改动，不碰主题代码
- 基于确认过的店铺事实重写描述；商家逐条确认。
- 把买家问题 FAQ 写入 Metafield，由 Theme App Extension 在服务端渲染。
- 把 JSON-LD 收敛为单一 Metafield 输出，并停用重复来源。
改动后 下一次检测看到的变化
- 初始 HTML 中已包含尺寸、材质与五个买家问题。
- 仅剩一份有效 Product Schema；FAQPage 存在且解析无误。
- 追踪问题开始点名该店铺，并引用商品页而不是第三方评测站。
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Aster Modular Sofa — 2 Seat",
"material": "Recycled polyester boucle",
"additionalProperty": [
{ "@type": "PropertyValue", "name": "Width", "value": "168 cm" },
{ "@type": "PropertyValue", "name": "Seat depth", "value": "58 cm" },
{ "@type": "PropertyValue", "name": "Weight capacity", "value": "180 kg" },
{ "@type": "PropertyValue", "name": "Cover", "value": "Removable, machine washable" }
]
} 用于设计评审的示例数据。店铺、数值与结果均为示例；请在你自己的店铺上运行同样的检查后再下结论。
FAQ
团队开始前常问的问题
平台页意味着 InsightWonder 会自动修改网站吗？
不是。页面说明平台特有检查和实施路径；只有在集成已验证时，才描述回写或应用内修改能力。
robots.txt 和 llms.txt 足以完成 GEO 吗？
不足。它们有助于访问与理解，但高质量答案仍依赖清晰内容、结构化证据与可信站外信号。
没有示例时应该上线平台页吗？
不应该。只有具备平台特有检查、可执行步骤以及真实或完整示例后再发布。
InsightWonder 会改动主题或模板代码吗？
不会。平台集成走各平台官方支持的扩展点,不直接改主题文件。
只做技术修复就能被推荐吗？
通常不够。可抓取性检查只是移开障碍;模型是否点名你,仍取决于内容是否清晰、证据是否结构化,以及站外信号是否可信。
可以连接多个站点吗？
可以。站点在同一账号下是彼此独立的监测范围,结果不会混在一起而失去可比性。