浅灰字配白底到底过不过关?输入前景色与背景色,按 WCAG 2.1 公式实时算出对比度,并按正文 / 大文本 / UI 组件三档分别判定 AA 与 AAA;不达标时还会给出保持色相只调明度的修正色。
按 WCAG 2.1 的相对亮度公式实时计算对比度(1:1 ~ 21:1),并按正文 / 大文本 / UI 组件分别判定 AA 与 AAA。改色即时生效,全部为本地计算,不上传任何内容。
大字号标题文本 18pt 以上
粗体文本 14pt(约 18.66px)以上同样算大文本
这是一段正常大小的正文示例文字,用于判断 4.5:1 的正文标准是否达标。中文笔画更密,实际阅读体验通常比拉丁字母更依赖对比度。
按钮边框 UI 组件与图形对象要求 ≥ 3:1
配色能不能看清,主观感受非常不可靠:设计师在明亮显示器前觉得没问题的浅灰字,用户在户外阳光下可能完全看不清;年轻人无感的低对比,对低视力用户就是一道门槛。所以 WCAG 把这件事量化成了公式:先把颜色各通道线性化,算出相对亮度,再用 (L亮 + 0.05) / (L暗 + 0.05) 得到对比度,取值从 1:1(同色)到 21:1(纯黑配纯白)。
阈值也不是一刀切,而是按文字大小分档:正文要求 AA ≥ 4.5:1、AAA ≥ 7:1;大文本(≥18pt 常规字,或 ≥14pt 粗体)因为笔画更粗,AA 只要求 ≥ 3:1、AAA ≥ 4.5:1;另外 WCAG 2.1 的 SC 1.4.11 规定非文本内容(按钮边框、图标、图表线条等 UI 组件)也要 ≥ 3:1。
很多团队卡在「知道不达标但不知道改成什么」。本工具的做法是:保持原有色相与饱和度,只沿明度方向微调,找到刚好跨过阈值的最接近颜色——既能通过检测,又最大程度保留品牌色观感。所有计算在浏览器本地完成,不上传任何内容。
#333 与 #333333),前景色通常是文字或图标颜色。审核通过后就会展示在留言板上,稍安勿躁~
还没有留言,来抢沙发吧!