AI 如何读取 Figma
Figma在AEO就绪度上得分52分（满分100分）。这个协作设计平台在结构化数据（80分）和代理发现信号（85分）方面表现出色，但在代理接口上得分为零——意味着没有MCP服务器、没有API目录，也没有为AI客户端提供的Markdown响应。总体处于中等水平。
AI 看到了什么？
当AI代理爬取Figma时，它会发现一个具有可靠元数据但几乎没有机器可读接口供代理操作的设计平台。
查询Figma的代理会遇到一个具有强大结构化标记和良好发现信号的精心构建的主页——结构化数据评分80，基本代理可爬性达到85。但在这个表面层之外，情况发生了急剧变化。没有Link响应头来曝露有用的资源，没有为Accept: text/markdown请求返回的Markdown变体，也没有用于API目录或MCP服务器卡的/.well-known/端点。对于试图以编程方式理解Figma提供内容的AI代理——其REST API、插件系统或webhook集成——该网站返回不了任何机器可操作的内容。身份和身份验证基础设施处于50分的半成品状态，内容结构也相同。
它在哪里丢分？
代理接口得分为零——这是Figma的AEO配置中最尖锐的差距，也是其整体得分停留在52的主要原因。
该如何修复？
三个有针对性的补充将使Figma的代理就绪程度显著接近生产级AI优先的存在。
发布MCP服务器卡
通过位于/.well-known/mcp/server-card.json的标准化MCP服务器卡向AI代理曝露Figma的功能。
扫描在/.well-known/mcp/server-card.json处未找到服务器卡，导致每个支持MCP的代理都无法发现Figma的传输端点或功能。
在/.well-known/mcp/server-card.json处提供JSON文档，声明serverInfo（名称、版本）、传输端点（HTTP或SSE）和功能对象，列出可用工具，如文件读取、评论或导出。这个单一文件为Claude、Cursor和任何支持MCP的客户端解锁Figma。
在/.well-known/api-catalog处提供API目录
让自动化代理通过标准RFC 9727链接集发现Figma的REST API、Webhooks和Plugin API。
在/.well-known/api-catalog处不存在API目录，所以代理必须猜测Figma的机器接口，而不是通过标准well-known路径定位它们。
从/.well-known/api-catalog返回application/linkset+json，其中链接集数组指向Figma的REST API、Webhooks和Plugin API OpenAPI规范。添加anchor和rel字段，以便代理可以区分每个表面而无需解析文档。
在Accept: text/markdown时返回Markdown
当AI代理请求时，提供关键页面的干净Markdown版本，改进内容提取精度。
Figma的服务器忽略Accept: text/markdown标头，始终返回HTML，迫使代理删除导航、页脚和UI chrome来提取有意义的内容。
服务器端检测Accept: text/markdown标头并响应剥离的语义Markdown文档——标题、描述、关键功能列表和API入口点——使用Content-Type: text/markdown。HTML保持为浏览器的默认；Markdown路径仅供代理使用。
常见问题
为什么Figma在代理发现方面得分高，但在代理接口方面得分为零？
Figma的现有REST API是否有助于其AEO得分？
修复这三个问题将在多大程度上改进Figma的AEO得分？
你自己的网站为 AI 做好准备了吗？
对任意网址运行同样的五类别分析。免费，开始无需注册。
免费检测你的网站
