在 Google Analytics 中创建注释可以帮助完成此过程 – 例如，如果出现流量峰值，站上的技术实现，则可以正确地将技术团队视为导致此更改的原因。 2) 站点地图 – Google/Bing 网站管理员工具 SEO 应该创建一个内部流程，每月至少检查一次 Google 网站管理员工具，以确保站点地图或爬行网站的机器人不存在重大问题。
站点地图只有在保持最新且
维护良好的情况下才有用。 为什么这很重要？ Bing 的 Duane Forrester 表示“您的 电话号码数据 站点地图必须干净。我们对站点地图中的污垢留有 1% 的余量。”他对污垢的定义包括 404 或 500 状态代码错误和重定向。
他继续说道如果我们看到超过
的污垢，我们就会开始失去对站点地图的信任。” 最佳实践包括定期提交新 工具类型：数字白板 的站点地图，具体取决于网站上生成新内容的频率。发布网站可能需要每隔几个小时更新一次，电子商务网站可能需要每周更新一次，而相对静态的网站则可能需要每月更新一次。
应至少每月在网站站长工
具中检查一次站点地图，以确保站点地图没有问题。 这些包括： 检查错误消息 检查提交的页面数与索引的页面数 检查恶意软件（并立即解决这些问题！） 检查爬网错误（例如 4xx 和 5xx 问题） 使用尖叫青蛙 如果您确实有 Screaming Frog 帐户，您还可以使用它来验证 Google 网站管理员工具错误，特别是因为 Google 网站管理员工具并不总是更新其错误。
因此，您不想寻找已经修复的
还可以使用它来检查站点地图是否有错误。为此，只需将 XML 站点 美国数据库 地图上传到 Screaming Frog 并对其进行抓取即可。 Distliled 的 Craig Bradford 撰写了一篇精彩的博客文章，介绍如何使用 Screaming Frog 来完成这些任务以及更多任务。
如果不定期检查
Google 网站管理员工具，错误的数量可能会令人难以想象。 Joe Robison 写了一篇精彩的 SEOmoz 文章，内容涉及修复 Google 网站管理员工具中的大量错误。 3) 创建自动化脚本 404 页面返回状态 200 代码： Barry Schwartz 撰写了一篇关于 404 页面不应返回状态 200 代码的博客文章。
原因是，蜘蛛可能会感到困惑，因为它们看到技术上存在的页面没有内容。随着时间的推移，这可能会影响排名，因为机器人会在多个 URL 上一遍又一遍地爬行相同的内容，从而创建大量重复内容。 他还建议创建自动化脚本来检查此类问题。 但是，为了初步帮助您确定网站上此问题的严重程度，并估计返回状态 200 代码的 404 页面的数量，请将网站搜索查询插入 Google。
请参阅下面的示例： site:example.com/“找不到页面” 如果查询返回结果，则您知道您的网站正在返回 404 页面的状态 200 代码，并且需要修复此问题。 SEO 记分卡： 我之前讨论过创建 SEO 记分卡。我最近还向另一个拥有数十万个 URL 的客户推荐了另一个版本。