敏感信息保护：HTML DOM节点动态混淆技术指南
DOM节点动态混淆需避免class硬编码，改用data-属性或映射表定位。敏感字段不应出现在初始HTML，需通过动态接口获取。Unicode同形字和伪元素拼接仅防基础爬虫，无法抵御支持JS执行的工具。有效混淆必须覆盖结构、属性、文本三个层面。
无法实现。经过混淆处理后，class名称会被转换为一段哈希字符串，此时使用document.getElementsByClassName('btn')这类纯字符串匹配方式自然无法命中目标——因为DOM中根本不存在'btn'这个原始类名。常见的失败场景是：CSS与HTML中的class均被改写，但JavaScript代码里仍硬编码着原始类名，最终结果只能是返回空数组。
解决方法主要有两种：第一种是改用data-自定义属性进行元素定位，例如配合document.querySelector('[data-action="submit"]')，由于data-属性不会参与混淆过程，语义清晰且稳定性高；第二种是如果必须依赖class，则需在构建阶段导出class映射表（JSON格式），在JS加载前注入或通过API获取，再借助document.querySelectorAll('[class*="cls_8b3e1d"]')执行模糊匹配——但该方案性能较差，容易产生误匹配，不建议在关键交互节点上使用。
敏感字段只要以明文形式出现在初始HTML中，就相当于直接暴露给爬虫程序。无论它藏在注释里、data-属性内，还是内联