通用方法 · 熟练
AI 写完就发，出问题谁签字？
Google 把「人工核查」写成了 critical，并点名了四项你以为不用看的字段
2026-10-01，Google 在生成式 AI 内容指引里补了三句话，其中一句是「发布前对所有 AI 生成内容进行人工事实核查与审阅，是至关重要的」—— Google 极少在搜索帮助文档里用 critical 这么重的词。紧跟其后那句才是真正的射程：这项审阅同样适用于元数据，并逐项点名 title 元素、meta 描述、结构化数据、图片 alt 文本，理由是会出现在搜索结果里。而这一层恰恰是批量生成、又没有人逐字读过的地方。本页给的不是「要不要核」，而是一张三层的核查清单：先认出最容易被漏掉的四项，再按后果而不是按顺序排，最后分清哪些必须逐字核、哪些可以交给机器验。
方法 · 一图看懂
1
先认出这四项 — title 元素 · meta 描述 · 结构化数据 · 图片 alt，官方点名的就是它们
2
按后果排序，不按页面顺序核 — 会进搜索结果、又会被机器整段读走的那几项先核
3
机器生成的字段，用机器验 — 结构化数据过校验器 · 链接逐条实取 · 数字回原表对数
4
留下核查痕迹 — 谁核的 · 核了哪几项 · 哪一天核的，落一行在发布记录里
原理 · 为什么有效
这条要求之所以被写成 critical，根子在生成式模型的工作方式：它不检索事实，只按训练数据预测最可能的词序。流畅和准确是两件彼此独立的事 —— 一段话读起来干净、语气妥帖，仍然可以是编的。而元数据是这件事上最危险的一层：正文通常还会过一次编辑的眼睛，批量写的标题、描述、schema 与 alt 却往往从脚本直接进系统，没有人经手。它们又恰好是搜索引擎与 AI 答案最先读到的那几行。
适用场景
适用：任何由 AI 起草并要对外发布的页面 —— 产品页 · 目录页 · 文章页 · 落地页；凡用模板或插件批量生成 title · meta 描述 · schema · alt 的流水线，优先级最高。不适用：⛔ 不是「必须人来写」（官方仍按质量与价值判内容，不看怎么产的）· ⛔ 不是「AI 内容会被降权」（本次更新没有新增惩罚信号）· ⛔ 也不是「要披露用了 AI」。
自测 · 5 问
我能说出本页那四项元数据里，哪几项是 AI 填进去的？
数字 · 日期 · 人名 · 机构名这四类最容易被编的东西，我逐条核过吗？
结构化数据我走过校验器，还是只是扫了一眼觉得像对？
图片 alt 是在描述这张图，还是在塞关键词？
发布记录里有没有一行写着「谁核的 · 核了哪几项 · 哪一天」？
怎么上手 · 验证步骤
第一次跑，别全站铺开，挑一条真会出问题的链路走完。第一步，打开你站上一条由 AI 或模板生成的页面，把 head 里那四项抄下来 —— 抄的过程本身就会让你发现「哦，这段是插件填的」。第二步，把四行分成两堆：能被机器验的（结构化数据 · 站内链接 · 从表里来的数字）与只能人来读的（描述性文字 · 论断 · 机构名）。第三步，机器那一堆今天就验完；人读那一堆按「出错了后果最重」的顺序排，一次只核三项，核完在发布记录里落一行。跑完一条，再把动作固成模板。
做完对着这一句自检：「如果明天有人拿这一页的标题、描述或 schema 来问我『这个数字哪来的』，我能不能在三分钟内指到原始出处？」能 ⇒ 这一页过了；不能 ⇒ 那一项就是还没核的那一项。