```html

网页批量填写工具

去年帮一个做电商的网页朋友处理供应商报价单，他需要把200多条商品信息一条条填进某个后台系统。批量我看着他复制、填写粘贴、工具切换窗口，网页重复了快三个小时，批量中间还填错了两个价格。填写那天晚上我写了个脚本，工具用浏览器控制台直接往表单里灌数据，网页200条用了不到40秒。批量这就是填写网页批量填写工具最朴素的起点——把人类从重复的输入劳动里拽出来。

这类工具的工具核心逻辑其实很直接：找到网页上的输入框、下拉菜单、网页复选框，批量然后把准备好的填写数据按顺序塞进去。但具体实现起来，麻烦事一堆。比如很多现代网站的表单不是静态HTML，而是用React或Vue动态渲染的，你直接改input.value可能根本不生效，得手动触发input事件和change事件。我踩过这个坑，在一个政府申报页面上折腾了半小时，最后发现必须用dispatchEvent(new Event('input', { bubbles: true }))才能让框架识别到值变了。

常见的三种实现路径

第一种是浏览器插件，像Tempermonkey或者专门的表单填写扩展。装完写一段用户脚本，匹配目标网址，用document.querySelector定位元素。好处是轻量，不用额外装驱动。坏处是跨域限制和页面结构一变就失效。我写过一个自动填快递单的油猴脚本，用了三个月，后来快递公司改版，选择器的class名全换了，脚本直接报废。

第二种是Selenium或Playwright这类自动化框架。它们能模拟真实点击和键盘输入，对付那种带验证码或者需要鼠标悬停才显示的表单特别管用。但慢，真的慢。每填一个字段都要等元素可见、可交互，200条数据跑下来可能要十几分钟。适合对速度不敏感、但要求稳定性的场景，比如每天定时填报数据。

第三种最粗暴——直接用HTTP请求模拟表单提交。用Python的requests库，抓包拿到提交地址和参数格式，构造POST请求。速度极快，200条可能就几秒钟。但只适用于没有复杂前端验证和CSRF token的网站。现在大部分正经网站都有token，你得先GET一次页面，解析出隐藏字段，再带着token提交。我试过用这种方式批量注册账号，结果被对方的风控系统封了IP。

数据源和字段映射才是真正的痛点

工具本身写起来不难，难的是数据怎么来、怎么对应。你有一份Excel，列名是“商品名称”“价格”“库存”，但网页表单的字段可能是“title”“price”“stock_quantity”。手动映射一次还行，如果表单有50个字段，每次都要拖拽对应关系，那还不如手填。我见过一个开源项目叫“表单填充器”，它让用户先填一遍示例数据，然后自动记录每个字段的XPath和输入值，生成模板。下次换一批数据，只要字段顺序一致就能直接跑。这个思路很聪明，省去了写选择器的麻烦。

另一个坑是数据类型。日期字段可能是2024-01-15，也可能是01/15/2024，还可能是三个独立的下拉框选年月日。电话号码可能要加区号，金额可能要保留两位小数。这些转换逻辑如果硬编码在脚本里，换个网站就得重写。理想的做法是让工具支持简单的表达式，比如{ { date | format('YYYY-MM-DD')}}，但大多数轻量工具没这个功能。

我自己的选择

现在手头常备两个方案。临时任务用浏览器控制台加一段JavaScript，复制粘贴就能跑，不用装任何东西。长期重复的任务用Playwright写个Python脚本，加上try...except和重试机制，跑完自动截图留证。至于那些需要登录、有验证码的网站，我直接放弃自动化——跟风控系统斗智斗勇的时间成本太高，不如手动填。

说到底，网页批量填写工具不是银弹。它适合结构稳定、字段明确、没有强反爬机制的页面。一旦网站改版或者加了人机验证，维护成本可能超过手动操作。但只要你选对场景，它省下的时间是以小时计的。那个电商朋友后来把报价单更新频率从每周一次改成每天一次，因为填数据不再是个负担了。