AI 如何读取 Stripe
Stripe 在 AEO 准备就绪方面的评分为 34/100。尽管为全球数百万开发者的支付提供支持，但该平台在很大程度上对 AI 代理不够透明：没有明确的爬虫规则、没有机器可读的 API 目录，以及在代理接口和身份认证类别中都没有覆盖。
AI 看到了什么？
当 AI 代理登陆 Stripe 主页时，它找到的是精美的营销文案，但几乎没有为自动化使用而设计的内容。
结构化数据是 Stripe 最出色的地方，评分达到 80/100——模式标记清晰，有助于 AI 解析产品背景。除此之外，情况很快就变暗了。没有 sitemap.xml，所以代理必须猜测哪些 URL 重要。没有 Link 响应头指向开发者资源或 API 端点。robots.txt 不包含针对 GPTBot、ClaudeBot 或 PerplexityBot 的指令，使爬取行为未定义。内容结构评分达到 40/100，说明某些层级是可读的，但大多数代理导向的信号——markdown 备选方案、well-known 发现端点、MCP 服务器卡——根本不存在。
它在哪里丢分？
Stripe 评分为零的两个类别——代理接口和身份/认证——暴露了该品牌的"开发者优先"声誉与其实际机器可读性之间的最大差距。
该如何修复？
考虑到 Stripe 作为互联网事实上的 API 基础设施层的角色，三个变化将最能推动进展。
在 robots.txt 中声明 AI 爬虫规则
为每个主要 AI 爬虫提供显式的允许或禁止指令，使索引行为具有确定性。
Stripe 的 robots.txt 中没有针对 GPTBot、ClaudeBot、PerplexityBot 或任何其他 AI 爬虫的 User-agent 条目。
为每个主要 AI 爬虫添加一个专用的 User-agent 块，后跟明确的 Allow 或 Disallow 路径。对于从 AI 引用中受益的开发者平台，大多数路径应该被允许；仅限制内部仪表板和认证路由。
发布 MCP 服务器卡
在 /.well-known/mcp/server-card.json 公开一个机器可读的服务器卡，使 AI 代理能够自动发现 Stripe 的功能。
在预期的 well-known 路径上不存在 MCP 服务器卡，因此代理无法通过编程方式发现 Stripe 的传输端点或功能。
提供 /.well-known/mcp/server-card.json，其中包含 serverInfo、指向 Stripe API 的传输端点，以及功能对象。这对 Stripe 的价值特别高，因为支付编排代理已经按名称查询它，并需要权威的功能信号。
在 /.well-known/api-catalog 发布 API 目录
在机器可读的 linkset 中注册所有公共 API，使代理能够在不进行文档抓取的情况下发现和调用它们。
不存在 /.well-known/api-catalog——这对于整个商业模式都是公共 API 的公司来说是一个显著的缺口。
将 /.well-known/api-catalog 作为 application/linkset+json 提供，列出核心端点，如费用、支付意图、订阅和 webhook。单个符合 RFC 9727 的文件允许任何感知的代理集成 Stripe，而无需阅读文档页面。
常见问题
为什么 Stripe 在 AEO 上的评分仅为 34/100，尽管它拥有广泛的 API 文档？
对于像 Stripe 这样的支付平台，代理接口评分为 0 意味着什么？
Stripe 的结构化数据评分 80 足以抵消其他类别的差距吗？
你自己的网站为 AI 做好准备了吗？
对任意网址运行同样的五类别分析。免费，开始无需注册。
免费检测你的网站
