隐私政策链接必须使用有效href的标签且服务端校验勾选状态。需确保链接可访问、协议一致、点击区域合规，并显式关联复选框与文本，禁止仅前端验证或本地file://测试。
隐私政策链接必须用 <a></a> 且 href 指向有效页面
用户点击“隐私政策”却跳转到 # 或空字符串，是合规审计最常见的硬伤。法律要求链接可访问、内容真实存在、路径稳定。
- 错误写法：
<a href="#">隐私政策</a>（纯前端锚点，无实际页面） - 正确写法：
<a href="/privacy.html">隐私政策</a>或绝对路径<a href="https://example.com/privacy"></a> - 部署前务必手动点击测试，确认 HTTP 状态码是
200，不是404或500 - 如果用 CMS 或静态站点生成器，检查
/privacy.html是否被排除在构建输出外
表单提交前必须显式关联隐私政策复选框
仅放个链接不够，GDPR 和国内《个人信息保护法》都要求“单独同意”。用户得主动勾选，且勾选框语义必须清晰绑定到隐私政策文本。
- 用
<input type="checkbox">+<label for="privacy"></label>显式关联，for值必须匹配id - 禁止把同意文案塞进 placeholder 或靠 JS 模拟勾选逻辑
- 示例关键片段：
<input type="checkbox" id="privacy" name="agree_privacy" required> <label for="privacy">我已阅读并同意 <a href="/privacy.html">隐私政策</a></label>
- 服务端必须校验
agree_privacy字段存在且为真值，不能只靠前端required
表单 action 路径和隐私政策页面协议需一致
如果表单提交到 https://，但隐私政策链接是 http://，浏览器会标记混合内容，部分安全策略可能直接阻断提交。
- 检查所有
href和action属性是否同为 HTTPS - 避免用相对协议
//example.com/privacy，现代浏览器已不推荐，且 CDN 场景下易出错 - 本地开发时若用
file://打开 HTML，<a href></a>会失效——必须起本地服务器测试
移动端点击区域太小导致无法通过 WCAG 合规检测
隐私政策链接文字紧贴复选框，手指点不准，等于变相强迫用户跳过阅读。这不是体验问题，是无障碍合规红线。
立即学习“前端免费学习笔记（深入）”；
-
<a></a>标签本身最小点击区域应 ≥ 44×44px，可通过padding或min-width/min-height补足 - 不要只给文字加下划线，要确保整个可点击块有视觉反馈（如背景色变化）
- 复选框与对应文字间距建议 ≥ 8px，用
margin控制，别依赖默认样式
