弹窗不显示或反复出现是因document.cookie未正确设置过期时间且读取逻辑错误；应使用max-age写入并解析键值对读取；同意后须彻底remove弹窗节点；第三方脚本必须动态加载且初始化代码包裹在consent检查中。
弹窗不显示或反复出现，大概率是 document.cookie 读写逻辑没对上
浏览器不会自动记住用户点了“同意”，必须手动把状态写进 document.cookie，且后续每次页面加载都要检查这个值。常见错误是只写了 cookie 却没设过期时间，导致它变成会话级 cookie——关掉标签页就失效，下次刷新又弹。
实操建议：
-
document.cookie写入时务必加上expires（或max-age），比如document.cookie = "cookie_consent=true; max-age=31536000; path=/" - 读取时不能直接用
document.cookie字符串匹配，要拆解成键值对，否则容易误判（例如cookie_consent=false里也含true） - 检查时机必须在 DOM 加载完成后，但早于弹窗渲染逻辑；放在
DOMContentLoaded里最稳妥
点击“同意”后弹窗仍遮挡内容，是因为没正确移除 DOM 或重置 display
很多实现用 visibility: hidden 或 opacity: 0 隐藏弹窗，但元素还在文档流里，可能挡住按钮或表单控件。更糟的是用 display: none 但没清空定时器或事件监听，导致内存泄漏。
实操建议：
- 首选
element.remove()彻底移除弹窗节点，而不是仅隐藏 - 如果必须保留节点（比如要复用），用
element.style.display = "none"，并确保在绑定点击事件前已清除旧监听器 - 避免在弹窗内使用
position: fixed+z-index过高，尤其当页面已有其他 fixed 元素（如导航栏）时，容易层级错乱
GDPR 合规不是加个弹窗就行，script 标签得按 consent 状态动态加载
光让用户点“同意”没用——如果第三方脚本（如 Google Analytics、Facebook Pixel）在 HTML 里直接写死，它们会在弹窗出现前就发起请求，cookie 已被设置，用户根本没机会拒绝。
实操建议：
- 所有非必要脚本（
analytics.js、fbq.js等）必须从 HTML 中移除，改用 JS 动态创建<script></script>标签 - 判断依据只能是
getCookie("cookie_consent") === "true"，不能依赖全局变量或 localStorage - 注意：
gtag和fbq初始化代码也要包裹在 consent 检查块内，否则即使脚本延迟加载，初始化调用仍会发请求
移动端点击“同意”无响应，常因 touchstart 和 click 事件冲突或冒泡未阻止
在 iOS Safari 或部分安卓 WebView 中，给弹窗按钮同时绑了 touchstart 和 click，可能导致事件触发两次，或者 click 被拦截。更隐蔽的问题是弹窗父容器有 pointer-events: none，但子按钮没显式设回 pointer-events: auto。
实操建议：
- 只绑定
click事件，现代移动浏览器对 click 的 300ms 延迟已基本消除；若需更灵敏，统一用touchend并加preventDefault() - 按钮元素必须明确设置
style="pointer-events: auto"，尤其当弹窗整体用了pointer-events: none做背景点击关闭时 - 测试真机，别只靠 Chrome DevTools 的 device mode——它的触摸模拟和真实行为差异很大
实际最难的不是弹窗本身，是把「用户选择」真正贯穿到所有资源加载路径里。哪怕 cookie 写对了、弹窗关掉了，只要漏掉一个 src 属性直写的 iframe 或 background-image 的 URL，合规就算失败。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
