删 script 标签后页面仍报错或行为异常，是因为脚本执行留下的全局变量、定时器、data-属性等副作用未清除；必须清理全局污染、未清除定时器、残留 data- 属性与内联事件三类残留。
为什么删了 script 标签后页面还报错或行为异常
常见现象是：执行 document.querySelectorAll('script').forEach(s => s.remove()) 后，控制台仍出现 Uncaught ReferenceError: gtag is not defined 或点击按钮无响应。这不是 DOM 没删干净，而是脚本执行后留下的“副作用”——全局变量、定时器、事件监听器、data- 属性等，它们不依赖标签存在，却持续影响运行时环境。
必须清理的三类脚本残留属性
只删 script 标签等于只拔插头，没关电源开关。以下残留常被忽略，且直接导致后续 JS 报错或逻辑错乱：
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
-
全局变量污染：
window.gtag、window.dataLayer、window.umami、window._hj等对象仍在内存里。即使脚本已移除，业务代码调用gtag('event', ...)仍会抛错。 -
未清除的定时器：统计 SDK 常用
setInterval(() => {...}, 5000)上报心跳，但你拿不到 timer ID。不能靠clearInterval逐个清，得在删除前记录所有活跃 timer（极难），更实际的是：删完立即执行for (let i in window) { if (i.startsWith('interval') || i.includes('timer')) delete window[i]; }（不推荐）；稳妥做法是确保清理逻辑在所有业务 JS 加载前 执行。 -
残留的
data-属性与内联事件：比如<button onclick="track('click')" data-ga="true"></button>，删script不影响它继续触发；还有data-layer、data-umami-id这类标记属性，可能被后续 JS 读取并误判为“统计已启用”。
如何安全批量清理这些残留
不能靠“删完再看报错”，得预判、覆盖、验证。推荐组合操作：
- 先用
document.querySelectorAll('[data-ga], [data-umami], [data-layer], [onclick]')批量移除含统计语义的属性和内联事件，再调用.removeAttribute()而非直接删元素； - 对已知全局变量显式清理：
delete window.gtag; delete window.dataLayer; delete window.umami;—— 注意：若变量是const声明（如某些模块化 SDK），delete无效，此时需刷新页面或注入沙箱上下文； - 检查
document.body和根节点是否被脚本动态添加了 class（如gtm-loaded、hotjar-active），一并用classList.remove()清掉； - 最后打开 Chrome DevTools 的
Application → Clear storage，勾选 “Cookies and other site data” + “Cache storage”，彻底断连（适用于调试场景）。
最容易被忽略的验证点
清理后别急着关控制台。真正容易漏的是：某些脚本在 remove() 后会异步触发重载逻辑（比如 GTM 监听 DOMSubtreeModified 并重建 dataLayer），所以要等 2–3 秒再检查 window.gtag 是否真的为 undefined；另外，getComputedStyle(document.body).getPropertyValue('--ga-color') 这类 CSS 自定义属性也可能被脚本注入，需一并排查。
