官网有没有把业务讲明白
查看核心页面、常见问答、案例和产品说明是否完整。
适合哪些团队
网站已经上线，但内容、技术和推广团队都认为问题不在自己这里。一次完整审计能帮你找到真正影响流量和询盘的地方。
检查范围
一次审计要查清六个问题
严重故障先处理，能带来改进的内容随后安排，不把所有问题都标成“高优先级”。
页面能不能被搜索引擎收到
检查状态码、canonical、hreflang、sitemap、robots 和内链。
Schema 有没有写错
确认结构化数据没有漏写、夸大或与正文冲突。
手机打开够不够快
检查 Core Web Vitals、图片、脚本、缓存和页面跳动。
中英文页面有没有对错
检查语言目录、页面对应、切换体验和翻译质量。
询盘和发布会不会悄悄出错
检查按钮、表单、来源记录、错误提示、监测和回滚。
审计交付
审计结束后，你会拿到这些
- 全站 URL 和收录情况清单。
- 按严重程度排好的问题列表。
- 核心页面内容检查结果。
- 速度、图片、脚本和缓存建议。
- canonical、hreflang、Schema、跳转和 sitemap 检查表。
- 30/60/90 天整改顺序和复查方法。
如何开始
第一轮不用给后台权限
先看公开网站，确实需要查模板、统计或服务器时，再申请对应权限。
先看用户和爬虫看到什么
检查主要页面、移动端、表单和公开技术信号。
必要时再看后台和数据
只申请完成检查需要的权限，不要求一次开放全部系统。
你来选谁负责实施
现有团队、原供应商或爱悠活都可以负责后续整改。
复测
修完以后，再用同样的方法复查
每个问题都要写清楚“怎样才算修好”，不能只改完就结束。
HTTP状态码、跳转和缓存符合路由规则
HTML关键内容不运行脚本也能读取
Schema结构化数据与页面正文一致
CWV移动端性能达到项目预算
范围、周期与报价
审计是固定范围交付，不绑定后续开发
页面越多、语言越多、系统越复杂，需要抽样和验证的时间越长。
通常 1 个工作日内回复
先查看公开页面，确认是否值得正式审计以及需要检查哪些模板。
常见为 5–10 个工作日
约定范围后一次报价，交付问题、证据、优先级和复测方法。
按一轮或阶段报价
可以由现有团队整改；爱悠活的代码、内容和发布工作与审计费用分开。
正式报价会列明抽样数量、数据或后台访问、竞争对比、会议和复测轮次。
相关问题
关于网站审计
审计需要提供后台权限吗？
第一轮可以从公开网站开始。若需要确认模板、发布流程、统计或服务器配置，再按最小权限补充访问。
只有几页的小网站需要审计吗？
需要，但范围会更小。页面少并不代表 canonical、语言、缓存、表单或答案结构不会出错。
Lighthouse 100 分就说明网站质量好吗？
不是。分数只能覆盖一部分实验室条件，还要检查真实内容、抓取、语义、设备、网络和业务转化。
审计后一定要重建网站吗？
不一定。现有网站能稳定修好就继续使用；只有页面模板、多语言内容或发布流程无法长期维护时，才建议重建。
把网站发来，先找出真正影响询盘的地方
网站地址、目标市场和目前最头疼的问题就够了。