自然语言抓取
用一句描述代替选择器,说明想从页面拿到哪些字段,由模型从页面内容中定位并抽取,适合结构不规整、字段藏在正文里的页面。
拖动滑块完成拼图,通过后发送验证码
独立第三方 AI 评测平台 · 只用实测数据
用自然语言指令驱动大模型完成网页抓取的 Python 库
Scrapegraph-ai 是一个开源的 Python 库,把大语言模型接到爬虫流程里:你不再手写一堆 CSS 选择器或 XPath,而是用一句自然语言说明想抓什么,由模型读懂页面结构并返回结构化结果。它面向做数据采集、竞品监控、行情汇总的开发者和数据工程师,尤其适合页面结构经常变、目标字段藏在正文里的场景。代价是抓取质量受模型能力影响,页面很复杂时需要多轮调试提示词,且大规模抓取会明显推高模型调用成本。
Scrapegraph-ai 是一个基于大语言模型的 Python 网页抓取库。它把「解析网页」这一步交给模型来完成:你提供目标网址和一段自然语言描述,比如「列出这个页面上所有产品的名称和价格」,库会抓取页面内容、组织成模型可读的输入,再把模型返回的结果整理成结构化的数据。对于需要采集网页信息的开发者来说,它替代的是过去写选择器、维护解析规则的工作方式。
它更接近一个可编程的采集框架,而不是开箱即用的桌面软件。典型用法是在 Python 脚本或服务里调用它的抓取接口,把结果直接接入后续的数据处理、入库或分析流程;也支持围绕它搭建可复用的抓取节点,让一次配置在多类页面上重复使用。
不同角色的用法差异明显:个人开发者通常把它当作省去写解析规则的快捷工具,做小批量、探索性的数据提取;数据工程师会把它放进更大规模的采集管道,配合任务调度与结果校验;团队则更关注提示词的可维护性和调用成本的稳定性,因为页面一变,调整的往往是提示词而不是代码。
用一句描述代替选择器,说明想从页面拿到哪些字段,由模型从页面内容中定位并抽取,适合结构不规整、字段藏在正文里的页面。
抓取结果按指定的字段组织成结构化数据,可以直接写入后续的数据处理流程,省去二次解析网页文本的步骤。
支持把同一套抓取描述应用到多个网址上,批量处理同类页面,适合需要跨多个来源汇总信息的场景。
可以把抓取拆成多个步骤串起来,前一步的结果作为后一步的输入,用于先找到列表页、再逐条进入详情页这类多级采集任务。
以 Python 库的形式提供,能直接嵌入已有的脚本、服务或数据管道,也可以和常见的模型接口配置配合使用。
需要从多个网站汇总字段,又不想为每个站点写一套解析规则,用自然语言描述能显著减少维护量。
页面结构经常调整、字段藏在正文里,靠提示词适配改版比反复改选择器更省事。
可以把抓取环节嵌入已有的调度与入库流程,但要额外考虑调用成本和结果校验。
每次抽取都要调用模型,页数一多开销会明显上升,适合先小批量验证再决定是否铺开。
它以 Python 库的形式使用,需要自己写脚本、装依赖和调接口,没有编程基础会很难上手。
普通爬虫框架解决的是「把页面下载下来」,怎么从页面里挑出想要的字段仍然要靠你写选择器或解析规则。Scrapegraph-ai 把后一步交给大模型:你只描述想要什么,由模型定位并抽取字段。页面结构变动时,调整的是描述而不是解析代码。
不能。它以 Python 库的形式提供,需要在脚本或服务里调用,涉及安装依赖、配置模型接口、处理返回结果等步骤。没有编程基础的话,用起来会很吃力。
结果由模型从页面内容中推断,页面结构清晰、描述明确时命中率较好;页面冗长、字段含义含糊时容易漏抽或抽错。稳妥做法是对必填字段做完整性校验,关键数据人工抽查,不要直接当作准确数据入库。
通常不用。它不像选择器那样绑定具体的页面标记,页面改版后多数情况下只需调整描述里的字段说明或补几句限定条件。但如果页面把目标内容改成异步加载、内容不在返回的页面里,则需要先解决内容获取的问题。
可以把同一套抓取描述应用到多个网址上批量处理,但每个页面都会产生模型调用开销。更实际的做法是先挑少量代表性页面跑通,确认描述稳定后再扩大到整批,同时给结果加校验,避免错误被放大。