VKT Toolkit · 2026年9月15日 · 约9分钟阅读如何在 Chrome 中自动填写多步骤表单（2026 指南）
第 1 步：个人信息。第 2 步：工作经历。第 3 步：文件上传。第 4 步：确认并提交。上个月你为候选人 A 填过这张表，现在又要为候选人 B 再填一遍——同样的公司信息、同样的招聘经理、同样的部门地址，只是名字和简历不同。这个向导五页长、四十个字段深，而这个季度你还要再做十二次。
多步骤表单——向导、申请流程、审批链——是重复性网页工作中最糟糕的一类。它们对浏览器自动填充来说太复杂，对脚本来说太多样，对"打快点"来说太长。下面讲讲原因，以及表单快照如何在 Chrome 中解决这个问题。
为什么常规自动填充在多步骤表单上失效
Chrome 内置自动填充在向导式表单上有三个特定盲区：
- 页面级盲区。自动填充按类型处理当前页面的字段。当你点击"下一步"，表单导航到第 2 步时，自动填充不知道第 2 步的存在——它不会主动填充你还没加载的页面上的字段。
- 没有表单身份。自动填充不会追踪"这是同一张表单的第 2 页"。它看到的是一个有新字段的新页面，然后尝试匹配到你保存的身份。如果第 2 步有
previous_employer或clearance_level这样的字段，自动填充没有对应数据。 - URL 混乱。许多向导使用查询参数（
?step=2）或哈希片段（#step2）来追踪进度。有些每步用完全不同的 URL。还有些是单页应用，通过显示/隐藏区域而 URL 完全不变。自动填充无法智能地处理这些模式。
结果是：你在第 1 步得到了部分填充（姓名、邮箱、地址），然后第 2 到第 5 步就只能靠自己了。在一个 40 字段的向导上，自动填充可能只覆盖 6 个字段。其他 34 个都得手动。
表单快照如何跨多个页面工作
像 VKT Form 这样的表单快照工具采用了根本不同的方式：它不按类型匹配字段，而是捕获页面表单的完整状态，并通过 URL 识别同一页面进行重放。
对于多步骤向导，这意味着：
- 第 1 步快照：捕获第 1 页的所有字段，绑定到第 1 步的 URL。
- 第 2 步快照：捕获第 2 页的所有字段，绑定到第 2 步的 URL。
- 第 3–N 步：同样的模式——每页一个快照，各自 URL 匹配。
当你再次运行向导时，只需在 VKT Form 面板中点一下即可填写每一步。扩展加载当前 URL 的快照，按字段的 name 属性匹配（带 DOM 顺序回退），然后将值灌入。你移到下一步，再点一下，如此重复。
对于不改变 URL、通过显示/隐藏区域实现的单页向导，所有字段都在同一个 DOM 中——因此一个快照捕获所有内容，你一次点击就能填完整个向导。
URL 匹配：扩展如何知道你在哪一步
这是多步骤表单自动化的核心技术挑战，值得了解 VKT Form 是如何处理的：
- 每步独立 URL（
/apply/step-1、/apply/step-2）：直截了当——每步的快照绑定到其 URL。访问 URL，获得快照。 - 查询参数步骤（
/apply?step=2）：VKT Form 通过去除易变的查询参数、保留稳定的参数来规范化 URL。如果step在多次访问间保持一致，就能正确匹配。 - 基于哈希的路由（
/apply#step2）：在 SPA 中很常见。扩展在 URL 匹配中包含哈希，因此#step2和#step3会解析到不同的快照。 - 完全不改变 URL：如果向导是通过 JavaScript 切换可见性的单页，所有字段在一个 DOM 中。一个快照捕获所有内容；无论当前显示的是哪个区域，填充操作都能工作。
如果 URL 在访问间以破坏匹配的方式变化（会话 ID、路径中的时间戳），快照会回退到基于基础 URL 模式的匹配，这能覆盖大多数情况。
实际的多步骤表单场景
招聘与录用流程
企业的 ATS（申请人追踪系统）如 Workday、Greenhouse 和 Lever 通常有多页的求职申请表。招聘端——提交录用通知书、审批请求或入职表单——重复得更频繁。每个流程有 5–8 步，其中跨候选人保持不变的字段（公司详情、部门、经理信息）。快照让你只需填常量字段，只输入变化的部分。
保险与金融申请
在线获取保险报价通常涉及 4–6 页：个人信息、保障偏好、车辆/财产信息、理赔历史、确认。如果你是为类似客户画像跑报价的代理，前四页每次都几乎一样。一轮快照，你就能在几秒内填好每一步。
政府服务门户
许可证申请、税务申报、福利申领——政府表单出了名的长且多步骤。它们还倾向于使用较老的技术栈，Chrome 自动填充在上面表现不佳。能在经典服务器渲染表单（不仅仅是 SPA）上工作的快照工具可以可靠地处理这些。
内部审批工作流
费用审批、采购请求、休假表单——许多公司通过基于 SharePoint、ServiceNow 或自定义框架构建的多步骤内部门户来路由这些请求。"申请人信息"和"部门"部分每次都重复；只有金额和日期在变。
分步操作：设置多步骤表单自动化
- 安装 VKT Form，从 Chrome 应用商店。
- 导航到多步骤表单的第 1 步。填入常量值——那些每次运行向导都保持不变的值。
- 点击"采集"，在 VKT Form 面板中。扩展保存第 1 步字段的快照，绑定到当前 URL。
- 前进到第 2 步（点击下一步、继续或表单使用的按钮）。填入该页的常量字段，再次点击"采集"。
- 对向导的每一步重复操作。每页都有自己的快照。
- 清除可变字段——日期、金额、姓名、文件上传——从每个快照中。目标是只保留你每次都要重新输入的字段。
- 下次运行向导时：导航到第 1 步，在 VKT Form 面板中点击"填充"。常量落回原位。点击下一步，填充第 2 步。重复。你只输入真正不同的部分。
第一次运行（采集所有快照）大约需要手动完成一次的时间。之后每次运行节省 60–80% 的输入量。
单页 vs 多页向导：不同机制，同一工具
| 向导类型 | URL 行为 | 所需快照数 | 填充方式 |
|---|---|---|---|
| 多页（独立 URL） | 每步新 URL | 每页一个 | 导航时逐页填充 |
| 多页（同 URL，查询参数） | ?step= 变化 | 每种查询状态一个 | 逐页填充；URL 规范化匹配 |
| SPA（哈希路由） | #step 变化 | 每个哈希一个 | 按哈希填充；支持显示/隐藏 |
| SPA（无 URL 变化） | 全程同一 URL | 总共一个 | 所有字段在一个快照中；一次填充 |
诚实的局限：多步骤自动化做不到什么
- 条件逻辑。如果第 3 步根据第 2 步的选择显示不同字段，你可能需要为第 3 步准备多个快照（每个分支一个）。工具填充的是页面上存在的内容；它不会触发条件逻辑本身。
- 文件上传。
<input type="file">字段出于安全原因无法以编程方式填充。你永远需要手动上传文件。 - CAPTCHA 和验证。如果某一步包含验证码或手机验证，该步骤需要手动输入。快照填充它周围的字段。
- 提交。VKT Form 填充字段——它不会帮你点"提交"或"下一步"。你始终保持对表单导航和最终提交的控制。
在这些限制之内，时间节省是显著的。一个手动需要 15 分钟的 5 步向导，用快照降到 3–4 分钟——而且这会在每个季度数十次的运行中不断累积。
常见问题
Chrome 自动填充能处理多步骤表单吗？
Chrome 自动填充按字段类型逐个填充——它不理解表单的步骤或页面。在多步骤向导上，它可能在第 1 步填了姓名和邮箱，但没有'第 2 步字段'或'第 3 步字段'的概念。当表单导航到新页面时，自动填充不会携带上下文。像 VKT Form 这样的表单快照工具将每一步作为绑定到其 URL 的独立快照来处理。
VKT Form 如何跨不同表单页面匹配快照？
VKT Form 使用基于 URL 的匹配并带有规范化处理。每个表单步骤通常有独特的 URL 或 URL 参数（如 ?step=2）。VKT Form 快照绑定到规范化后的 URL，因此当你访问第 2 步时，扩展找到该步骤的快照并填充。对于不改变 URL 的基于 SPA 的向导，DOM 顺序匹配提供回退。
多页表单的每一步都需要单独的快照吗？
是的——多步骤表单的每一页都是一个独立的 DOM，有自己的字段，因此每一页都有自己的快照。你一次性采集所有步骤的快照，然后在后续运行中逐步填充。VKT Form 的面板按 URL 组织显示所有已保存的快照，因此管理一个 5 步表单意味着 5 个快照。
这能处理使用 JavaScript 显示/隐藏区域的表单吗？
取决于表单的构建方式。如果向导使用 URL 变化或哈希路由（/form#step2），VKT Form 可以按 URL 匹配。如果它是单页表单，通过显示/隐藏 div 而不改变 URL，所有字段存在于同一个 DOM 中，一个快照就能捕获所有内容——扩展不关心可见性，只关心字段是否存在。
自动填写多步骤表单是网站允许的吗？
VKT Form 在你自己的浏览器会话上重放你自己的数据——它不会绕过认证、自动提交表单或与其他用户的数据交互。它相当于你对自己上次输入的内容有良好的记忆力。始终检查特定网站的服务条款，但更快地填写你自己的表单通常属于正常使用范围。
结论：多步骤向导表单是重复输入伤害最大、而常规自动填充帮助最小的地方。VKT Form 按 URL 快照每页的字段，让你每点一下填一步，而非一次填一个字段。适用于多页导航、哈希路由 SPA 和单页向导。免费 5 个快照；Premium 无限制，$9.99 终身。
更多 VKT 工具尽在扩展目录，或写信至 [email protected]。