面向 AI 搜索优化的 SEO、无障碍检查与回答验证
从 AI 搜索查找文档和生成回答的原理出发,说明 SEO 与网页无障碍的作用。以虚构的资费说明页面为例,确认抓取路径和信息准确性,并探讨如何将检查清单与 LLM 审查应用于 CMS 运营。
标签
14篇文章
从 AI 搜索查找文档和生成回答的原理出发,说明 SEO 与网页无障碍的作用。以虚构的资费说明页面为例,确认抓取路径和信息准确性,并探讨如何将检查清单与 LLM 审查应用于 CMS 运营。
用 Speculation Rules 预渲染后,LCP 原始值会把整段等待都算进去。我在 Chrome 150 上实测了 6244ms 与 103.5ms 的落差,并梳理出所有需要校正的位置。
我把注入回归测试跑在自己的 LLM 流水线上。朴素守卫 11 条只拦 2 条,结构化守卫全部拦下,重构漏掉的检测器也被关卡精准点出。
WebMCP以Chrome 149的origin trial正式落地,但二月介绍的那套API已经变了。navigator.modelContext迁到了document.modelContext,provideContext因安全问题被移除。本文以官方文档与规范Issue为依据,梳理现在该注册的工具形态与安全注解。
Chrome 149 宣布活动中的 WebSocket 不再阻止 bfcache。我在 Chrome 150 的三种环境里重新测了一遍,notRestoredReasons 照旧返回 websocket,三次都一样。发布说明和实测对不上的那个点,连同复现脚本、测量日志和三次运行的差异都一起记了下来。
一个带 role="dialog" 和 aria-modal="true" 的「标准」模态框,按第三次 Tab 时焦点就逃到了遮罩层背后,而 axe 报告的焦点类违规为 0。我把同一份标记分别换成 aria-hidden 和 inert,逐次记录键盘焦点的实际落点。
「后退」能不能瞬间打开,不是口味问题,是可以量的。我做了六个页面,每个只埋一种阻断条件,逐一执行真实的后退导航,读取 pageshow.persisted 与 notRestoredReasons。unload 被拦,beforeunload 和 no-store 都放行了。
W3C 在 2026-07-16 公开了字符串语言与方向元数据的首份草案。我照着它审计了自己的四语站点,发现聚合 RSS 的 1,248 条内容全是无标注输出。这里有实测、修复代码和防回归的构建关卡。
一排22×22的分页链接,拇指总按偏,Lighthouse却给了无障碍92分。我把WCAG 2.2新增的SC 2.5.8(最小24×24)种进沙箱,用自写脚本和Lighthouse各测一遍。自动工具如今能抓尺寸违规,却把例外判定甩回给你。连24px圆是否相交的间距例外计算,都用实测日志和CSS修复讲清楚。
我往一张结账页面里故意埋了八处WCAG障碍,再用axe-core跑一遍。规则型的四处被抓住,需要人来判断的四处却在绿灯背后原样留着。本文用实测日志说清楚自动化在结构上看不到什么,以及补上这块缺口的人工复查清单。
给按钮加了aria-label,无障碍树读出来的却是屏幕上根本看不到的字。我在沙盒里复现了WCAG 2.5.3 Label in Name违规,直接从无障碍树读出问题,再用Lighthouse 13.3.0新增的Agentic Browsing评分,看着它从0分变成100分。
GPTBot、ClaudeBot 都不渲染 JS。用 curl 复现 CSR 页面为何在 AI 搜索里隐形,并给出改为服务端渲染的具体做法。
Chrome 146将MCP服务器功能内置到浏览器中。本文解析WebMCP的工作原理、与AI代理的协作方式以及对Web开发未来的影响。
分享基于组件库自动生成31个HTML页面的实战案例。从CSV元数据管理、SubAgent并行处理到两阶段质量验证流程的完整指南。