古董级设备可访问性必须依赖原生HTML语义：用而非模拟表格，须在中且禁用scope；表单必须显式for/id绑定，id限ASCII；跳过链接需且置于开头；仅-有效，须严格层级。
古董级设备（比如 IE6、BlackBerry OS 4.5、早期 Android WebView 或功能机浏览器）不支持 ARIA、不解析 role、忽略 aria-label，甚至对 tabindex 的处理都残缺。想靠现代可访问性方案“降级”糊弄过去，基本无效。真正能撑住的，只有原生 HTML 的语义骨架和最朴素的 DOM 结构。
用 <table> 而不是 <code><div> + CSS 模拟表格<p>古董浏览器几乎都能正确解析 <code><table> 的基础结构：行、列、表头单元格天然可被屏幕阅读器识别为“列标题”“行数据”。但用 <code><div class="row"><div class="cell"> 套出来的“表格”，在 IE6 或 Opera Mini 里就是一串无结构的文本流。<ul><li><code><th> 必须存在，且要放在 <code><thead> 里——这是古董设备唯一能稳定识别表头的方式
<li>避免 <code>colspan/rowspan 过度嵌套；IE6 对跨多列的 <th> 解析容易错位，建议拆成独立行或用 <code><caption></caption> 补充说明
scope 属性：IE6 完全不识别 scope="col"，但只要 <th> 在第一行，它就会默认当作列头读
<h3>表单控件必须用 <code><label></label> 显式绑定 for/id
古董设备（尤其是 Windows Mobile IE 和早期 Nokia S60 浏览器）不支持隐式 <label></label> 包裹，也不识别 aria-labelledby。只认 for 和 id 的字符串匹配。
-
<input id="email">必须配<label for="email">邮箱地址</label>，缺一不可 - 所有
id值必须是纯 ASCII 字符，不能含中文、空格或 Unicode 符号（Nokia S40 会直接跳过这类 ID） - 避免多个控件共用一个
id——古董浏览器不会报错，但屏幕阅读器只会朗读第一个匹配项
跳过链接必须是首个可聚焦元素且用 <a href="#main"></a>
古董设备上的屏幕阅读器（如 JAWS 4.2、Window-Eyes）依赖 DOM 顺序和原生 <a></a> 的 href 跳转逻辑。任何用 JavaScript 拦截、用 tabindex 模拟、或用 aria-hidden 隐藏的“跳过链接”，在这些环境里等于不存在。
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
- 代码必须写在
开头，紧贴标签后，不能包裹在<nav></nav>或<header></header>里 -
href必须指向页面内真实存在的id，比如<main id="main"></main>；href="#skip"却没有对应id="skip"的元素，会导致焦点丢失 - 不要用
display: none或visibility: hidden隐藏它——古董浏览器不支持这些 CSS，反而会让链接一直显示在顶部
<h1></h1> 到 <h6></h6> 是唯一可靠的层级信号
古董设备根本不理解 section、article、nav 等 HTML5 语义标签，也无视 role="heading"。它们只靠 <h1></h1>–<h6></h6> 的标签名和嵌套位置判断内容层级。
- 每个页面必须有且仅有一个
<h1></h1>，它是整个文档的锚点；JAWS 4.x 会把它作为“页面标题”单独播报 -
<h2></h2>应该出现在<h1></h1>之后、首个内容区块之前；跳过或乱序（比如先<h3></h3>后<h2></h2>）会让老阅读器反复重读或跳过整段 - 避免用 CSS 把
<h2></h2>视觉上缩小成小字——古董浏览器仍按语义当作二级标题处理，但用户看到的是小字号+大间距，体验割裂
古董级设备的可访问性，本质是回归 HTML 最原始的契约：标签即含义，属性即接口，DOM 顺序即导航路径。任何试图用现代工具“打补丁”的做法，都会在这些环境里失效。真正稳健的方案，是把语义写进标签本身，而不是靠 JS 或 ARIA 去“告诉”设备“这其实是个按钮”。
