一次 SEO 审计应该说清楚哪里不对、怎么验证的、影响了什么、以及成功怎么衡量。一长串自动生成的警告不算审计。AI 可以帮你总结抓取数据、发现规律，但每条建议都需要来自站点本身或者权威来源的可观察证据。
1. 摸清现状
记下规范域名、使用的技术、重要的模板、语言版本、分析工具权限、Search Console 资源、业务目标，以及最近的迁移记录。固定一个带日期的基线，后面的改动才有公平比较的对象。
2. 抓取和可索引性
检查状态码、重定向、canonical 标签、robots 指令、站点地图、重复路由和内链。站点地图里应该只列首选的、可索引的、返回 200 的 URL。在 Search Console 里，把旧的历史 URL 和当前真正发布的页面分开看。
3. 页面和内容质量
看标题和描述是否对得上搜索任务，而不只是有没有卡在字符上限。确认有一个明确的主标题、正文有实际用处、出处准确、在合适的地方能看到作者，以及有一个明确的下一步。删掉那些撑不起这个页面的模板化引用。
4. 国际化信号
每个语言页面都应该有自己的 canonical。hreflang 只在真正对等的内容之间使用，并且要求有回指链接。只翻译导航、正文原样照抄，并不会造出一个新的语言版本。
5. 性能和渲染
测真实的移动端布局，给图片和组件预留空间，压缩静态资源，给带指纹的文件加缓存。把实验室测量数据和现场数据分开；如果流量太低拿不到现场指标，就把这个限制写出来，而不是宣布通过。
6. 结构化数据和信任
结构化数据必须和页面上看得见的事实一致。不要编造评分、价格、评价、作者或 FAQ。校验生成出来的 JSON，并且在搜索引擎需要的时候，确认它出现在首屏 HTML 里。
把发现变成决策
按对用户的伤害、对索引的影响、涉及范围、可逆性、工作量和信心程度来给问题排序。每个动作都要写清受影响的 URL、负责人、回滚方式和验收测试。上线后重新抓取，用几周时间观察 Search Console，而不是在迁移当天就下判断。