我数了数 Chrome 的 agent skill：138 篇指南，无障碍 2 篇，搜索 0 篇
装上 Chrome 团队的 Modern Web Guidance 0.0.180，按分类数完 138 篇指南，再用三个领域 22 条查询去戳检索。首位相似度：UI 0.643，无障碍 0.508，结构化数据 0.267，另有 2 条完全没有返回。语料库空出来的地方怎么用项目规约补上，这篇一并写清楚。
标签
结构化数据
11篇文章
声明标题的七个位置里，只有六个是我写的
一篇文章的标题会在 title、h1、og:title、headline、RSS 等六处被声明，1,296 篇全部一致。真正出问题的是第七处：指向文章的 18,296 条内部链接里，锚文本与目标标题完全一致的只有 0.7%，根源是包住整张卡片的那一个 a 标签。本文给出七个渠道的实测数据与可照做的修复路径。
FAQ富媒体结果已经结束，但别急着删掉Q&A标记
Google在2026年5月7日彻底停用了FAQ富媒体结果。把FAQPage JSON-LD丢进离线校验器，schema能通过，可富媒体结果返回的是DEPRECATED。就在"通过"与"可见"分岔的这个点上，本文依据Google官方文档，梳理Web开发者现在该如何改代码和内容。
opens: "eleven" 三层校验全放行 — 餐厅营业时间 JSON-LD 的实测记录
给自己运营的餐厅推荐PWA补上Restaurant结构化数据：把按天存储的营业时间字符串转换成openingHoursSpecification，再把同样三个缺陷依次喂给类型检查、schema.org校验器和运行时门禁，逐层测量谁能抓住什么。并引用官方文档，诚实划清它对本地排名的作用边界。
决定 AI Overview 能否引用你页面的那一行 meta —— 实测 robots 摘要指令
一行 nosnippet 已经不只是关掉搜索摘要。Google 官方文档明确写道：这条指令还会阻止内容被用作 AI Overview、AI Mode 的输入。我做了一个坏页面和一个好页面，再写解析器逐一审计，测出 max-snippet 与 data-nosnippet 的真实效果，以及"最严格者胜"这条规则如何咬人。
结构化数据要在上线前拦下 — 在 CI 里自动校验 JSON-LD
JSON-LD 解析器放行的标记，搜索引擎未必读得懂。因为 schema.org 设了 @vocab，拼写错误和大小写错误都会展开成合法的 JSON-LD。这里用一个 60 行的、懂 schema 的校验器，在 CI 里把它们拦下，附真实运行日志。
JSON-LD vs Microdata vs RDFa — 结构化数据语法，何时用哪个(实测对比)
把同一个 Product 实体用三种语法各写一遍，喂进解析器，实测字节数和易碎程度。Google 三者同等对待。那么推荐 JSON-LD 的真正理由不是排名，而是能在改版中活下来的耦合度。用官方文档和可复现日志梳理出的选型标准。
我把技术SEO审计连跑了五天——比修好的五项更关键的是那几道门禁
对我的四语言博客做了五天实测审计。relatedPosts的404有12个、hreflang断链4对、渲染阻塞的字体CSS 405KB、翻译漂移21处、碎片化JSON-LD 7块。全都修了。但真正的成果是让它们再也回不来的构建门禁。附实测日志与检查器代码。
把 JSON-LD 拧成一个 @graph — 让散落的结构化数据变成搜索与 AI 能读懂的实体模型
把自己页面的 JSON-LD 丢进校验工具，结果散成了三座孤岛。本文用 @id 节点引用把 Organization、WebSite、Article 拧进一个 @graph，并用 jsonld 实测连通性：三个分量如何合并成一个，以及 Google 不保证的地方。
hreflang必须双向 — 审计自己的四语言博客，揪出首页的一个漏洞
我把一个30行的检查器直接跑在自己网站的构建产物上。248篇博客文章的hreflang集群全部通过，唯独首页没过。本文梳理Google官方的相互链接规则、实测日志、三种实现方式的对比，以及开发者可以直接套用的修复代码。
LocalBusiness结构化数据：JS注入可行，但服务端输出更可靠
用JS注入店铺页的LocalBusiness JSON-LD，原始HTML里ld+json块为0。本文与服务端输出直接对比，并梳理Google官方立场与排名的边界。