办公事务 · 熟练
AI 写的标题和描述，你读过一遍吗？
正文过了眼，那四行没人过眼
官方在 2026-10-01 把「发布前人工核查 AI 生成内容」写成 critical，并且明确：这条复核同样适用于元数据——title 元素、meta description、结构化数据、图片 alt 文本。为什么现在才点这一处：因为元数据是唯一「自动生成的量最大、而在页面上又看不见」的地方——正文通常过编辑，标题、描述、schema、alt 却常常是脚本直接写进 CMS，没人读过。这一页不重抄 SEO 检查项，只做一件事：把「谁来读、读什么、什么算读过」落成流程里的固定一步，并留下可倒查的记录。
方法 · 一图看懂
1
先认清它为什么会错 — 生成式模型不检索事实，而是按训练数据预测词序，因此输出可能包含不准确（官方原话即「幻觉」）
2
圈出四个必人核的面 — 正文之外还有 title 元素 · meta description · 结构化数据 · 图片 alt 文本
3
把核查写进流程，不靠自觉 — 谁核 · 核什么 · 什么算过，落成一张能勾的清单，挂在发布之前而不是发布之后
4
留一条可倒查的记录 — 核过哪一版 · 谁核的 · 依据是什么；出错时能追回是哪一环没核
原理 · 为什么有效
元数据不显示在页面上——没有人会顺手读到它。它恰好又是被搜索与答案引擎首先读取的那一层：题面、描述、结构化数据决定了「这段话被谁看见」；而图片 alt 在无法加载图时就是那段内容的全部。⇒ 于是「AI 生成 + 无人读过」这一组合，在正文上会被编辑review 挡掉，在元数据上不会遇到任何阻力。这一页的原理就一句话：把「读一遍」从个人习惯，改成流程里的一个卡点。
适用场景
适用于：用 AI 批量产出网页 / 商品页 / 多语言站 / 落地页的团队；已经有「内容先过审再发布」的流程，但该流程只覆盖正文的团队；把标题、描述、schema、alt 交给脚本或模板生成、且没有回头核对的场景。不适用于：个人站点偶发发文（量小到自己会看，加流程反而更慢）· 把这一页当作 SEO 优化方案（它只管「有没有被读过」，不承诺排名）。
自测 · 5 问
我们发出去的每一页，title 与 description 有没有被一个具体的人读过一遍？
结构化数据（schema）是模板填的，还是有人核过它描述的内容与页面对不对得上？
图片 alt 是批量生成的，还是有人看过图之后才写的？
这一轮核查有没有留下「谁核的 / 什么时候 / 依据是什么」？
假设明天查出某一页的元数据是错的，我们能不能倒查到是哪一环没核？
怎么上手 · 验证步骤
不要一次铺满四个面。先做 第 2 条（标题与描述）——把所有发布入口列一遍（CMS 插件 / 脚本 / 模板 / 第三方工具），看哪几处会写 title 与 description；给每一处补一道「人在发布前读一遍」的动作即可。这一步做完，你已经把最容易外溢的那两个面关上了。再按 结构化数据 → 图片 alt 的顺序补，因为后两者的量最大、也最需要批量核的方式（抽读 + 记录）。
做完自己核三样：① 随手挑三个上周发的页面，问一句「它的 description 是谁写的、谁读过」——答不出来就是没落进流程；② 你新加的这一步，有没有写进某个文件（发布清单 / 检查表 / 流水线步骤），还是只在某次会上说过；③ 核查的记录是不是一份能交给别人的东西——如果它只活在某个人的对话框里，就不算留痕。