v2 API 变更: v2 已完全支持 JSON schema 提取,但 API 格式有所调整。在 v2 中,schema 直接嵌入到 format 对象中,写法为
formats: [{type: "json", schema: {...}}]。v1 的 jsonOptions 参数在 v2 中已被移除。使用 Firecrawl 抓取并提取结构化数据
-
设置 Schema (可选) :
定义一个 JSON Schema (采用 OpenAI 的格式) 来明确所需数据;如果不需要严格的 Schema,也可仅提供一个
prompt,并附上网页 URL。 - 发起请求: 使用 JSON 模式将你的 URL 和 Schema 发送到我们的 /scrape 端点。查看方法: Scrape Endpoint Documentation
- 获取数据: 返回与你的 Schema 匹配的干净、结构化数据,可直接使用。
提取结构化数据
通过 /scrape 的 JSON 模式
JSON
无需 schema 的结构化数据
prompt,在没有 schema 的情况下进行提取。LLM 会自行确定数据结构。
JSON
真实案例:提取公司信息
Output
JSON 格式选项
formats 中直接包含一个内嵌 schema 的对象:
formats: [{ type: 'json', schema: { ... }, prompt: '...' }]
参数:
schema: 描述所需结构化输出的 JSON Schema (基于 schema 的提取为必填) 。prompt: 可选提示,用于引导提取 (也用于无 schema 的提取) 。
jsonOptions 参数。schema 必须直接包含在 formats 数组中的 format 对象内。
JSON 提取中不支持 HTML 属性。 JSON 提取是基于页面的 Markdown 转换结果工作的,该转换只保留可见文本内容。HTML 属性 (例如
data-id、元素上的自定义属性) 会在转换过程中被去除,大语言模型无法看到这些属性。如果你需要提取 HTML 属性值,请使用 rawHtml format 并在客户端解析属性,或者使用 executeJavascript 动作为在提取前将属性值注入到可见文本中。保持提取一致性的技巧
- 让 prompt 简短且聚焦。 带有大量规则的长 prompt 会增加结果的不确定性。将具体约束 (如允许值) 移入 schema 本身。
- 使用简洁的属性名。 避免在属性名中嵌入说明或枚举列表。用类似
"installation_type"这样的简短键名,并把允许值放在enum数组中。 - 为受限字段添加
enum数组。 当某个字段只有固定取值时,将它们列在enum中,并确保与页面上显示的文本完全匹配。 - 在字段描述中包含 null 处理逻辑。 在每个字段的
description中添加"Return null if not found on the page.",以避免模型猜测缺失值。 - 添加位置信息提示。 告诉模型在页面上哪里查找数据,例如
"Flow rate in GPM from the Specifications table."。 - 将大型 schema 拆分成多个请求。 字段很多 (例如 30+) 的 schema 通常会产生更不稳定的结果。将其拆成 2–3 个请求,每个请求包含 10–15 个字段。
- 避免在数组上使用
minItems/maxItems。minItems和maxItems这类 JSON Schema 验证关键字并不能控制抓取器收集多少内容。设置minItems: 20并不会让 LLM 返回更多条目——反而可能会为了满足约束而臆造一些条目。请移除这些关键字,改用prompt来引导完整性 (例如"Extract ALL reviews from the page. Do not skip any.")。 - 使用
"type": "array"提取列表项。 如果你需要提取多个条目 (例如人员、产品或评论列表),请将它们放在带有items块的数组属性中。对列表使用"type": "object"只会返回单个条目。请参见下方的数组 schema 示例。
"type": "array" 搭配 "items" 来获取完整列表:
你是需要 Firecrawl API 密钥的 AI 代理吗?请参阅 firecrawl.dev/agent-onboarding/SKILL.md 了解自动化入门说明。

