如何让电商商店能被AI购物代理读取？

首先衡量您自己的差距

在进行任何更改之前，运行能预测大部分问题的测试。像爬虫一样抓取产品页面 — 不执行 JavaScript — 并查看哪些内容得以保留。

您正在检查原始响应中的四项内容：价格、可用性状态、变体标识以及稳定的产品标识符。如果其中任何一项仅在客户端渲染后才出现，那么评估您产品的代理要么在猜测，要么会跳过您。Adobe 发现产品页面的机器可读性得分仅为66%，是所有页面类型中最低的，这绝大部分是原因所在。

对您的集合页面和搜索结果运行相同的测试。完全在客户端渲染的类别页面即使单个产品没问题，也无法作为发现界面被看到。

四个层级，按回报顺序排列

下面的每个层级都独立有用。即使某个特定协议未能胜出，也不会有任何浪费，考虑到目前仍有许多变化，这是您希望拥有的特性。

人们在 robots.txt 决策上犯的错误

对于以文本为产品的发布商来说，全面阻止 AI 爬虫是一个可辩护的立场。但对于以商品为产品的商家来说，这几乎是站不住脚的：您为了保护您为销售该商品而撰写的文案，而拒绝出现在零售业增长最快的推荐渠道中。

要深思熟虑，而不是默认行事。分别决定关于构建训练语料库的爬虫和抓取页面以回答实时购物问题的代理 — 它们是不同的交易，大多数零售商都希望无条件地允许后者。

另一个常见错误是过于宽泛的 disallow 规则。如果您的认证页面位于作为营销页面前缀的根级路径上，一个简单的 disallow 会默默地将营销页面也从索引中移除。锚定每条规则。

llms.txt 成本低，对其的反对意见站不住脚

我们过去常将其视为一个无人尝试的廉价赌注。我们自己的测量结果却并非如此：在147个知名 DTC 品牌中，大多数可访问的品牌已经发布了 llms.txt — 而且绝大多数都不是自己编写的，因为他们的平台提供了一个模板。Google 曾表示没有 AI 系统使用该文件；商家是否发布它已不再是问题。

所以决定不是是否拥有一个。而是生成的默认文件是否有价值。一个 4.3KB 的模板描述了一个通用商店 — 它不知道您的哪些产品重要，也不知道您与发布相同文档的其他品牌有何不同。那些自己编写的品牌文件大小从 566 bytes 到 28KB 不等。

无论如何，规则是：从您的路由注册表生成它，而不是手动编写，这样它就不会过时。一个过时的索引比没有索引更糟糕，因为它自信地指向了已经移动的页面。

在 PlatformDTC 上无需构建即可获得什么

在 PlatformDTC 上，这些是平台特性而非项目。店面服务器端渲染产品数据，并带有结构化标记，作为发布管道的默认输出。发现层 — robots、sitemap、llms.txt — 在构建时从真实的路由树生成，因此发布的页面是可被发现的页面。

程序化层是代理网关 (Agent Gateway)：目录、购物车、报价和订单操作作为范围化的 API 调用和 MCP 工具公开，具有幂等性键、审计跟踪以及对任何涉及支出的操作的人工审批门。