标签不是有效 html 标签，未被标准采纳，浏览器视其为未知元素；真正语义化搜索依赖 包裹的 及正确 关联。
<search></search> 标签**不是有效的 HTML 标签**，浏览器不识别、不解析、不提供任何语义或行为支持——它从未被 HTML Living Standard 采纳，所有主流浏览器（Chrome、Firefox、Safari、Edge）都将其视为未知元素，等同于 <div>。
<h3>为什么<code><search></search>在 DevTools 里“看起来能用”
这只是浏览器的容错机制允许未知标签存在，并非标准支持。你看到的渲染效果（比如能写内容、能加样式）和 <foo></foo> 或 <x-search></x-search> 没有任何区别。所谓“HTML5 新增 <search></search>”是误传，源于混淆了 <input type="search"> 和虚构的容器标签。
<input type="search"> 才是真正起作用的语义核心
搜索功能的原生行为、可访问性支持、移动端体验，全部依赖这个属性，而不是外围包装：
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- iOS/Safari 键盘自动显示「搜索」回车键（不是「前往」）
- 桌面 Safari 自动添加右上角 × 清除按钮（
::-webkit-search-cancel-button可定制） - Chrome 地址栏下拉建议优先展示该输入框的历史记录
- 屏幕阅读器明确播报“搜索编辑框”，而非“文本编辑框”
- 部分浏览器启用
results="5"属性（仅 Safari 实现，Chrome 忽略）
正确标记搜索区域的语义组合
想表达“这是页面的搜索功能区”，必须用已有且被广泛支持的标准结构：
- 必须包裹在
<form></form>中：保证回车提交、无障碍焦点流、required验证生效 -
<input type="search">放在<form></form>内部，不可省略 - 必须配
<label for="xxx"></label>或包裹式<label></label>：否则点击文字无法聚焦，屏幕阅读器无法关联 - 全局搜索（如页眉）直接放在
<header></header>内；局部搜索（如侧边栏）可用<section aria-label="文章搜索"></section> - 可选增强：
<form role="search"></form>是合法补充，但不能替代<form></form>本身
容易被忽略的关键点
搜索引擎（如 Google SGE）、LLM 爬虫、分析工具（如 GA4、Algolia）只认 <form></form> + type="search" 的组合结构。单独一个 <search></search> 不仅无效，还会让 DOM 结构在解析时被判定为非法节点，影响内容提取优先级和 SEO 权重分配。Firefox 不支持 ::-webkit-search-cancel-button，也不能靠加 role="search" 的 <div> 补救——它既不会触发清空按钮，也无法让回车提交，更不会被辅助技术识别为搜索上下文。</div>
