Firecrawl 网页抓取集成：连接 AI Flowi Workflow

Firecrawl 网页抓取集成可通过 Crawl、Extract、Map 或 Scrape 按 URL 获取内容。在 2026年10月9日 导出的 AI Flowi Workflow 1.9.2 组件目录中，firecrawl 类别恰好包含 4 个组件。

Firecrawl 工作流费用参考：套餐价格和自动化费用指南。

作者：Ai Flowi · 发布于 2026年10月9日

官方来源：Firecrawl 文档

组件目录已有说明；Ai Flowi 尚未进行生产环境测试

可先阅读共用凭据概览了解背景；本页详细说明各项操作对应的目标字段和 JSON 选项。

全部 4 个 Firecrawl 组件

本清单仅包含 firecrawl 类别下的 4 个直接条目，不包含 composio 类别中单独的 Firecrawl 组件。显示名称、说明和必填输入标记均以提供的导出文件为准。

这 4 项操作都要求填写字符串类型的 api_key，其可接受类型列表为空。Crawl 和 Scrape 要求填写单数形式的 url；Extract 和 Map 要求填写复数形式的 urls，其类型同样为字符串。

组件目录参考：Firecrawl 类别。手机上可横向滚动查看表格列；使用键盘时，可将焦点移至各个区域后按方向键滚动。

相关内容：Apify 教程：AI Flowi Workflow 集成。

Firecrawl 可选输入及列出的选项

各项操作的可选设置不同，因此将同一配置复制到全部 4 个组件会忽略这些差异。对象类选项字段列出的连接类型为 Data 和 JSON。

Firecrawl 输出端口

Crawl、Extract、Map 和 Scrape 各声明一个输出：显示名称为 JSON，内部名称为 data，类型为 JSON。导出文件未提供这 4 项操作中任何一项的响应正文示例。

配置 Firecrawl 凭据和操作

1. 在所选组件的必填输入 api_key 中填写 Firecrawl API 密钥。这些操作的文档指定凭据字段并非模型提供商凭据，也并非已保存的 Google 账号选择器。
2. 使用 Firecrawl Crawl API 或 Firecrawl Scrape API 时，在 url 中填写目标。使用 Firecrawl Map API 时，填写 urls。这些必填字符串输入列出的可接受连接类型均为 Message。
3. 使用 Firecrawl Extract API 时，需同时填写 urls 和 prompt；两者均为接受 Message 的必填字符串。如果配置需要，可通过 Data 或 JSON 添加可选的 schema。组件目录未定义如何在这个采用复数名称的字段中编码多个 URL。
4. 只设置适用于该操作的选项：Crawl 接受 crawlerOptions、scrapeOptions、idempotency_key 和 timeout；Scrape 接受 extractorOptions、scrapeOptions 和 timeout。Map 有 3 个与站点地图或子域名有关的布尔设置，Extract 则有可选的 enable_web_search。
5. 先对可检查的测试 URL 运行所选操作，再查看 data，然后添加下游处理。记录下一个节点需要哪些返回字段，避免假定这 4 项操作的响应封装结构相同。

如需复用凭据，请阅读文档中的变量机制，并在编辑器中检查该字段是否支持此机制；组件目录未列出 Firecrawl 已保存连接选择器，也未说明密钥存储方式。

3 个工作流示例思路

以下组合概述了可能的任务，明确保留 URL 选择和载荷检查步骤，未提供经过验证的可导入工作流。

1. 从所选页面整理结构化事实 — 尚未进行生产环境测试

配置 Firecrawl Extract API：填写 api_key，在 urls 中填写目标，并在 prompt 中填写指令。如有需要，将准备好的 Data 或 JSON 值连接到可选的 schema。先检查 JSON 结果，再将其传给 JSON Operations 进行字段选择；组件目录不保证结果符合提供的 schema。

2. 生成站点映射，再检查所选 URL — 尚未进行生产环境测试

使用 Firecrawl Map API，填写 api_key 和 urls，并决定是否设置 ignore_sitemap、sitemap_only 或 include_subdomains。检查其 JSON 输出，选择一个 URL 填入 Firecrawl Scrape API 的必填字段 url。在确认映射响应的结构前，先手动选择 URL；抓取节点也需配置 API 密钥。

3. 将已检查的爬取数据整理成审核笔记 — 尚未进行生产环境测试

运行 Firecrawl Crawl API，填写 api_key 和 url，并仅在检查支持的结构后，才以 Data 或 JSON 添加 crawlerOptions 或 scrapeOptions。检查 data 后，可参考 Parser 文档，规划用于审核笔记的 Message 输出。其模板配置必须匹配实际观察到的爬取字段；这里不对具体内容键或格式化结果作出断言。

需检查哪些 Firecrawl 限制？

• 复数形式的字段名并未定义 URL 数组格式。Extract 和 Map 的 urls 类型为 str，接受 Message，而不是 Data 或 JSON 输入。导出文件未提供分隔符、JSON 字符串格式或多 URL 验证规则。
• 未提供选项结构和默认值。crawlerOptions、scrapeOptions、extractorOptions 和 schema 接受 Data 或 JSON，但未列出支持的键。布尔字段 enable_web_search 未说明搜索覆盖范围，Map 的标记组合使用时也未说明优先级。
• 超时和幂等性需要验证。Crawl 和 Scrape 将 timeout 列为可选整数，但未提供单位、默认值或范围。仅 Crawl 列出 idempotency_key；该字段的存在并不能确定保留时长、重试策略或防重复效果。
• JSON 是端口类型，并非响应规范。这 4 个 data 输出未说明 URL 字段、文本字段、提取结果的封装结构、任务标识符、轮询行为或部分失败的结果。构建选择器前，请检查具体操作的响应。
• 该类别仅涵盖这 4 项操作。这里未列出独立的爬取状态、取消、调度或 webhook 组件。组件目录也未说明身份验证失败、提供商配额和错误恢复机制。

相关参考资料

• Firecrawl 类别索引
• 其他工作流集成
• API Request 配置参考
• Message、JSON 和 Table 转换参考
• 模板库及已记录的测试范围