数字钱包认证：无法使用钱包的人，如何完成身份核验？
网站能与数字钱包交换信息，不代表每个人都能完成认证。从信息共享、同意、取消到返回网站，提出完整路径的无障碍检查表，并把替代方式的可用性、必要身份核验与隐私保护放在一起判断。本文是基于官方设计原则的实践建议，不是实测报告。
标签
无障碍
12篇文章
400% 放大之后正文只剩 118px：一笔与视口高度无关的固定像素通行费
横向回流判定 8 行全过，320x200 条件下正文顶部却只剩 118px，页面中部更掉到 110px。损失不是随视口缩放的百分比，而是一笔 82px 的恒定像素代价，大半来自应用 CSS 之外的第三方固定容器。本文给出可复现的测量口径、发布回归门槛该怎么划，以及为什么不该定一条通用及格线、而要改用回归比较。
决定成败的不是那 8px，而是它长在哪儿：七种 tooltip 实测 SC 1.4.13
把同一句提示做成七种 tooltip，分别量 WCAG 2.2 SC 1.4.13 的 Dismissible、Hoverable、Persistent。纯 CSS 的三种全部倒在 Dismissible 上，popover="hint" 白送你 Dismissible，却在 Hoverable 上翻车。
我数了数 Chrome 的 agent skill：138 篇指南，无障碍 2 篇，搜索 0 篇
装上 Chrome 团队的 Modern Web Guidance 0.0.180，按分类数完 138 篇指南，再用三个领域 22 条查询去戳检索。首位相似度：UI 0.643，无障碍 0.508，结构化数据 0.267，另有 2 条完全没有返回。语料库空出来的地方怎么用项目规约补上，这篇一并写清楚。
只按 320px 宽度测回流，只测了一半：400% 放大后的 200px 高度
把 WCAG 1.4.10 回流放在 320x844、320x256、320x200 三个条件下同时测量。横向判定三个条件一个像素都不差，400% 放大真正改变的是高度：82px 的 sticky 头部占掉了视口的 41%，正文可见区域最后只剩下不到六成，文末附上可复现的测量脚本与三档高度的完整数据。
字距调宽 0.12em，570 处文字被切掉：检查器放行的 AA 标准
axe-core 给 WCAG 1.4.12 判了零违规。可当我真的把这条标准要求的四个值加上去，570 个元素的文字被切断了。这篇把四条声明拆开逐个测，看谁才是丢内容的那一个。
CI 一直是绿的，审计报告却有三十条：用 W3C 的 1,213 个标准答案量自动检查的边界
W3C ACT 公开了 1,213 个带人工标注的测试用例。把 axe-core 全量跑一遍，387 个「应该失败」的用例里只有 145 个（37.5%）报出了对应成功标准的违规，36 条标准中有 22 条挂零，而这些沉默里有一部分只是规则默认没开。
往下按 Tab 零违规，往上按 16 条：吸顶头部吞掉的键盘焦点
同样六个页面，用 Tab 往下走测出 WCAG 2.4.11 违规 0 条，用 Shift+Tab 往上走测出 16 条。原因在于浏览器把焦点目标滚进视口时，对齐方式取决于你从哪个方向来。一行 CSS 把 16 条降到 0 条的实测记录。测的方向一换，结果就跟着换，这不是偶然误差，而是对齐规则本身。
26个抽样页漏掉的3类违规：把WCAG-EM 2.0用在1,342个页面上
W3C 于 7 月 23 日以 Group Note 形式发布 WCAG-EM 2.0。我照着文档的抽样流程挑出 26 个页面，又把同一次构建的 1,342 个页面全部用 axe-core 扫了一遍做对照。抽样只抓到 4 类违规中的 1 类，而随机样本给出新发现的概率只有 0.29%，几乎等于没有。
声明标题的七个位置里，只有六个是我写的
一篇文章的标题会在 title、h1、og:title、headline、RSS 等六处被声明，1,296 篇全部一致。真正出问题的是第七处：指向文章的 18,296 条内部链接里，锚文本与目标标题完全一致的只有 0.7%，根源是包住整张卡片的那一个 a 标签。本文给出七个渠道的实测数据与可照做的修复路径。
div 网格做的表格悄悄丢掉了什么：无障碍树与文本抽取的同步实测
把同一张营业时间表用四种标记方式写出来，分别过 axe-core 和五个抽取器。axe 对四种都给出零违规，可一旦把 HTML 还原成 Markdown 或纯文本，其中三种只能复原 0/7 行。role="table" 到底在哪一层帮不上忙，这里用实测日志说清楚。
刚要点按钮，页面却跳了一下 — 把 CLS 从 0.559 压到 0.014 的实测记录
加载时布局乱跳不是审美问题，而是一个能量化的指标。我把同一个页面做了两版，用 layout-shift PerformanceObserver 测 CLS，只靠给图片预留盒子、给动态内容预留槽位，就把 0.559（POOR）压到了 0.014（GOOD）。过程有代码，有日志，也有可以照着复现的测量步骤。