考场座签、桌牌席卡这类工具处理的都是真实的人员名单——学生姓名、准考证号、身份证号，甚至照片。把这样一份名单交给一个网页工具之前，你有没有想过：它到底把数据传到哪里去了？好消息是，这件事不需要相信任何宣传话术，用浏览器自带的开发者工具就能亲手验证。本文先给出我们对 SeatMark 的实测结果，再教你用同样的方法自查任何在线工具。

实测：SeatMark 全流程零名单请求

测试方法很简单：打开 SeatMark 标签工坊，按 F12 打开开发者工具切到 Network（网络）面板并清空记录，然后完整走一遍典型流程——上传一份 48 人的 Excel 名单 → 选择模板批量生成 → 逐页预览 → 导出 PDF。

结果：全程网络面板零新增名单请求。上传 Excel 的瞬间没有任何请求发出，因为解析由浏览器内的 SheetJS 完成；生成预览、渲染照片、导出 PDF 同样只发生在本地内存里。唯一可能出现的请求是页面首次加载的静态资源（脚本、字体、样式），它们不携带你的任何数据。

更极端的验证：加载完页面后直接断网，上传名单、生成、导出 PDF 依然全部可用——这从物理上证明了数据没有出网的通道。SeatMark 支持 PWA 离线缓存，第二次访问甚至可以全程无网络使用。

对比：云端设计工具的名单去了哪里

用同样的方法测试主流云端设计平台的「批量套数据 / 数据合并」功能，网络面板呈现的是另一番景象：选择 Excel 后，文件会作为一个上传请求整表 POST 到对方服务器，随后名单以「数据表」的形式存放在你的云端账号里，套用模板、渲染预览也由服务器参与完成。

这不是这些产品「偷数据」——云端协作本来就是它们的架构。但对名单类数据来说，这意味着三个你无法自行验证的问题：名单在对方服务器留存多久、哪些人和系统能访问、删除后是否真的删除。对于含身份证号的考生名单、含工号照片的员工名单，这些不确定性可能直接触碰学校与单位的数据合规红线——《个人信息保护法》将身份证号列为敏感个人信息，向第三方传输需要明确的授权基础。

3 分钟自查任何在线工具

方法完全通用，建议每次把真实名单交给新工具前都做一遍：

  • 第 1 步：打开工具页面，按 F12 → Network，勾选「Preserve log / 保留日志」，点垃圾桶图标清空记录；
  • 第 2 步：上传名单文件，观察是否出现新请求。看到 POST / PUT 请求就点开 Payload 检查内容；
  • 第 3 步：继续完成生成、导出操作，确认全程没有携带名单内容的请求；
  • 第 4 步（可选但最有说服力）：断开 Wi-Fi 后重复操作，能正常出结果的才是真正的本地处理。

判断标准一句话：静态资源请求无害，携带名单内容的请求才是数据出网。

为什么 SeatMark 能做到零上传

因为架构上就没有「上传」这一步：SeatMark 是纯静态部署的前端应用，没有接收名单的后端接口。Excel 解析（SheetJS）、毫米级排版（CSS 物理单位）、照片处理（Canvas）、PDF 生成（jsPDF）全部运行在你的浏览器里，算力用的是你自己的电脑。这也带来两个副产品：断网可用（考点机房、涉密场所也能用）和速度快（几百人的名单无需排队等服务器渲染）。

关于本地处理的更多细节（浏览器缓存、照片存放位置、如何彻底清除数据），可以继续阅读《数据隐私与离线使用说明》；如果你正要制作考场座签或班级座位表，《考场座位标签批量打印教程》和《班级座位表在线制作打印》可以直接上手。