/v1/scrapes 端点,你可以实时从任何 URL 提取适合 LLM 的 Markdown、HTML、文本、截图或结构化 JSON。
有关 API 详细信息,请参见 抓取端点 API 参考。
抓取 URL
使用/v1/scrapes 端点抓取单个 URL 并选择输出格式。
安装
使用
你可以使用该端点抓取单个 URL 并选择输出格式。必需的参数是url_to_scrape 和 formats。
其他一些常用参数是 wait_before_scraping(以毫秒为单位)、remove_css_selectors(默认、无或选择器数组)和 country。
响应
API 返回一个scrape 对象作为响应。
scrape 有一些属性,如 id 和 result。
result 对象具有以下字段(根据 formats 参数,有些可能为 null):
html_content: 页面 HTML 内容。传递formats: ["html"]获取此内容。markdown_content: 页面 MD 内容。传递formats: ["markdown"]获取此内容。text_content: 页面文本内容。传递formats: ["text"]获取此内容。json_content: 页面 JSON 内容。传递formats: ["json"]获取此内容,并提供parser或llm_extract参数。screenshot_hosted_url: 截图的托管 URL。html_hosted_url: HTML 内容的托管 URL。markdown_hosted_url: Markdown 内容的托管 URL。json_hosted_url: JSON 内容的托管 URL。text_hosted_url: 文本内容的托管 URL。links_on_page: 页面上的链接。page_metadata: 页面的元数据。
缓存
为了优化速度,Olostep 提供了一个可选的共享缓存层,用于 HTML、Markdown、文本和解析的 JSON 结果。工作原理
当请求抓取时,Olostep 会检查是否已存在具有相同参数的匹配抓取。如果找到足够新的匹配项,则内容会立即从 Olostep 的存储中提供,而无需启动新的浏览器抓取。- 共享缓存: 缓存是全球共享的。如果另一个请求在你的新鲜度窗口内抓取了完全相同的 URL 和配置,你将受益于加速。
- 后处理仍然是实时的: 操作如
llm_extract和links_on_page过滤器在缓存文档的基础上实时运行。你只缓存核心页面检索,保持你的结构化提取动态。
新鲜度和 max_age
默认情况下,生产 API 始终执行实时抓取以保证实时准确性。你可以通过使用 max_age 参数选择加入缓存。
- 默认 API 行为 (
max_age: 0): 每个 API 请求都会触发新的抓取。 - 默认 Playground 行为: 在仪表板 playground 中,
max_age默认为 24 小时(86400秒)。 - 最大年龄: 缓存有一个7 天(
604800秒)的硬限制。任何请求超过此限制的max_age将回退到最多 7 天。
使用示例
何时跳过缓存?
当你的请求需要以下内容时,缓存会自动被绕过(强制进行实时抓取):- 交互式会话: 使用
session_id或加载自定义浏览器context的请求。 - 截图: 任何包含
screenshot格式或设置截图选项的请求都会绕过缓存。 - 特殊文件类型: 二进制文件下载或原始 PDF 渲染。
- 调试和网络: 捕获
network_calls或使用异步解析器作业。
提取链接
在请求中传递一个links_on_page 对象以收集页面上找到的链接。所有链接都以绝对 URL 返回。
include_links/exclude_links: 与每个链接的 URL 路径匹配的 glob 模式。query_to_order_links_by: 根据与该文本的相关性重新排序返回的链接。
Glob 模式匹配路径段。单个
* 不会跨越 /,因此 "/blog/*" 匹配 "/blog/post-1" 但不匹配索引 "/blog" 本身 — 并且永远不会匹配 "/blog?tag=x" 因为查询字符串不是路径的一部分。要包括索引,请使用 "/blog*" 或 "{/blog,/blog/**}"。抓取格式
通过formats 选择一个或多个输出格式:
markdown: 适合 LLM 的 markdownhtml: 清理过的 HTMLtext: 纯文本json: 结构化输出(通过解析器或 llm_extract)raw_pdf: 提取到托管 URL 的原始 PDF 字节screenshot: 通过操作设置以捕获截图并返回托管 URL
result 中作为 *_content 字段返回,还有一个 *_hosted_url。
提取结构化数据
你可以通过两种方式提取结构化 JSON:使用解析器或 LLM 提取。使用解析器(推荐用于规模)
定义formats: ["json"] 并提供解析器 id。
使用 LLM 提取(模式和/或提示)
提供llm_extract 以及 JSON Schema (schema) 和/或自然语言指令 (prompt)。你可以同时传递两个参数,但如果都提供,则 schema 优先。
相反,如果你只传递一个 prompt,LLM 将根据提示提取数据,并自行决定数据结构。
result.json_content 返回的是字符串化的 JSON。如果你需要对象,请在代码中解析它。
定价: llm_extract 每次抓取费用为 10 个信用点。为了降低成本,你可以使用自己的 API 密钥或启用基于使用的定价。联系 info@olostep.com 获取访问权限。
提取页面上的链接
使用links_on_page 选项,你可以提取你抓取的页面上存在的所有链接。它接受以下参数来帮助过滤和排序提取的链接:
absolute_links(布尔值,默认:true): 当为 true 时,返回完整的 URL(例如,https://example.com/page),而不是相对路径(例如,/page)。query_to_order_links_by(字符串): 根据与提供的查询文本的相似性对返回的链接进行排序,优先显示最相关的匹配项。include_links(字符串数组): 使用 glob 模式过滤提取的链接。使用像*.pdf这样的模式来匹配文件扩展名,/blog/*用于特定路径,或完整 URL 如https://example.com/*。支持通配符 (*)、字符类 ([a-z]) 和交替 ({pattern1,pattern2})。exclude_links(字符串数组): 使用 glob 模式排除特定链接,遵循与include_links相同的语法。
使用操作与页面交互
在抓取之前执行操作以与动态网站交互。支持的操作:wait及millisecondsclick及selectorfill_input及selector和valuescroll及direction和amount
wait 以允许页面加载通常是有用的。
示例
markdown_content)。
使用案例
以下是客户使用/scrapes 端点的一些实际应用。
内容分析与研究
- 竞争分析:从竞争对手网站提取产品详情、定价和功能
- 市场研究:分析登陆页面、产品描述和客户推荐
- 学术研究:从科学出版物或研究门户收集特定数据
- 法律文档:从官方网站提取案例研究、法规或法律先例
电子商务与零售
- 动态定价策略:从竞争商店获取实时产品定价
- 产品信息管理:提取详细规格和描述
- 库存监控:检查其他零售商的产品可用性
- 评论分析:收集特定产品的消费者反馈和情感
营销与内容创作
- 内容策划:为新闻通讯提取相关文章和博客文章
- SEO 分析:检查竞争对手的关键词使用、元描述和页面结构
- 潜在客户生成:从商业目录或公司页面提取联系信息
- 影响者研究:收集影响者资料的参与度指标和内容风格
- 个性化社交媒体生成:通过分析客户网站创建 AI 驱动的社交媒体营销
数据应用
- AI 训练数据收集:为机器学习模型收集特定示例
- 自定义知识库构建:从软件网站提取文档或说明
- 历史数据档案:在特定时间点保存网站内容
- 结构化数据提取:将网页内容转换为格式化数据集进行分析
监控与警报
- 合规监控:跟踪法律或监管网站的更改
- 危机管理:监控新闻网站对特定事件或组织的提及
- 事件跟踪:从场地或组织者网站提取即将举行的活动的详细信息
- 服务状态监控:检查特定平台或工具的服务状态页面
出版与媒体
- 新闻聚合:从官方来源提取突发新闻
- 媒体监控:跟踪新闻网站上的特定主题
- 内容验证:提取信息以核实声明或陈述
- 多媒体提取:为媒体库收集嵌入的视频、图像或音频
金融应用
- 投资研究:从公司网站提取财务报表或年度报告
- 经济指标:从政府或金融机构网站收集经济数据
- 加密货币数据:提取实时定价和市值信息
- 金融新闻分析:监控金融新闻网站以获取特定市场信号
技术应用
- API 文档提取:收集技术文档以供参考
- 集成测试:提取网站元素以验证第三方集成
- 可访问性测试:分析网站结构以符合可访问性标准
- 网页档案创建:捕获完整网站内容以进行历史保存
集成场景
- CRM 系统:通过公司网站或 Linkedin 的数据增强客户档案
- 内容管理系统:导入相关的外部内容
- 商业智能工具:补充内部数据与外部市场信息
- 项目管理软件:从客户网站提取规格或要求
- 自定义仪表板:将提取的数据与内部指标一起显示
错误处理
所有错误都遵循共享的信封形状。检查error.type 和 error.code 以进行程序化分支:
DNS 失败 (400)
域名无法解析。检查 URL 是否有拼写错误。TLS/SSL 错误 (502)
目标网站有损坏或不兼容的 HTTPS 配置。error.detail 提供特定的 SSL 错误代码以供诊断;error.code 始终为 tls_error。