运行技术SEO审计

三个工具涵盖了大约百分之九十的工作：

Search Console用于了解Google的真实情况：可索引性、字段数据级别的Core Web Vitals、手动操作、安全问题、网站地图健康状况以及页面体验报告。

Screaming Frog用于技术爬取：标题和元标签长度分布、H1审计、内部链接图、重定向链、hreflang验证、schema验证、图像alt审计、robots.txt和noindex覆盖范围。使用桌面应用或云版本。

Ahrefs Site Audit用于持续监控：定期爬取会自动标记回归。这个用于长期合同参与；Screaming Frog用于一次性审计。

第1天：Search Console审查。页面 > 索引报告。覆盖问题。手动操作。CWV报告。提取数据，按流量受影响的URL识别前三个问题。

第1到2天：对整个网站进行Screaming Frog爬取。Schema验证、hreflang验证、重定向链、内部链接审计、图像审计、JSON-LD解析错误。每个问题都标记严重程度和流量影响。

第3天：优先级修复列表。按流量恢复潜力排序的前十个问题，用简洁的英文表述，附具体修复方案。不是Screaming Frog找到的200行电子表格；而是团队实际会修复的最高影响力的十个问题。

第4天：向客户展示修复列表、目标指标概览（应该改进什么及改进多少）以及90天检查点来验证。

在Seahawk过去30次审计中，最常见的发现大致按频率排列如下：

Meta描述长度在约30%的页面上超出120到155个字符范围。通过SEO库中的渲染时裁剪来修复，而不是手动编辑每个页面。

内部链接图过于稀疏：大多数叶页面的内部链接少于3个。通过模板级链接生成而不是手工策划链接来修复。

Hreflang缺少自引用或存在互惠对破损。通过数据库层中的content_group_id规范来修复。

没有明确宽度和高度属性的图片，导致 CLS 回归。通过 image-component 规范修复。

类型无效的 JSON-LD、指向已失效社交资料的 sameAs URL、未针对区域路径内插的面包屑。在 schema-emitter 层修复。

能够持续获得后续保留预算的审计交付物：一份 10 页 PDF，每页一个问题，每个问题包含严重程度评分、受影响流量数、问题截图、纯英文修复说明，以及估计的 90 天指标改进。另外附上完整的 Screaming Frog 导出供团队处理。

避免输出 200 行电子表格。客户会被细节淹没，审计报告也不会被阅读。排好优先级的 10 个问题清单会被修复；电子表格则不会。