排查时从重要页面开始，而不是先把全站每个提示都修一遍。把问题分成“现在就会影响访问或收录”“影响大量页面”“体验与维护优化”三类，修一个类别后再验证。
先确认重要URL能被正常访问
首页、核心产品页、服务页和主要教程应返回 200、使用 HTTPS、没有错误重定向。若页面在浏览器能打开但 Google 无法访问，检查 robots、服务器防火墙、登录限制、状态码和 noindex。
- 用浏览器和 GSC URL 检查共同确认。
- 不要把 404、503、登录页当成正常页面。
- 改 URL 前先准备 301 与内部链接更新。
处理重复与规范页面
参数 URL、分类、标签、分页、HTTP/HTTPS 或带 www 的多个版本，可能让同一内容出现多次。Canonical 是提示，不是万能修复；先确认业务上哪个 URL 应该存在、哪个应该跳转或不索引。
- 每类页面有一套稳定 URL 规则。
- Sitemap 只放希望被索引的规范 URL。
- 不要把不同内容错误 Canonical 到首页。
手机端和性能也是技术基础
用户在手机上无法点开菜单、图片导致版面跳动、表单提交失败，这些都是影响真实体验的问题。先保证关键路径可用，再优化细节分数。每次模板调整都检查首页、文章、产品页和表单页。
- 按钮与菜单有足够点击区域。
- 图片保留尺寸，避免加载时跳动。
- 缓存和压缩后仍测试登录、表单与编辑页面。
把它用在实际页面上
| 优先级 | 典型问题 | 处理原则 |
|---|---|---|
| P0 | 5xx、误设noindex、robots阻挡、错误跳转 | 立即处理，修后验证 |
| P1 | 重复URL、断链、错误Canonical、移动端核心功能异常 | 按影响页面数量排期 |
| P2 | 资源、字体、结构与细节提示 | 纳入持续维护，不影响核心路径优先级 |