直接删除HTML中–标签很危险，因其构成文档大纲骨架，影响可访问性、SEO和内容结构；应仅清理冗余标题（空、超短、重复、层级错乱），并借助脚本定位、正则谨慎替换，避免误删语义性标题。
为什么直接删 <h1></h1> 到 <h6></h6> 很危险
HTML 中的标题标签不是孤立存在的语义单元，而是构成文档大纲（outline）的核心骨架。浏览器、屏幕阅读器、SEO 爬虫都依赖 <h1></h1>–<h6></h6> 的层级逻辑来理解内容结构。盲目批量删除，比如把所有 <h2></h2> 都干掉，可能让页面只剩一个 <h1></h1>，导致大纲断裂、可访问性崩溃、搜索排名下滑。
真正需要处理的，是「冗余标题」——那些没承载实际语义、纯为样式或历史遗留塞进去的标题。常见场景包括：
• CMS 自动生成的空 <h3></h3>（如 <h3></h3>）
• 重复出现的相同文字标题（如连续两个 <h4>联系我们</h4>）
• 层级错乱的标题（如 <h2></h2> 后紧接 <h4></h4>，中间跳过 <h3></h3>）
用浏览器控制台快速定位问题标题
打开开发者工具（F12），在 Console 标签页粘贴这段脚本，它会列出所有疑似冗余的 <h1></h1>–<h6></h6>：
Array.from(document.querySelectorAll('h1,h2,h3,h4,h5,h6'))
.filter(el => el.textContent.trim() === '' ||
el.textContent.trim().length < 3 ||
Array.from(document.querySelectorAll(el.tagName)).indexOf(el) > 0 &&
el.textContent === Array.from(document.querySelectorAll(el.tagName))[0]?.textContent)
.map((el, i) => `${el.tagName} #${i+1}: "${el.textContent.trim()}" (${el.outerHTML.slice(0,50)}...)`)
.join('\n')说明：
• 空文本、超短文本（如“一”“|”）大概率是占位符
• 同标签下首项之后、内容完全相同的，属于重复冗余
• 输出结果带 outerHTML 片段，方便你反向定位 DOM 位置
立即学习“前端免费学习笔记（深入）”；
注意：这个脚本只读不改，运行后复制结果到编辑器里人工核对，别直接执行删除。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
用正则在代码编辑器里安全批量清理
适合静态 HTML 文件或模板文件（如 .html、.php、.twig）。在 VS Code / Sublime / WebStorm 的「查找替换」中启用正则模式（.* 按钮），按需选用：
- 删空标题：
<h>]*>\s*</h>→ 替换为空 - 删仅含空白字符的标题：
<h>]*>\s*</h>（同上，但确保 \s 匹配换行） - 删重复相邻同级标题（谨慎！）：
(<h>]*>[^)\s*\1</h>→ 替换为$1
关键提醒：
• 正则无法识别语义，<h3 class="sr-only">跳转链接</h3> 这类辅助技术用的标题不能删
• [^>]* 是为了兼容带 class/id/aria 的情况，但遇到复杂属性（如含 > 的 data-* 值）会失效，此时必须手动处理
• 替换前务必先备份文件，或使用编辑器的「预览替换」功能逐条确认
自动化清理要绕开的三个坑
如果想用 Node.js 脚本或 Python（如 BeautifulSoup）批量处理大量文件，这些点极易出错：
-
<h1></h1>出现在<header></header>或<article></article>内部时，属于新的分节上下文，不能和主文档<h1></h1>简单比对是否重复 - 某些框架（如 Vue 的
<template></template>、React 的 JSX）里，<h2></h2>可能被动态生成，正则或静态解析会漏掉或误删 - 内联 SVG 中的
<title></title>标签常被误识别为<h1></h1>（因名字相似），实际完全无关
最稳妥的做法：先用 parse5（Node）或 lxml（Python）做真实 HTML 解析，再基于 parentNode 和 nextElementSibling 判断层级合理性，而不是只看标签名和文本内容。
标题结构不是排版装饰，是信息架构的地基。删一个 <h3></h3> 很快，修一个因此崩掉的无障碍导航，得花三倍时间。
