br滥用破坏语义结构，搜索引擎仅通过p等块级标签识别内容层级，导致seo权重分散、摘要截断；正确做法是用p或ul包裹内容，以css控制间距。
br 标签在段落中滥用会破坏语义结构
搜索引擎不把 <br> 当作内容分隔符，它只认块级容器（如 <p></p>、<div>、<code><section></section>）来划分语义单元。你在一段文字里塞十几个 <br> 强行“换行”，实际效果是：整段仍被解析为一个 <p></p>，但内部逻辑断裂——标题、要点、说明混在同一语义块里，爬虫无法提取有效层级。
富文本编辑器导出的 br 常导致 SEO 内容塌陷
用户从 Word 或 CMS 富文本粘贴内容时，<br> 往往替代了本该是 <p></p> 或 <h3></h3> 的结构。常见现象包括：
- 搜索结果摘要截断异常（只抓到第一行，后面全是空白）
- Google News 或 AMP 抓取失败，报
Content not structured - 页面正文被识别为“单一大段”，权重分散，关键词密度计算失真
br 和 heading 标签混用会干扰标题层级判断
比如这样写：
<h2>产品特性</h2> <br><br><span>• 支持多语言</span><br><span>• 响应式布局</span><br><span>• 本地化缓存</span>
搜索引擎看不到列表语义，<h2></h2> 后面没有 <p></p> 或 <ul></ul> 承接，会弱化该标题与后续内容的关联强度。正确做法是：
- 把点状内容包进
<ul></ul>，每项用<li> - 若需视觉紧凑，用 CSS 控制
margin或line-height，而非<br> -
<h2></h2>和列表之间保留自然块级间距，不靠<br>“撑开”
移动端和无障碍场景下 br 的副作用更隐蔽
屏幕阅读器对连续 <br> 的处理不一致：NVDA 可能跳过，VoiceOver 可能读作“换行”并停顿，导致信息节奏错乱。更关键的是：
- iOS Safari 对垂直流中冗余
<br>有压缩行为，桌面看着有空行，手机上直接叠在一起 - RTL（如阿拉伯语）环境下，
<br>的方向性未定义，可能引发排版翻转或截断 - SEO 工具（如 Screaming Frog）会标记“
<br>in text content”为结构警告，影响健康分
真正需要换行的场景极少，绝大多数时候删掉 <br> + 补一行 margin-bottom，比调试十种兼容性更可靠。语义结构一旦混乱，后期补 ARIA 或 meta 也难挽回爬虫的第一印象。
