error 字段用来区分同一状态码下的不同失败模式。
401 — Unauthorized
Authorization: Bearer <ZapFetch API key> 请求头缺失、格式
错误,或引用的 Key 不存在 / 已被撤销。
处理:
- 确认 Key 是从 Dashboard → API keys 复制的 UUID 格式 ZapFetch Key (不是 Firecrawl Cloud 的 Key)。
- 去 Dashboard → API keys 看 Key 是否被撤销。
- 确保请求打到
api.zapfetch.com,不是老的域名。
402 — Payment Required
404 — Not Found
429 — Too Many Requests
完整处理方式见 限流。请始终遵从Retry-After
响应头。
500 — Internal Server Error
- 带退避重试一次;大多数 500 是瞬时的。
- 如果某个特定 URL 持续 500,目标站点可能在主动反爬虫——试试
请求里开
stealth/ 换 user agent。 - 如果整个端点持续失败,去 status.zapfetch.com 看并反馈给我们。
排查建议
- 打印完整响应信封 ——
error+message一般直接告诉你到底哪里 错了。把每个失败都当成通用网络错误会遮蔽真正原因。 - 先用 curl 复现。 curl 挂了说明是后端 / Key 问题;只有你的 SDK 挂说明是客户端集成问题。
- 查 Console 的 Usage 页。 成功调用的骤降往往是额度或限流问题, 不一定是纯 bug。