9 家知名 Shopify 店实测：AI 助手看得到什么、看不到什么

发布于 2026-11-05 · ipok.fyi

现在有不少人购物前会先问 AI。他们打开 ChatGPT、Perplexity 或 Claude，问「最好的美利奴羊毛运动鞋」或「能扛住狗折腾的可水洗地毯」，得到的往往是一小段回答，里面点到几个品牌。如果你自己在做 Shopify 店，就会关心两件事：这些助手能不能抓到你的页面，以及抓到之后能不能看懂。

2026 年 11 月 3 日，我对十个常见的 Shopify / DTC 品牌跑了同一套技术检测：Allbirds、Bombas、Brooklinen、Chubbies、ColourPop、Fashion Nova、Gymshark、Kylie Cosmetics、MVMT 和 Ruggable。每家看首页和一个抽样商品页，重点盯机器能不能抓、能不能理解：AI 爬虫相关的 robots.txt、/llms.txt、sitemap、站点级 JSON-LD、Product 结构化数据、Open Graph，以及关键文案是否写在原始 HTML 里。

先说清楚范围。样本不大，每家只抽一个商品页，不是全站扫描。有一家完全测不了，还有一个「商品页」结果大概率有偏差，后面碰到我会标出来。本文更像一次模式快照，别当成排行榜或基准测试。

先交代两个数据说明

Bombas 对检测工具返回了 HTTP 429（Too Many Requests），普通 curl 也一样。它那 25 分反映的是被限流，不是站点质量，所以我把它剔除了。剩下 9 家。

Brooklinen 抽到的「商品」URL 其实是挂在 /products/ 下的内容页或落地页（/products/content-nov-cat-sale-bed），不是真商品页。因此「没有 Product 结构化数据」多半是误报。商品页相关统计，我只用了抽样页确为商品页的 8 家。

Bombas 本身也算一记提醒。防爬规则如果能挡住检测工具，同样可能挡住 AI 助手的实时抓取。限流能护站，但最好搞清楚挡掉的是谁。

这些店做对了什么

九家都允许 AI 爬虫访问。 robots.txt 对 GPTBot、OAI-SearchBot、ChatGPT-User、ClaudeBot、PerplexityBot、Google-Extended、Bingbot 和 Applebot-Extended 全部放行。Shopify 默认的 robots.txt 本来就不会拦它们。

不过，九家里没有一家显式点名这些爬虫。 它们都是靠通用的 User-agent: * 规则组放进去的。眼下没问题。但访问权限如果只靠默认值，有人改了 robots.txt.liquid、装了个应用或换了主题，权限可能悄悄变掉，而且没人察觉。

多数已经有了 llms.txt。 9 家里有 7 家提供了 /llms.txt（大约 5.4–6.2 KB）。Gymshark 和 Ruggable 没有。llms.txt 还是提议中的约定，不是官方标准，各家 AI 用不用也不一。尽管如此，这组店里普及度比我预期的高。

基础项都过关。 每家都是 HTTPS、HTTP 200，sitemap 有效。得分从 76（Brooklinen，部分被那个误报的商品页拖低）到 94（Gymshark），平均大约 86/100。大牌把基本功做对了，差距出在细节。

差距 1：结构化数据里的站点身份

助手不光要知道你卖什么，还要搞清品牌是谁。首页上的 Organization 和 WebSite JSON-LD 是最直接的办法：名称、URL、logo、社交账号。

• 9 家里有 3 家首页既没有 Organization 也没有 WebSite：Allbirds、Brooklinen、Kylie Cosmetics。Kylie 首页只有 BreadcrumbList。
• 另有 2 家（Chubbies、Fashion Nova）有 Organization，但没有 WebSite。
• 合计 9 家里有 5 家至少缺其中一项。
• ColourPop、Gymshark、MVMT、Ruggable 两项都有。Ruggable 用了更具体的 OnlineStore 类型，也能算 Organization。

建议： 在 theme.liquid 里加一块 Organization（或 OnlineStore）和一块 WebSite，写上 name、url、logo，以及指向官方社交账号的 sameAs。一次性改完就行。

差距 2：商品标识符（GTIN）

8 个真实商品页都有带 offers、价格和库存状态的 Product 结构化数据——主题通常能把这部分写好。标识符就不一样了：

• 8 个商品页里有 6 个 Product 结构化数据没有 gtin 或条形码。只有 ColourPop 和 Gymshark 写了。

