应检查Network中请求响应体是否含{"status":"ok","stats_id":"abc123"}等确认字段，而非仅看状态码200；同时验证后端是否落库、写日志或触发统计逻辑，因前端提示不等于数据入库。
表单提交后数据没存下来，怎么确认是否真的收到了
浏览器端的 submit 事件只是触发了请求，不代表后端接收或存储成功。真正能验证“数据是否统计进来了”，得看服务端有没有落库、有没有写入日志、有没有触发统计逻辑。前端刷新页面看到“提交成功”提示，不等于数据进了统计系统。
实操建议：
- 在表单
<form>的action地址（比如/api/feedback）上，用浏览器 DevTools 的 Network 面板查看该请求的响应状态码——200或201仅表示接口调通，不是统计完成；要确认响应体里有类似{"status":"ok","stats_id":"abc123"}这样的字段才更可信 - 后端接口必须做幂等处理：同一份表单重复提交（比如用户连点两次）不能导致统计数量翻倍；常用方式是用
idempotency-key请求头或表单隐藏字段传唯一标识，服务端查重后跳过重复记录 - 避免只依赖前端 JS 的
fetch()+console.log()做“统计完成”判断——用户禁用 JS、网络中断、Promise 被 reject 都会让这层逻辑失效
用 GET 还是 POST 提交表单更适合统计
GET 把数据拼在 URL 后，容易被缓存、记录在服务器访问日志、暴露在浏览器历史和代理日志中，且长度受限（通常 2KB 左右），不适合含文本域、文件或敏感字段的统计场景。真实业务中，99% 的表单统计都该用 POST。
但注意两个例外：
立即学习“前端免费学习笔记（深入）”；
- 纯前端埋点行为（比如点击某个按钮即算一次“曝光”），可以用
GET请求一个轻量接口（如/log?event=click_home_banner&uid=123），因为不传敏感内容、不依赖事务一致性 - 某些 A/B 测试框架要求 URL 参数驱动实验分组，此时会把实验 ID 作为
GET参数带入表单，但实际提交仍走POST，只是 payload 里包含这个参数
别为了“方便调试”而默认用 GET——URL 中的中文、空格、特殊符号需编码，且 Nginx/Apache 默认对长 URL 返回 414 URI Too Long，排查起来反而更费时间。
如何防止机器人刷爆你的统计接口
公开的表单接口如果没防护，几小时内就可能收到成千上万条无效提交，污染统计数据。最轻量有效的防线是加一层服务端校验，而不是只靠前端 disabled 按钮或 JS 验证。
推荐组合策略：
- 表单中加入隐藏字段（如
<input type="hidden" name="ts" value="<%= Date.now() %>">），后端检查该时间戳是否在 5 分钟内，超时则拒绝——能过滤掉大部分静态爬虫 - 关键字段（如邮箱、手机号）不在前端做完整格式校验，而是提交后由后端用正则或专用库（如
validator.js的服务端对应版本）再验一次；否则伪造请求绕过 JS 校验太容易 - 对高频 IP（比如 1 分钟内 >10 次 POST 到同一接口）做临时限流，返回
429 Too Many Requests；可用 Redis 的INCR+EXPIRE实现，比全量日志分析快得多
统计结果不准，是不是漏了 enctype 或 method 设置
当表单含文件上传（<input type="file">）却没设 enctype="multipart/form-data"，浏览器会静默降级为 application/x-www-form-urlencoded，导致后端收不到文件字段，甚至整个请求体解析失败。这种错误不会报 JS 异常，但统计里“附件提交率”会恒为 0。
常见配置陷阱：
-
<form method="post">没写enctype：纯文本字段正常，但文件字段为空；加上enctype="multipart/form-data"后，后端框架（如 Express 的multer、Django 的request.FILES）才能正确提取 -
method="get"和enctype同时出现：HTML 规范明确禁止，浏览器会忽略enctype，且 GET 不支持二进制数据——这种组合本身就不该存在 - 使用
fetch()提交时，手动构造FormData对象即可自动设置正确头部，不用管enctype；但若用JSON.stringify()发送，后端就要对应改成解析application/json，否则字段全丢
真正难排查的是混合场景：表单同时有文本字段和文件字段，前端用 fetch 手动拼 body 却忘了 append() 文件字段，或者后端只读了 req.body 没读 req.files——这类问题不会报错，只会让统计维度缺一块，而且很难从日志里一眼发现。
