摘要应包含研究目的、方法、结果和结论，避免常识性内容、引言重复、自我评价或非公知术语。
<section></section> 不是“包一块内容就完事”的容器，它代表一个能被单独命名、引用、跳转的语义区块；没标题的 <section></section> 在辅助技术和搜索引擎眼里，基本等于 <div>。
<h3>什么时候必须用 <code><section></section> 而不是 <div>
<p>判断依据非常实在：你能不能给这块内容起个准确名字，别人一听就懂它干啥？</p>
<ul>
<li>「安装步骤」<code><section></section> 合理——有明确主题，可出现在文档大纲里，屏幕阅读器能读作“安装步骤区域”
<section></section> 错误——它只为触发 CSS 动画或 Grid 布局，没有独立主题<section></section> 错误——这是布局单元，不是可导航的内容节<section></section> 也错——语义被稀释，大纲层级消失为什么必须配 <h2></h2>–<h6></h6> 标题
标题不是装饰，是语义锚点。没有它，<section></section> 就无法被屏幕阅读器识别为独立区块，也无法参与自动生成的文档大纲（如浏览器的“大纲视图”插件）。
- 标题可以视觉隐藏，但不能省略：
<h3 class="visually-hidden">用户反馈汇总</h3>是合法且推荐的做法 - 嵌套时标题层级要递进：父
<section></section>用<h2></h2>，子<section></section>就该用<h3></h3>，不能全用<h2></h2> - 同一级多个
<section></section>应逻辑并列，比如「技术原理」「代码示例」「部署流程」，而非「导航栏」「页脚」这种非主题内容
<section></section> 和 <article></article> 的边界在哪
关键看脱离上下文后是否还能独立存在、被 RSS 抓取、或单独分享。
-
<article></article>是“可分发单元”：一篇博客、一条新闻、一个商品卡片，自带完整上下文 -
<section></section>是“依附式分组”：比如博客里的「性能对比」小节，离开原文就意义不全 -
<article></article>里可以嵌套<section></section>，但反过来不行——你不能把整篇博客当<section></section>包在另一个<section></section>里 - 如果某块内容既可独立又带章节，优先用
<article></article>，再用<section></section>划分子模块
最容易被忽略的是：语义价值不来自单个标签，而来自整页结构的一致性。一个页面里混着无标题的 <section></section>、乱套层级的 <h2></h2>、还有把导航栏硬塞进 <section></section> 的写法，会让大纲解析器彻底失效——这时候再多的 SEO 优化都白搭。