有了 GTIN，搜索引擎、购物 feed、AI 助手都能把你的商品和别处同一件货对上：评价、零售商页面、对比文章。没有的话，系统只能拿商品名去猜。

建议： 先在 Shopify 后台给各变体填好条形码，再确认主题真的会在 Product JSON-LD 里输出 gtin12 / gtin13 / gtin14。很多主题就算条形码填了也会跳过。如果卖的是没有 GTIN 的自有商品，就用稳定的 mpn 或 sku，并配上准确的 brand。顺带一提：ColourPop 抽到的商品有 GTIN，但没有 brand。

差距 3：机器看得到的评价数据

评价是助手很爱转述的信号（「2,000 条评价，4.7 星」）。但只有写进标记里的数据才算数。

• 8 个商品页里有 4 个结构化数据没有 aggregateRating：Allbirds、ColourPop、Kylie Cosmetics、MVMT。
• Chubbies、Fashion Nova、Gymshark、Ruggable 有。

这些品牌都不缺顾客评价。更可能的情况是：评价组件在浏览器里加载，从来没把结构化数据写进页面 HTML。

建议： 多数评价应用都有富摘要（rich snippets）或 JSON-LD 开关。打开它，然后用「查看源代码」确认，别只看渲染后的页面。在源码里搜 aggregateRating。如果它只在 JavaScript 跑完后才出现，就默认很多爬虫看不到。

差距 4：FAQ 内容

在抽查的页面上，9 家里有 0 家有 FAQ 标记或可检测到的 FAQ 内容。这是整套检测里权重最低的一项。但买家问助手的问题，和在店里问的差不多：尺码、护理、配送时效、退货期限。商品页或链接出去的 FAQ 页上写清楚，助手才有东西可引用。

建议： 把最常见的 4–6 个售前问题用纯 HTML 写在商品模板或专门的 FAQ 页上。FAQ 结构化数据是加分项，不是目标本身。

差距 5：社交预览标签

9 家里有 3 家 Open Graph 不完整或缺失。Ruggable 首页没检测到 OG 标签，Chubbies 和 Fashion Nova 没有 og:image。这主要影响链接预览，但修好几乎零成本，还多一份清晰的页面描述。

关于原始 HTML

9 家都通过了原始 HTML 检测：服务器响应里有真实文本。但文本量差很多。Fashion Nova 首页原始 HTML 大约 336 个词，Gymshark 超过 57,000（原始 HTML 词数也可能掺进导航和脚本旁的文本）。实时抓页的助手往往不跑 JavaScript。定位、主品类、配送或退货承诺这类关键信息，应该直接出现在服务器返回的 HTML 里。

给你自己店的 30 分钟清单

1. 打开 /robots.txt。 确认没有规则拦住你在意的 AI 用户代理。想把访问写死的话，在 robots.txt.liquid 里给它们加显式的 Allow 规则组。
2. 检查防火墙和防爬。 如果开了限流或机器人验证，别让正常的 AI 抓取拿到 403 或 429。
3. 看首页源代码。 搜 "@type": "Organization" 和 "@type": "WebSite"，缺哪个补哪个。
4. 看一个真商品页的源代码。 在 Product JSON-LD 里找 gtin、brand、aggregateRating。
5. 把商品 URL 丢进 Google 富媒体搜索结果测试（Rich Results Test），校验标记。
6. 加一份简短的 /llms.txt：你是谁、主要系列，以及配送和退货政策链接。
7. 写下最常见的售前问题，用纯 HTML 回答。
8. 直接问助手。 打开联网搜索，用顾客会问的问题去问 ChatGPT、Perplexity、Claude。记下有没有提到你、引用的是哪一页。

更大的图景

这个小样本里，好消息是：访问权限不是瓶颈。大型 Shopify 品牌并没有在拦 AI 爬虫。真正偏弱的，是机器进来之后如何理解店铺的那些细节——品牌是谁、这究竟是哪一件货、顾客怎么评价。放在 Shopify 上，多半改个设置或动一两处主题就够，用不着换平台。

披露：ipok.fyi（与 ipok.io 无关）是我自己的产品：我是 Minh，独立创始人，本文的检测也是用它做的。基础检测免费；AI 实测每天免费 1 次，之后用点数。上面清单里的每一项，其实也可以手工检查。

免费检测你店铺的 GEO / AI 可见度 →